Общий журнал работ это основной документ, который отражает фактическое выполнение различных видов работ на одном или нескольких зданиях (сооружениях), строящихся на одной стройплощадке. В журнал заносят информацию о сроках и условиях выполнения работ по строительству, реконструкции и капитальному ремонту, а также данные о строительном контроле и в случае необходимости государственном строительном надзоре.
В случае если объект подконтролен государственному строительному надзору, то не позднее, чем за 7 рабочих дней до начала работ застройщик или технический заказчик обязан передать журнал работ в орган государственного строительного надзора для его регистрации. Там он скрепляется печатью и ему присваивается (проставляется) регистрационный номер (номер дела). Журнал до поступления на регистрацию должен быть пронумерован, прошнурован, оформлен всеми подписями на титульном листе и скреплен печатью строительной организации. Нумерация страниц производится внизу, прямо по центру (с целью того чтобы затем осталось место справа для сквозной нумерации всего комплекта документации). После регистрации
Общий журнал работ ведется ежесменно с первого дня строительства начальником объекта (начальником участка, прорабом) лично или по его поручению начальниками смен. В соответствии с РД-11-05-2007 (пункт 8) журнал ведется уполномоченным представителем застройщика или технического заказчика. Но как показывает практика заполнение журнала работ это обязанность генерального подрядчика. Своевременность и качество заполнения общего журнала работ контролируется службами технического надзора и контроля в процессе инспекционного контроля качества работ, о чем делаются записи в журнале.
При сдаче-приемке законченного объекта в эксплуатацию журнал производства работ предъявляется рабочей комиссии, а по завершению приемки его передают на хранение застройщику или по его поручению – эксплуатационной организации.
Форму Общего журнала работ можно найти в трех нормативных документах:
1. РД 11-05-2007, приложение 1
2. КС-6 согласно ПОСТАНОВЛЕНИЕ от 30 октября 1997 г. N 71а
3. СНиП 12-01-2004, приложение Г
Отметим, что образец журнала работ, представленный в СНиП 12-01-2004, одобрен и введен в действие Госстроем России, но государственную регистрацию не прошел, что подтверждает письмо Минюста РФ от 07.04.2005 № 01/2599-ВЯ. Наиболее часто находит применение форма по РД 11-05-2007 «Порядок ведения Общего и (или) специального журнала учета выполнения работ при строительстве, реконструкции, капитальном ремонте объектов капитального строительства». Правила заполнения именно этой формы журнала рассмотрим в этой статье.
Общий журнал работ состоит из семи разделов, а также титульного листа. Наибольшие затруднения при заполнении журнала вызывает титульный лист. Как раз его оформление мы разберем в первую очередь.
Сначала необходимо заполнить название и почтовый адрес объекта капитального строительства. Здесь ничего сложного нет. Информацию о названии берем из проектной документации или разрешения на строительство. Далее приступаем к заполнению блока, куда вносят информацию о лицах, участвующих в строительном процессе. Застройщик – организация, которая инициирует и обеспечивает строительство, проще говоря, инвестор. Заказчик – организация, которая организует и координирует строительство. Лицо, осуществляющее подготовку проектной документации – проектная организация, выполнившая разработку проекта и осуществляющая его авторский надзор. Лицо, осуществляющее строительство – генеральный подрядчик. Другие лица, осуществляющие строительство – субподрядные организации. Более подробно о системе взаимоотношений участников строительного процесса здесь.
После того, как мы выяснили роль каждого из участников строительного процесса, нам предстоит указать следующие данные об этих организациях: наименование, номер и дата выдачи свидетельства о государственной регистрации, ОГРН, ИНН, почтовые реквизиты, телефон/факс. Всеми этими данными должен располагать заказчик. В крайнем случае, когда заказчик по каким-то причинам отказывает вам в получении этой информации, вы можете зайти на сайт Федеральной налоговой службы и по ИНН узнать там, нужные для заполнения Общего журнала работ, сведения.
Также в этом блоке необходимо заполнить таблицы, куда заносят данные об уполномоченных представителях застройщика, заказчика, проектной организации, лица, осуществляющего строительство. Данные в эти таблицы заносятся на основании соответствующих приказов и распоряжений, в которых указаны полномочия этих лиц. Отдельно стоит сказать, что представитель застройщика или заказчика по вопросам строительного контроля это никто иной как технический надзор, имеющий соответствующий договор на оказание своих услуг. Каждый представитель обязан оставить свою подпись в соответствующей графе таблицы.
В графе «Сведения о выданном разрешении на строительство» заполняется дата выдачи разрешения на строительство, номер разрешения и кто его выдал. Понятие разрешение на строительство установлено статьей 51 Градостроительного Кодекса РФ.
Графа «Общие сведения об объекте капитального строительства» включает в себя информацию о наименование объекта, а также кратких технико-экономических и проектных характеристиках.
В титульном листе Общего журнала работ также находятся графы, куда вносят информацию о начале и окончании строительства, количестве страниц.
Теперь переходим к заполнению разделов журнала. Раздел 1 Общего журнала работ – это список инженерного состава, который причастен к строительству объекта. Заносятся в этот список абсолютно все – и сотрудники генподрядчика, и сотрудники субподрядных организаций. Начальники участка, руководители проекта, прорабы, мастера, геодезисты — все эти специалисты должны быть внесены в раздел 1.
В раздел 2 вносят информацию о журналах работ, которые ведутся на объекте. К примеру, это может быть журнал авторского надзора, забивки свай, сварочных работ, бетонных работ, журнал антикоррозийной защиты сварных соединений, журнал монтажа строительных конструкций и т.д.
Раздел 3 — это основной раздел журнала, который требует ежедневного заполнения. Информация о выполненных работах вносится в строгой технологической и хронологической последовательности. Если произошел перерыв в работе, то все равно в журнале ставится запись вплоть до «Работы не производились». Пропускать или объединять календарные дни не допускается. Какая информация должна содержаться в записи? Это сведения о дате проведения работ, наименовании работ, месте работ, условии производства работ и рабочей документации, в соответствии с которой выполнены работы. Итак, начнем с того, что каждая запись нумеруется и датируется, для чего предусмотрены первые два столбца раздела. Наименование работ пишется на понятном техническом языке – коротко, но ясно. Для наружных работ, например для монтажа инженерных сетей или устройства дорожного полотна, место производства работ обозначается пикетами. Если работы проводились внутри здания (сооружения), то указывается высотная отметка (этаж), расположение по строительным осям или номер помещения по экспликации. В условия проведения работ входят данные о температуре наружного воздуха, атмосферных осадках, наличии ветра. Под каждой записью заносятся данные о шифре рабочей документации (проекта) в соответствии с которой выполнены работы. В последний столбец раздела вносят данные о должности, фамилии и инициалах лица, которое сделало запись. Каждая запись заверяется подписью ответственного лица. Стоит отметить, что данные о входном контроле в этот раздел не заносят.
В раздел 4
вносят информацию о замечаниях в соответствии с предписаниями технического и авторского надзора. Отметку об устранении замечаний по предписанию неплохо было бы поставить не только в разделе 4, но и в разделе 3. Право записи в данном разделе имеют только представители технического и авторского надзора.Записи в раздел 5 вносит представитель генерального подрядчика. Такой представитель назначается приказом по предприятию и должен иметь соответствующие аттестационные удостоверения. В Общий журнал работ он вписывает информацию, полученную в результате контроля выполненных работ согласно картам операционного контроля, которые входят в состав проекта производства работ (ППР). Это могут быть данные о визуальном и измерительном контроле, геодезической проверки, данные о каких-либо испытаниях и измерениях.
Раздел 6 заполняет представитель генерального подрядчика. Сюда вписывают перечень всех актов освидетельствования скрытых работ, актов освидетельствования ответственных конструкций, актов освидетельствования участков сетей инженерно-технического обеспечения, актов испытаний, обследований, экспертиз. Перечень составляется строго в хронологическом порядке.
В раздел 7 делает записи должностное лицо органа государственного строительного надзора на основании соответствующего распоряжения (приказа). В этот раздел, как правило, вписывают данные о предписаниях и актах проверок.
А что делать, если Общий журнал работ закончился, а работы на объекте еще не завершены? В таком случае берется новый журнал, которому присваивается №2. Титульный лист заполняется на основании актуальных на тот момент данных. То есть тех, кто больше не работает на объекте включать в титульный лист нет необходимости, и напротив включаем в него вновь поступивших сотрудников. Нумерация записей раздела 3 и 6 продолжается с предыдущего журнала.
Как мы видим заполнение общего журнала работ процесс не сложный, однако требует внимательности и четкого понимания происходящего на строительной площадке. Также стоит отметить, что ведение общего журнала лучше не запускать и делать в него записи ежедневно с первого дня строительства нового объекта.
В качестве образца, заполненный журнал работ скачать можно на нашем сайте.
Главная | Примеры оформления | Общестроительные работы | Пример заполнения общего журнала работ
На титульном листе пишем либо ЗАСТРОЙЩИК, либо ЗАКАЗЧИК. По факту сведения одни и те же, но надо уточнить конкретно вашу ситуацию. В Градостроительном Кодексе РФ есть пункт со сведениями, чем отличается ЗАСТРОЙЩИК от ТЕХНИЧЕСКОГО ЗАКАЗЧИКА.
Скачать файл в формате word
Сведения о государственном строительном надзоре заполняет сам инспектор при регистрации журнала. Если он этого не сделал, то все данные можно взять из уведомления о проверке, если такая состоится.
Ничего выдумывать не надо, заполняется только то, что написано в шапке таблицы.
Как и в предыдущем разделе заполняется только то, что написано в шапке таблицы.
Вписываем работы, которые ведутся на объекте, с указанием отметок, осей, примененной техники и материалов.
Заполняет застройщик (заказчик) при проведении проверок.
Заполняет Лицо осуществляющее строительство (генподрядчик) при проведении проверок.
Вписываем все акты скрытыз работ в хронологическом порядке.
Заполняет Испектор ГосСтройНадзора.
Скачать файл в формате word
1. Общий журнал работ является основным первичным документом, отражающим фактическое выполнение СМР на одном или нескольких зданиях (сооружениях), строящихся на одной стройплощадке. Описание работ в журнале должно производится в технологической последовательности их выполнения с выделением технологических этапов.
По мере выполнения работ параллельно с заполнением журналов производства работ должна оформляться и другая исполнительная документация, установленная СНиП и перечисленная в прилагаемом перечне этапов, работ и документов.
2. Общий журнал работ ведется ежесменно с первого дня строительства начальником объекта (прорабом, старшим прорабом) лично или по его поручению начальниками смен.
Субподрядчики ведут свои специальные журналы работ, которые по окончании работ передаются генподрядчику. Своевременность и качество заполнения общего и специальных журналов работ контролируется техническими руководителями организаций и работниками контрольных служб в процессе инспекционного контроля качества работ, о чем делаются записи в журналах.
3. Журнал до начала его ведения должен быть пронумерован, прошнурован, оформлен всеми подписями на титульном листе и скреплен печатью строительной организации.
4. При сдаче законченного строительством объекта в эксплуатацию общий журнал работ и специальные журналы работ предъявляются рабочей комиссии и после приемки объекта передаются на постоянное хранение заказчику или по его поручению — эксплуатационной организации.
С расширенной и подробной инструкцией по ведению и заполнению общего журнала работ по форме РД-11-05-2007 можно здесь.
14.02.2019 2505
Общий журнал работ – это форма КС-6, содержание и порядок его заполнения установлены Приказом Федеральной службы по экологическому, технологическому и атомному надзору от 12.01.2007 № 7 «Об утверждении и введении в действие Порядка ведения общего и (или) специального журнала учета выполнения работ при строительстве, реконструкции, капитальном ремонте объектов капитального строительства. РД-11-05-2007».
В данной статье мы постараемся максимально подробно, с примерами и разъяснениями, ответить на следующие вопросы:
— где можно взять Общий журнал работ или его бланки;
— как правильно оформлять и заполнять Общий журнал работ;
— какая организация отвечает за заполнение и ведение того или иного раздела данного журнала;
— на какие нормативные документы (помимо Приказа №7 от 12.01.2007) необходимо ориентироваться при ведении и заполнении Общего журнала работ;
— сроки внесения данных в те или иные разделы журнала.
Для удобства наших читателей мы создали специальный раздел — Ответы на часто задаваемые вопросы .
Общий журнал работ можно купить в специализированных магазинах или распечатать самостоятельно. Второй вариант гораздо удобнее – вы можете распечатать именно то число страниц в определенном разделе, которое потребуется для вашего объекта.
Скачать Общий журнал работ: PDF, DOCX
Скачать образец заполнения Общего журнала работ
Основной документ, на который нужно ориентироваться при ведении Общего журнала работ – это Градостроительный кодекс Российской Федерации (далее – ГрК РФ). Рекомендуем следить за поправками и обновлениями, которые в него добавляются.
Застройщик (см. п. 16 статьи 1 ГрК РФ) – физическое или юридическое лицо, обеспечивающее на принадлежащем ему земельном участке или на земельном участке иного правообладателя строительство, реконструкцию, капитальный ремонт объектов капитального строительства, а так же выполнение инженерных изысканий, подготовку проектной документации для их строительства, реконструкции, капитального ремонта.
Технический заказчик (см. п. 22 статьи 1 ГрК РФ) — физическое лицо, действующее на профессиональной основе, или юридическое лицо, которое уполномочено застройщиком и от имени застройщика на следующие виды деятельности:
— заключение договоров о выполнении инженерных изысканий, о подготовке проектной документации, о строительстве, реконструкции, капитальном ремонте объектов капитального строительства;
— подготовка заданий на выполнение указанных видов работ;
— предоставление лицам, выполняющим инженерные изыскания и (или) осуществляющим подготовку проектной документации, строительство, реконструкцию, капитальный ремонт объектов капитального строительства, материалов и документов, необходимых для выполнения указанных видов работ;
— утверждение проектной документации;
— подписание документов, необходимых для получения разрешения на ввод объекта капитального строительства в эксплуатацию;
— осуществление иных функций, предусмотренных ГрК РФ.
Застройщик вправе осуществлять функции технического заказчика самостоятельно. В этом случае, лицо, осуществляющее перечисленные виды деятельности, называется Заказчиком.
Лицо, осуществляющее строительство (ранее – генеральный подрядчик) ) – организация (или физическое лицо, действующее на профессиональной основе), которая на основе договора с Застройщиком-Заказчиком или Техническим Заказчиком выполняет все работы на объекте (самостоятельно или с привлечением сторонних организаций, то есть субподрядчиков).
В принципе, возможна ситуация, когда Застройщиком, Заказчиком и Лицом, осуществляющим строительство, может быть одна и та же организация или физическое лицо.
Лицо, осуществляющее строительство (ранее – генеральный подрядчик)— организация (или физическое лицо, действующее на профессиональной основе), которая на основе договора с Застройщиком-Заказчиком или Техническим Заказчиком выполняет все работы на объекте (самостоятельно или с привлечением сторонних организаций, то есть субподрядчиков).
В принципе, возможна ситуация, когда Застройщиком, Заказчиком и Лицом, осуществляющим строительство, может быть одна и та же организация или физическое лицо.
Авторский надзор – контроль за соответствием строительных работ и материалов положениям проектной, сметной и рабочей документаций. Осуществляется авторский надзор теми организациями, которые эту документацию разрабатывали. Авторский надзор обязателен при строительстве особо опасных, технически сложных и уникальных объектов (полный перечень указан в статье 48.1. ГрК РФ). Обратите внимание, что Федеральный закон от 17.11.95 № 169-ФЗ устанавливает право автора архитектурного проекта не только осуществлять авторский надзор, но и требовать от заказчика предоставления права на участие в реализации проекта (в первую очередь это касается объектов, представляющих культурную ценность). Кроме того, в соответствии с п. 7.6 свода правил СП 48.13330.2011 «Организация строительства. Актуализированная редакция СНиП 12-01-2004», утверждённого Приказом Минрегиона России от 27 декабря 2010 г. № 781, авторский надзор архитектора осуществляется автором-архитектором в инициативном порядке независимо от решения застройщика (заказчика) и наличия договора на авторский надзор по объекту. Территориальный орган по архитектуре и градостроительству по заявлению автора, удостоверившись в его авторстве, может выдать застройщику (заказчику) распоряжение об обеспечении допуска автора на объект строительства, возможности внесения им записей в журнал авторского надзора. Претензии автора-архитектора по реализации архитектурных проектных решений могут рассматриваться органом по градостроительству и архитектуре, решение которого является обязательным для застройщика (заказчика).
Государственная экспертиза проектной документацииоценка соответствия проектной документации требованиям технических регламентов, в том числе санитарно-эпидемиологическим, экологическим требованиям, требованиям государственной охраны объектов культурного наследия, требованиям пожарной, промышленной, ядерной, радиационной и иной безопасности, а также результатам инженерных изысканий, и оценка соответствия результатов инженерных изысканий требованиям технических регламентов. Подробная информация о том, какие органы уполномочены проводить данную экспертизу, в каких случаях она требуется, а в каких – нет, и т.д., содержится в статье 49 ГрК РФ.
Государственный строительный надзор – контроль соответствия выполнения работ и применяемых строительных материалов в процессе строительства, реконструкции объекта капитального строительства, а также результатов таких работ требованиям технических регламентов, проектной документации, в том числе требованиям энергетической эффективности и требованиям оснащенности объекта капитального строительства приборами учета используемых энергетических ресурсов. Осуществляется уполномоченными государственными организациями. В статье 54 ГрК РФ содержится подробная информация о Государственном строительном надзоре, объектах, для которых он обязателен, основаниях для его проведения и т.д.
Строительный контроль (ранее – технадзор) — проводится в процессе строительства, реконструкции, капитального ремонта объектов капитального строительства в целях проверки соответствия выполняемых работ проектной документации, требованиям технических регламентов, результатам инженерных изысканий, требованиям к строительству, реконструкции объекта капитального строительства, установленным на дату выдачи представленного для получения разрешения на строительство градостроительного плана земельного участка, а также разрешенному использованию земельного участка и ограничениям, установленным в соответствии с земельным и иным законодательством Российской Федерации. Строительный контроль проводится лицом, осуществляющим строительство. В случае осуществления строительства, реконструкции, капитального ремонта на основании договора строительный контроль проводится также застройщиком или техническим заказчиком либо привлекаемым ими на основании договора физическим или юридическим лицом. Застройщик или технический заказчик по своей инициативе может привлекать лицо, осуществляющее подготовку проектной документации, для проверки соответствия выполняемых работ проектной документации. Подробнее – в статье 53 ГрК РФ.
В общем журнале работ должна содержаться следующая информация:
— данные о всех организациях/компаниях/ИП/частных лицах, осуществлявших какую-либо экспертную, надзорную, контролирующую и т.п. деятельность, связанную с объектом;
— данные о всех организациях/компаниях/ИП/частных лицах, имеющих отношение к проектированию объекта;
— данные о всех организациях/компаниях/ИП/частных лицах, принимавших участие в работах на объекте;
— данные о разрешении на строительство, экспертизах проектной документации и т.п.;
— данные о всех специальных журналах работ, инструктажей, проверок знаний и (при необходимости) журналах авторского надзора, а так же перечень исполнительной документации;
— данные о сроках и видах всех работ, которые велись на объекте.
Обложка Общего журнала работ.
На обложке указываются:
— номер журнала;
— наименование организации, ответственной за его оформление;
— вид работ — строительство/капитальный ремонт/реконструкция, название объекта, его адрес/местоположение.
Обложку всегда заполняет Застройщик.
Титульный лист Общего журнала работ.
Он состоит из нескольких (в нашем примере пяти) страниц.
На первой странице снова указывается порядковый номер журнала, название и адрес объекта, далее заполняем пункты «Застройщик» и «Уполномоченный представитель Застройщика» (в бланке под строчками заполнения есть подсказки – что именно писать). Эти пункты всегда заполняет Застройщик.
Если Застройщик является одновременно и Заказчиком (далее в тексте статьи Застройщик-Заказчик), то в пунктах «Заказчик» и «Уполномоченный представитель Заказчика» мы просто повторяем информацию из предыдущих пунктов. Если Застройщик и Заказчик – разные организации, рекомендуем название пунктов поменять, соответственно, на «Технический заказчик» и «Уполномоченный представитель Технического заказчика», чтобы меньше путаться.
Переходим ко второй странице. Первый пункт – «Сведения о выданном разрешении на строительство». В ст. 51 ГрК РФ есть вся информация о том, какие документы нужно собрать для получения разрешения на строительство, кто его выдает, срок действия разрешения и т.д.
Вкратце, процедура получения разрешения на строительство выглядит так. Проектную документацию, инженерные и архитектурные схемы, необходимые для получения разрешения, собирает Застройщик-Заказчик или Технический заказчик. Эти документы вместе со свидетельством Застройщика на право собственности в уполномоченные органы передает Застройщик/Застройщик-Заказчик, он же получает разрешение на строительство.
Соответственно, данный пункт титульного листа заполняется Застройщиком или Застройщиком-Заказчиком.
Следующие пункты – «Лицо, осуществляющее подготовку проектной документации» (далее — Проектная организация/Проектные организации), «Уполномоченный представитель лица, осуществляющего подготовку проектной документации, по вопросам соответствия выполняемых работ проектной документации (далее – Авторского надзора)» и «Сведения о государственной экспертизе проектной документации». Они заполняются Застройщиком-Заказчиком или Техническим заказчиком.
Остановимся подробнее на следующих моментах.
В пункте «Проектная организация» есть строка «Сведения о разделах проектной документации». Сюда вписываются номера разделов, подготовленные данной проектной организацией. Порядок ведения разделов проектной документации (всего их 12) определяется постановлением Правительства РФ от 16.02.2008 N 87 (ред. от 28.04.2017) «О составе разделов проектной документации и требованиях к их содержанию», в нем же указаны номера и названия этих разделов. Если весь проект полностью готовит одна организация, то в данном пункте можно указать «Разделы 1 – 12». В случае если проектную документацию готовят несколько организаций, лучше добавить дополнительные пустые строчки в пункт «Проектная организация», для каждой организации вписываются номера подготовленных ею разделов проектной документации. Например: ООО «Чертежник» — раздел 4, ООО «Проектировщик» — разделы 1-3, 5-12. Если требуется Авторский надзор – в следующем пункте указывается уполномоченный представитель проектной организации, который будет его осуществлять. Соответственно, если проект готовила не одна организация, в данном пункте нужно указать представителей всех проектных организаций. Если Авторский надзор не требуется – этот пункт заполнять не нужно.
Переходим к следующему пункту. Если требуется Государственная экспертиза проектной документации – сюда вносятся номер, дата получения заключения и название организации, которая его выдала. Этот пункт заполняет Застройщик.
Далее идут пункты «Лицо, осуществляющее строительство» и «Уполномоченный представитель лица, осуществляющего строительство». Сюда Застройщиком-Заказчиком или Техническим Заказчиком вносятся данные об организации, выполняющей все работы на объекте своими или привлеченными силами и тех сотрудниках этой организации, которые отвечают за данный объект.
Следующие пункты касаются уполномоченных представителей Застройщика-Заказчика или Технического заказчика и Лица, осуществляющего строительство по вопросам Строительного контроля (ранее – Технадзора). Если Застройщик-Заказчик (либо Технический заказчик) и Лицо, осуществляющее строительство – одна и та же организация/физическое лицо, то заполняется только пункт «Уполномоченный представитель лица, осуществляющего строительство». Если же это разные организации/физические лица, то Застройщик-Заказчик (или Технический заказчик) должен так же осуществлять строительный контроль и назначить своего уполномоченного представителя.
Далее следует пункт «Другие лица, осуществляющие строительство». Сюда вносятся данные обо всех компаниях и физических лицах, выполнявших какие-либо работы на объекте (т.е. о субподрядчиках). Ведением этого пункта титульного листа занимается Лицо, осуществляющее строительство, поскольку именно эта организация либо сама ведет все работы, либо нанимает субподрядчиков. Рекомендуем для этого пункта титульного листа распечатать побольше страниц, так как зачастую на объекте работает очень большое количество подрядчиков.
Переходим к последней странице титульного листа.
Первый пункт — сведения о Государственном строительном надзоре (если он требуется). Этот пункт заполняется непосредственно представителем Государственного строительного надзора.
Далее Застройщик вносит Общие сведения об объекте – название, краткие проектные характеристики, даты начала и окончания работ. Обратите внимание – в примере мы рассматриваем объект капитального строительства, если работы связаны с реконструкцией или капитальным ремонтом – нужно это отметить.
После этого указывается количество страниц в журнале, ставится печать Застройщика, должность и подпись законного либо уполномоченного представителя Застройщика. Пункт «Регистрационная надпись органа государственного строительного надзора» заполняется, как указано в самом журнале, представителем государственного строительного надзора, им же присваивается регистрационный номер. На регистрацию журнал передает Застройщик-Заказчик или Технический заказчик.
Последний пункт – «Сведения об изменениях в записях Титульного листа».
Здесь могу быть отмечены, например, замена кого-то из ответственных лиц, изменения в реквизитах и т.п. Это пункт заполняется Застройщиком.
Общий журнал работ с заполненным титульным листом, прошедший регистрацию в органах Государственного строительного надзора передается для ведения Лицу, осуществляющему строительство и должен находиться на объекте строительства до момента завершения работ.
Возможна ситуация, когда в одном или нескольких разделах прошитого журнала заканчиваются страницы. В этом случае ведение данного экземпляра журнала прекращается, в соответствующем пункте титульного листа указывается дата окончания ведения. Застройщик заводит новый журнал со следующим порядковым номером и передает его на объект, а законченный журнал хранится на объекте.
После завершения всех работ на объекте и прохождения итоговой проверки, Общий журнал работ передается Застройщику на постоянное хранение.
Разделы 1,2,3,5 и 6 заполняют уполномоченные представители Лица, осуществляющего строительство.
Раздел 4 заполняет уполномоченный представитель Застройщика-Заказчика или Технического заказчика.
Раздел 7 заполняет уполномоченный представитель Государственного строительного надзора.
Раздел 1. Список инженерно-технического персонала, занятого при строительстве, реконструкции, капитальном ремонте.
Здесь перечисляются представители всех организаций, ведущих работы на объекте.
Раздел 2. Перечень специальных журналов работ и авторского надзора
Здесь, соответственно, отмечаются все журналы, с указанием того, какая именно подрядная или проектная организация их вела. Специальные журналы должны находиться на объекте до момента его сдачи, а потом – храниться у Застройщика вместе с Общим журналом работ. Важный момент – для каждого вида работ и для каждой организации заводится свой специальный журнал. То есть, даже если сварочные работы на объекте выполняли десять разных компаний/физических лиц, требуется оформить десять журналов сварочных работ – отдельный для каждого подрядчика. Если одна компания выполняла несколько видов работ (например, сварку, откопку котлована и погружение ЖБИ-свай), то по каждому виду работ ведется отдельный журнал.
Раздел 3. Сведения о выполнении работ
Сюда ежедневно заносятся сведения обо всех работах, выполненных на объекте в этот день. Даже если определенный вид работ выполнялся в течении месяца, необходимо ежедневно отмечать, на каком участке, какой объем работ и с использованием каких материалов был сегодня выполнен.
Раздел 4. Сведения о строительном контроле Застройщика-Заказчика или Технического заказчика
Раздел 5. Сведения о строительном контроле Лица, осуществляющего строительство
В эти разделы заносятся данные о выявленных недочетах, например – несоответствие материалов или качества работ. Важный момент – обязательно должен быть поставлен срок устранения недочета («Немедленно», «К 08.04.2017» и т.д.). Необходимо так же следить, чтобы выявленные недочеты были либо устранены к указанному сроку, либо была указана объективная причина, по которой этот срок увеличили.
Если при проведении строительного контроля недочетов выявлено не было, это желательно отразить в журнале, чтобы не создалось впечатления, что контроль вообще не осуществляется.
На правильность ведения этих разделов часто обращают внимание при проведении Государственного строительного контроля и Авторского надзора.
Раздел 6. Перечень исполнительной документации
Сюда вносятся, например, акты приема-передачи работ и акты освидетельствования скрытых работ. Если Акт скрытых работ №2 принимают те же самые лица, что и Акт срытых работ №1, то можно не вписывать их еще раз, а поставить знак повтора.
Раздел 7. Сведения о Государственном строительном надзоре
В этом разделе отмечаются результаты проверок со стороны Госстройнадзора. Обратите внимание, что проверять могут не только соответствие работ и материалов проектной документации, но и правильность оформления и ведения всех журналов.
Обратите внимание – вносить записи в разделы 3 и 6 (Сведения о выполнении работ и Перечень исполнительной документации) может только уполномоченный представитель Лица, осуществляющего строительство.
Надеемся, что эта статья оказалась для вас полезной.
Если у вас остались какие-то вопросы, вы можете обратиться к разделу Ответы на часто задаваемые вопросы.
Скачать образец заполнения Общего журнала работ
Скачать Общий журнал работ бесплатно: PDF, DOCX
Поделиться статьёй:
Данный вид учетной документации представляет собой производственный журнал, фиксирующий ход операций в строительстве, сроки исполнения монтажных работ, качество их выполнения и уполномоченных лиц, а также надзор за ходом процесса.
Журнал – это юридически зарегистрированный документ, поэтому лицо, заполняющее его, несет юридическую ответственность за достоверность внесенных сведений. В случае ЧП поднимаются записи именно этой книги.
Основная цель формирования документа – осуществление контроля за ходом строительно-ремонтных работ. С его помощью ведется учет выполненных работ и списанных материалов. Ведется один журнал на территории одной строительной базы, даже если это будет группа объектов, которые находятся рядом.
Чаще всего документ ведет начальник участка либо прораб. Лицо, которое полностью отвечает за ведение и подлинность записей, указывается на самом первом листе. Документацию начинают вести с первого дня работы.
Всю важную информацию в журнал вносят генподрядчики. Они обязаны фиксировать каждый вид деятельности: монтаж, заливка, укладка и прочее.
Документ может быть затребован во время процесса любыми контролирующими органами. Поэтому он всегда находится в стадии активного заполнения. Журнал имеет унифицированную форму №КС-6, которую утвердили еще в октябре 1997 года в постановлении Госкомстата. Выпускается в формате А4.
При наличии контроля за ходом деятельности со стороны госстройнадзора журнал необходимо зарегистрировать. Для этого уполномоченное лицо застройщика примерно за неделю до начала строительства, реконструкции или другой работы (можно и раньше, но не позже) передает его в специализированную надзорную инстанцию.
Если он заканчивается, то в соответствии с п 5 РД 11.05.07 застройщик обязан предоставить в регистрационный отдел надзорной организации второй журнал, помеченный цифрой «2», «3» и т. д.
Контролирующая инстанция ставит свою печать или штамп плюс регистрационные подписи и возвращает документ обратно.
Согласно правилам делопроизводства, новый журнал нужно прошить капроновой нитью белого цвета. С обратной стороны на место прошивки наклеивается небольшой листочек прямоугольной формы со следующей надписью: «прошнуровано, пронумеровано и скреплено печатью», количество листов, подпись, печать. Количество листов должно дублироваться в скобках не цифрами, а строчными буквами. Пример: «прошнуровано, пронумеровано и скреплено печатью 46 (сорок шесть) листов»
Листок должен быть наклеен таким образом, чтобы концы ниток проходили под ним и свисали. Печать должна стоять на стыке приклеенного листочка, захватывая как последний лист документа, так и наклеенный лист. Книге присваивается номер. Начало и окончание работ должно сходиться с датами в договоре.
В журнале, начиная с титульного листа, должна содержаться информация следующего характера:
Заполнение по разделам:
После завершения строительства и сдачи объекта все книги, в том числе и журнал общих работ, должны быть сданы принимающей стороне, то есть надзорной организации. После проверки и выдачи официального заключения о том, что построенный объект полностью соответствует всем нормативным нормам и требованиям, документ передают застройщику или заказчику, который хранит его у себя.
Журнал можно вести в электронном виде, но только с разрешения надзорной инстанции. При электронном документообороте необходимо обеспечить защиту документации от несанкционированного доступа. Также необходимо провести идентификацию подписей ответственных лиц.
Настоящую форму можно
распечатать из редактора MS Word (в режиме разметки страниц), где
настройка параметров просмотра и печати устанавливается
автоматически. Для перехода в MS Word нажмите кнопку .
ПРИЛОЖЕНИЕ
4
Форма А-4
к ВСН 19-89
_________________________________
(наименование
объединения,
_________________________________
строительного
(ремонтно-строительного)
_________________________________
управления)
по строительству
________________________________________________________________________
(наименование
объекта,
_______________________________________________________________________________________
пускового комплекса)
Указания о порядке
заполнения общего журнала работ.
Раздел 1
1.1. Титульный лист
1.2. Основные показатели
строящегося объекта
1.3. Субподрядные
организации и выполняемые ими виды работ
1.4. Организации,
разработавшие проектно-сметную документацию
1.5. Изменения, вносимые
в проектно-сметную документацию
1.6. Изменения, вносимые
в состав пускового комплекса
1.7. Отметка об
изменениях в записях на титульном листе
Раздел 2
2.1. Список
инженерно-технического персонала, занятого на строительстве
объекта
2.2. Примерный перечень
работ, подлежащих освидетельствованию (скрытые работы)
2.3. Примерный перечень
ответственных конструкций, подлежащих промежуточной приемке
2.4. Регистрация актов
скрытых работ и промежуточной приемки ответственных конструкций
Раздел 3
3.1. Ежедневные сведения
о выполнении дорожно-строительных (мостовых) работ
3.2. Особые отметки
1. Общий журнал работ
является основным первичным производственным документом, отражающим
последовательность, сроки и условия выполнения дорожно-строительных
(мостовых) работ.
При ведении Общего
журнала работ допускается не заполнять специальные журналы
работ:
укладки материалов,
конструкций, изделий;
бетонирования стыков;
сварочных работ;
клепальных работ;
постановки высокопрочных
болтов;
очистки элементов
стальных мостовых конструкций с соединениями на высокопрочных
болтах;
антикоррозионной защиты
сварных соединений и др.
2. Общий журнал работ
ведется на строительстве (реконструкции) самостоятельного пускового
комплекса. В журнал заносятся сведения о всех производимых на
объекте работах, в том числе выполняемых субподрядными
организациями.
Специализированные
организации ведут специальные разделы общего журнала работ.
3. Титульный лист Общего
журнала работ заполняется до начала строительства генеральной
подрядной организацией с участием заказчика и проектной
организации.
В
разделе 1 регистрируются все изменения, вносимые в проектно-сметную
документацию в период строительства объекта с указанием органа,
внесшего изменения, должности и фамилии лица, утвердившего
изменения.
В
соответствии с п. 21 Правил приемки в эксплуатацию законченных
строительством объектов, утвержденных Минтрансстроем СССР, в этом
же разделе регистрируются изменения, вносимые в состав пускового
комплекса.
4. В разделе 2 приводятся
также два перечня работ, подлежащих освидетельствованию на стадии
промежуточной приемки с составлением: акта скрытых работ (по
перечню N 1) и акта промежуточной приемки ответственных конструкций
(по перечню N 2). Оба перечня согласовываются с заказчиком и
проектной организацией.
5. Общий журнал работ
ведет старший производитель работ (начальник участка) и заполняет
ежесменно с первого дня работы на объекте. По поручению старшего
прораба и под его контролем записи в журнале могут вести начальники
смен.
6. При передаче объекта
другой строительной организации или замене на объекте одного
производителя работ другим Общий журнал работ передается по
приемо-сдаточному акту с соответствующей записью в самом
журнале.
7. По мере оформления
актов промежуточной приемки (актов скрытых работ и ответственных
конструкций) производят их регистрацию в разделе 2 журнала с
получением разрешения от заказчика на дальнейшее производство
работ.
8. В разделе 3 журнала
запись о производстве выполненных работ является его основной
частью, которая содержит ежесменные сведения о начале каждого вида
работ и подробно отражает весь ход его выполнения. Описание работ
должно производиться по всем конструктивным элементам по мере их
выполнения со ссылкой на номера рабочих чертежей и другой
документации, по применяемым конструкциям и материалам со ссылкой
на номера специальных журналов, характеризующих их качество, а
также на данные по метеорологическим условиям.
9. В разделе «Особые
отметки» Общего журнала работ указывается время аварий или
несчастных случаев, дается краткое их описание, указывается время
составления актов на аварии или несчастные случаи, имевшие место на
объекте.
10. Замечания
представителей технического надзора, заказчика, авторского надзора,
руководителей подрядных организаций но качеству выполняемых работ и
применяемых материалов заносятся в раздел 3 «Записи производства
выполненных работ».
11. После исправления
замечаний контролирующих лиц должна быть сделана запись о принятых
мерах.
12. Общий журнал работ
является одним из основных исполнительных документов, предъявляемых
заказчиком Государственной приемочной комиссии при сдаче пускового
комплекса (объекта) в эксплуатацию, и подлежит последующей передаче
вместе с другой исполнительной документацией эксплуатационной
организации.
13. Общий журнал работ,
пронумерованный, прошнурованный и скрепленный печатями подрядчика,
хранится непосредственно на объекте и должен предъявляться по
первому требованию контролирующих лиц.
1.1.
_____________________________________________________________________________
(наименование объекта,
пускового комплекса)
________________________________________________________________________________
Дорогие читатели, сегодня в статье рассмотрим журнал по монтажу строительных конструкций. Данный документ нужен для контроля качества монтажа. Его заполняют очень часто, также как и журнал сварочных работ, либо журнал бетонных работ. Поэтому дочитайте статью до конца, к тому в конце будет ссылка для скачивания данного журнала.
Форма журнала приведена в приложении «А» к СП 70.13330.2012. В данном же своде правил установлены требования в каких случаях необходимо вести журнал по монтажу строительных конструкций.
Журнал выпускают в печатном виде в формате А4. Вы можете его приобрести, либо распечатать сами и прошить.
Думаю, вас больше всего интересует именно этот момент. Так как нигде нет четких инструкций как это правильно делать. Но мы попробуем разобраться. Итак, поехали.
Сперва необходимо заполнить титульный лист журнала. Он стандартный как и для остальных специальных журналов. Тут вносятся сведения по монтажной организации, сведения по объекту, проектной документации, прописываются ответственные лица, даты начала и окончания работ.
В данной таблице вписывают сведения на всех лиц инженерно-технического персонала, участвующих при строительстве.
Похож на 6 раздел общего журнала работ. Тут вносят сведения по АОСР и АООК. По порядку их составления.
Как и во всех журнала тут также имеется основная таблица, которую заполняют ежедневно. Она очень простая в составлении. Состоит из 9 столбцов. Заполняется посменно, в случае посменной работы.
Следует вовремя получать подписи ответственного бригадира за монтаж строительных конструкций. Иначе потом придется его искать.
Для скачивания журнала перейдите по ссылке.
P/S Если статья была полезна, то поделись ею в социальных сетях.
При создании контейнерных приложений ведение журнала, безусловно, является одним из наиболее важных моментов, которые нужно делать правильно с точки зрения DevOps. Управление журналами помогает командам DevOps быстрее устранять неполадки и отлаживать их, упрощая выявление закономерностей, обнаружение ошибок и предотвращение повторных атак, чтобы вас укусить!
В этой статье мы будем рассматривать ведение журнала Docker с точки зрения ведения журнала контейнера, то есть журналов, которые создаются контейнерами.Эти журналы относятся к Docker и хранятся на хосте Docker. Позже мы также проверим логи демона Docker. Это журналы, которые генерирует сам Docker. Они понадобятся вам для отладки ошибок в движке Docker.
Важность ведения журнала в гораздо большей степени относится к Dockerized-приложениям. Когда приложение в контейнере Docker создает журналы, они отправляются в потоки вывода stdout и stderr приложения.
Драйвер ведения журнала контейнера может получить доступ к этим потокам и отправить журналы в файл, в сборщик журналов, работающий на хосте, или в конечную точку службы управления журналами.
По умолчанию Docker использует драйвер json-файла, который записывает журналы в формате JSON в файл, специфичный для контейнера, на узле, на котором запущен контейнер. Подробнее об этом в разделе «Что такое драйвер регистрации?» Ниже.
В примере ниже показаны журналы JSON, созданные с использованием драйвера json-файла:
{"log": "Hello World! \ N", "stream": "stdout", "time": "2020-03-29T22: 51: 31.549390877Z "}
Если это было недостаточно сложно, вам придется иметь дело с журналами демона Docker и журналами хоста отдельно от журналов контейнеров. Все они жизненно важны для устранения ошибок и проблем при использовании Docker.
Мы знаем, насколько сложной может быть обработка журналов Docker. Ознакомьтесь с 10 топовыми ошибками ведения журнала Docker, чтобы увидеть некоторые из лучших практик, которые мы обнаружили за эти годы.
Прежде чем двигаться дальше, давайте рассмотрим основы.
Контейнер — это модуль программного обеспечения, который упаковывает приложение, что упрощает развертывание и управление независимо от хоста.Попрощайтесь с печально известным заявлением «это работает на моей машине»!
Как? Контейнеры изолированы и не имеют состояния, что позволяет им вести себя одинаково независимо от различий в инфраструктуре. Контейнер Docker — это исполняемый экземпляр образа, который похож на шаблон для создания нужной среды.
Образ Docker — это исполняемый пакет, который включает в себя все, что необходимо приложению для запуска. Сюда входят код, библиотеки, файлы конфигурации и переменные среды.
позволяют разбивать приложения на микросервисы — несколько небольших частей приложения, которые могут взаимодействовать друг с другом через функциональные API. Каждый микросервис отвечает за одну функцию, поэтому группы разработчиков могут работать над разными частями приложения одновременно. Это упрощает и ускоряет создание приложения.
Большинство традиционных методов анализа журналов не работают с контейнерным ведением журнала — устранение неполадок становится более сложным по сравнению с традиционными приложениями, ориентированными на оборудование, которые работают на одном узле и требуют меньше устранения неполадок.Вам нужно больше данных для работы, поэтому вы должны расширить поиск, чтобы добраться до корня проблемы.
Вот почему:
Docker отправляют журналы в потоки вывода stdout
и stderr
. Поскольку контейнеры не имеют состояния, журналы по умолчанию хранятся на хосте Docker в файлах JSON. Почему?
Драйвер ведения журнала по умолчанию — json-файл. Затем журналы аннотируются с указанием источника журнала (stdout или stderr) и метки времени.Каждый файл журнала содержит информацию только об одном контейнере.
Вы можете найти эти файлы журнала JSON в каталоге / var / lib / docker / container /
на хосте Linux Docker. Вот как вы можете получить к ним доступ:
/ var / lib / docker / container / <идентификатор контейнера> / <идентификатор контейнера> -json.log
Вот здесь и вступает в игру регистрация. Вы можете собирать журналы с помощью агрегатора журналов и хранить их в месте, где они будут доступны навсегда. Хранить журналы на хосте Docker опасно, потому что они могут накапливаться со временем и занимать место на вашем диске.Вот почему вы должны использовать центральное расположение для журналов и включить ротацию журналов для контейнеров Docker.
Это одна из самых больших проблем при ведении журнала Docker. Какой бы базовой ни была ваша установка Docker, вам придется работать с двумя уровнями агрегирования. Один относится к журналам Dockerized-приложения внутри контейнера. Другой включает журналы с хост-серверов, которые состоят из системных журналов, а также журналы Docker Daemon, которые обычно находятся в / var / log
или подкаталоге в этом каталоге.
Простой агрегатор журналов, имеющий доступ к хосту, не может просто извлекать файлы журналов приложений, как если бы они были файлами журналов хоста. Вместо этого он должен иметь доступ к файловой системе внутри контейнера для сбора журналов. Более того, ваша инфраструктура неизбежно расширится до большего количества контейнеров, и вам нужно будет найти способ соотносить события журнала с процессами, а не с их соответствующими контейнерами.
Излишне говорить, что вход в Docker может быть сложной задачей.Но при работе с контейнерными приложениями следует помнить о нескольких передовых методах.
Этот метод означает, что приложение внутри контейнеров обрабатывает собственное ведение журнала с помощью инфраструктуры ведения журнала. Например, приложение Java может использовать Log4j2 для форматирования и отправки журналов из приложения в удаленное централизованное место, минуя Docker и ОС.
С другой стороны, этот подход дает разработчикам максимальный контроль над событием регистрации.Однако это создает дополнительную нагрузку на процесс приложения. Если структура ведения журналов ограничена самим контейнером, учитывая временный характер контейнеров, любые журналы, хранящиеся в файловой системе контейнера, будут уничтожены, если контейнер будет завершен или остановлен.
Для хранения данных вам необходимо либо настроить постоянное хранилище, либо пересылать журналы в удаленное место назначения, например в решения для управления журналами, такие как Elastic Stack или Sematext Cloud. Более того, ведение журнала на основе приложений становится трудным при развертывании нескольких идентичных контейнеров, поскольку вам нужно будет найти способ узнать, какой журнал принадлежит какому контейнеру.
Как мы упоминали выше, один из способов обойти контейнеры без состояния при ведении журнала — это использовать тома данных.
При таком подходе вы создаете каталог внутри вашего контейнера, который ссылается на каталог на хост-машине, где будут храниться долгосрочные или совместно используемые данные независимо от того, что происходит с вашим контейнером. Теперь вы можете делать копии, выполнять резервное копирование и получать доступ к журналам из других контейнеров.
Вы также можете разделить том между несколькими контейнерами.Но с другой стороны, использование томов данных затрудняет перемещение контейнеров на разные хосты без потери данных.
Другой вариант ведения журнала при работе с Docker — использование драйверов ведения журнала. В отличие от объемов данных, драйвер ведения журнала Docker считывает данные непосредственно из выходных данных контейнера stdout и stderr. В конфигурации по умолчанию журналы записываются в файл на хост-машине, но изменение драйвера ведения журнала позволит вам перенаправлять события в syslog, gelf, journald и другие конечные точки.
Поскольку контейнерам больше не нужно будет записывать и читать файлы журналов, вы, вероятно, заметите улучшения в плане производительности. Однако у этого подхода есть и ряд недостатков: команды журнала Docker работают только с драйвером журнала json-file; драйвер журнала имеет ограниченную функциональность, разрешая только доставку журналов без синтаксического анализа; и контейнеры закрываются, когда TCP-сервер становится недоступным.
Другое решение — иметь контейнер, предназначенный исключительно для ведения журналов и сбора журналов, что делает его более подходящим для архитектуры микросервисов.Основное преимущество этого подхода в том, что он не зависит от хост-машины. Вместо этого специальный контейнер для ведения журнала позволяет управлять файлами журнала в среде Docker. Он автоматически собирает журналы из других контейнеров, отслеживает, анализирует и сохраняет или пересылает их в центральное место.
Этот подход к ведению журнала упрощает перемещение контейнеров между хостами и масштабирование инфраструктуры ведения журнала путем простого добавления новых контейнеров ведения журнала. В то же время он позволяет собирать журналы с помощью различных потоков событий журнала, данных Docker API и статистики.
Это тот подход, который мы предлагаем вам использовать. Вы можете настроить Logagent в качестве выделенного контейнера для ведения журнала и отправить все журналы Docker в журналы Sematext менее чем за несколько минут, как описано ниже.
Для более крупных и сложных развертываний использование сопроводительного файла является одним из самых популярных подходов к регистрации архитектур микросервисов.
Подобно решению с выделенными контейнерами, здесь используются контейнеры журналирования.Разница в том, что на этот раз каждый контейнер приложения имеет свой собственный выделенный контейнер, что позволяет настроить решение для ведения журнала каждого приложения. Первый контейнер сохраняет файлы журналов на том, которые затем маркируются и отправляются контейнером журналов стороннему решению для управления журналами.
Одним из основных преимуществ использования sidecars является то, что он позволяет вам устанавливать дополнительные пользовательские теги для каждого журнала, что упрощает определение их происхождения.
Однако есть некоторые недостатки — он может быть сложным и сложным в настройке и масштабировании, и он может потребовать больше ресурсов, чем специальный метод ведения журнала.Вы должны убедиться, что и контейнер приложения, и контейнер sidecar работают как единое целое, иначе вы можете потерять данные.
Когда вы используете Docker, вы работаете с двумя разными типами журналов: журналов демона и журналов контейнера .
Журналы контейнеров Docker создаются контейнерами Docker. Их нужно собирать прямо из контейнеров.Любые сообщения, которые контейнер отправляет на stdout
или stderr
, регистрируются, а затем передаются драйверу ведения журнала, который пересылает их в удаленное место назначения по вашему выбору.
Вот несколько основных команд Docker, которые помогут вам начать работу с журналами и метриками Docker:
Просмотр журналов в консоли удобен для разработки и отладки, однако при производстве вы хотите хранить журналы в центральном месте для поиска, анализа, устранения неполадок и предупреждений.
Драйверы ведения журнала — это механизмы Docker для сбора данных из запущенных контейнеров и служб, чтобы сделать их доступными для анализа.При создании нового контейнера Docker автоматически предоставляет драйвер журнала json-файла, если не указан другой параметр драйвера журнала. В то же время он позволяет вам реализовывать и использовать плагины драйверов журналирования, если вы хотите интегрировать другие инструменты журналирования.
Вот пример того, как запустить контейнер с настраиваемым драйвером ведения журнала, в данном случае syslog:
docker run -–log-driver syslog –-log-opt syslog-address = udp: // syslog-server: 514 \ альпийское эхо привет мир
Когда дело доходит до настройки драйвера ведения журнала, у вас есть два варианта:
В первом случае драйвер ведения журнала по умолчанию — это файл JSON, но, как упоминалось выше, у вас есть много других вариантов, таких как logagent, syslog, fluentd, journald, splunk и т. Д.Вы можете переключиться на другой драйвер ведения журнала, отредактировав файл конфигурации Docker и изменив параметр драйвера журнала, или используя предпочитаемый вами отправитель журналов.
# /etc/docker/daemon.json { "лог-драйвер": "journald" } systemctl перезапустить докер
Кроме того, вы можете настроить драйвер ведения журнала для каждого контейнера. Поскольку Docker предоставляет драйвер ведения журнала по умолчанию при запуске нового контейнера, вам необходимо указать новый драйвер с самого начала, используя параметры -log-driver
и -log-opt
.
docker run -–log-driver syslog –-log-opt syslog-address = udp: // syslog-server: 514 \ альпийское эхо привет мир
Драйвер регистрации позволяет вам выбирать, как и куда отправлять ваши данные. Драйвер ведения журнала по умолчанию, как я упоминал выше, представляет собой файл JSON, расположенный на локальном диске вашего хоста Docker:
/var/lib/docker/containers/[container-id visible/[container-id visible-json.log.
Однако имейте в виду, что когда вы используете другой драйвер журналирования, кроме json-file
или journald
, вы не найдете никаких файлов журналов на вашем диске.Docker отправит журналы по сети без сохранения локальных копий. Это рискованно, если вам когда-либо придется иметь дело с проблемами сети.
В некоторых случаях Docker может даже остановить ваш контейнер, если драйвер ведения журнала не может отправить журналы. Эта проблема может возникнуть в зависимости от того, какой режим доставки вы используете.
Узнайте больше о том, где хранятся журналы Docker, из нашего сообщения о журналах контейнеров Docker.
могут вести журналы, используя либо блокирующий, либо неблокирующий режим доставки.Выбранный вами режим определит, как контейнер будет определять приоритеты операций ведения журнала по сравнению с другими задачами.
Blocking — это режим Docker по умолчанию. Он будет прерывать работу приложения каждый раз, когда ему нужно доставить сообщение драйверу.
Он гарантирует, что все сообщения отправляются драйверу, но может вызвать задержку в производительности вашего приложения. если драйвер регистрации занят, контейнер откладывает выполнение других задач приложения до тех пор, пока оно не доставит сообщение.
Задержка зависит от используемого вами драйвера ведения журнала. Драйвер json-файла по умолчанию записывает журналы очень быстро, поскольку он записывает в локальную файловую систему, поэтому маловероятно, что он заблокирует и вызовет задержку. Однако драйверы журналов, которым необходимо открыть соединение с удаленным сервером, могут блокироваться на более длительные периоды времени и вызывать заметную задержку.
Вот почему мы предлагаем вам использовать драйвер json-файла и режим блокировки с выделенным контейнером журналов, чтобы максимально эффективно использовать настройки управления журналами.К счастью, это настройка драйвера журнала по умолчанию, поэтому вам не нужно ничего настраивать в файле /etc/docker/daemon.json
.
В неблокирующем режиме контейнер сначала записывает свои журналы в кольцевой буфер в памяти, где они хранятся до тех пор, пока драйвер журналирования не станет доступен для их обработки. Даже если драйвер занят, контейнер может немедленно передать вывод приложения в кольцевой буфер и возобновить выполнение приложения. Это гарантирует, что большой объем журналов не повлияет на производительность приложения, запущенного в контейнере.
При работе в неблокирующем режиме контейнер записывает журналы в кольцевой буфер в памяти. Журналы хранятся в кольцевом буфере до его заполнения. Только после этого бревно отправляется. Даже если драйвер недоступен, контейнер отправляет журналы в кольцевой буфер и продолжает выполнение приложения. Это обеспечивает большой объем регистрации без снижения производительности. Но есть и минусы.
Неблокирующий режим не гарантирует, что драйвер регистрации будет регистрировать все события.Если в буфере заканчивается место, буферизованные журналы будут удалены перед отправкой. Вы можете использовать параметр max-buffer-size, чтобы установить объем оперативной памяти, используемой кольцевым буфером. Значение по умолчанию для max-buffer-size — 1 МБ, но если у вас есть больше оперативной памяти, увеличение размера буфера может повысить надежность ведения журнала вашего контейнера.
Хотя режим блокировки используется Docker по умолчанию для новых контейнеров, вы можете установить его в неблокирующий режим, добавив элемент log-opts к демону Docker .json
файл.
# /etc/docker/daemon.json { "лог-драйвер": "json-файл", "log-opts": { «режим»: «неблокирующий» } }
В качестве альтернативы вы можете установить неблокирующий режим для отдельного контейнера, используя параметр --log-opt
в команде, которая создает контейнер:
docker run --log-opt mode = неблокирующее alpine echo привет мир
Формат файла журнала для драйвера ведения журнала json-file
— это машиночитаемый формат JSON с меткой времени, именем потока и сообщением журнала.Поэтому пользователи предпочитают команду docker logs для просмотра журналов на своей консоли.
С другой стороны, машиночитаемый формат журнала является хорошей основой для отправителей журналов для отправки журналов на платформы управления журналами, где вы можете искать, визуализировать и предупреждать данные журналов.
Однако у вас есть и другие параметры драйвера журнала:
Самый надежный и удобный способ сбора журналов — использовать драйвер json-файла и настроить отправителя журналов для отправки журналов. У вас всегда есть локальная копия журналов на вашем сервере, и вы получаете преимущество централизованного управления журналами.
Если вы использовали Sematext Logagent, необходимо выполнить несколько простых шагов, чтобы начать отправку журналов в Sematext. После создания приложения журналов запустите эти команды в терминале.
Сематекст / логагент docker pulldocker run -d --restart = always --name st-logagent \ -e LOGS_TOKEN = ВАШИ_LOGS_TOKEN \ -e LOGS_RECEIVER_URL = "https://logsene-receiver.sematext.com" \ -v /var/run/docker.sock:/var/run/docker.sock \ сематекст / логагент
Начнется отправка всех журналов контейнера в Sematext.
Docker имеет специальную команду, которая выводит список журналов контейнеров. Команда docker logs.В потоке обычно вы проверяете запущенные контейнеры с помощью docker ps, а затем проверяете журналы с помощью идентификатора контейнера.
журналы докеров
Эта команда выведет список всех журналов для указанного контейнера. Вы можете добавить отметку времени и составить список журналов для определенных дат.
журналы докеров--timestamps журналы докеров --since (или --until) ГГГГ-ММ-ДД
В конечном итоге вы будете отслеживать эти журналы, чтобы проверить последние N строк или отслеживать журналы в реальном времени.
Флаг --tail
покажет последние N строк журнала:
журналы докеров--tail N
Использование флага --follow
приведет к tail -f
(следовать) журналам контейнера Docker:
журналы докеров- следовать
Но что, если вы хотите видеть только определенные журналы? К счастью, grep также работает с журналами докеров.
журналов докеров| grep шаблон
Эта команда покажет только ошибки:
журналов докеров| grep -i ошибка
Когда приложение начинает расти, вы начинаете использовать Docker Compose.Не волнуйтесь, в нем также есть команда журналов.
журналы создания докеров
Это отобразит журналы всех служб в приложении, определенном в файле конфигурации Docker Compose.
Начните работу с Docker с помощью нашей шпаргалки по командам Docker!
В то время как инфраструктура у всех растет — в настоящее время в основном в области контейнерных площадей — растут и потребности в мониторинге. Однако мониторинг контейнеров отличается — и более сложен — от традиционного мониторинга серверов.
В отличие от неконтейнерных приложений, которые записывают журналы в файлы, контейнеры записывают свои журналы в стандартный поток вывода и стандартный поток ошибок. Журналы контейнеров могут представлять собой смесь простых текстовых сообщений из стартовых сценариев и структурированных журналов из приложений, что затрудняет определение того, какое событие журнала принадлежит какому-либо контейнеру и приложению, а затем правильно его анализировать и т. Д.
Хотя драйверы журналов Docker могут отправлять журналы в инструменты управления журналами, большинство из них не позволяют анализировать журналы контейнеров.Вам понадобится отдельный инструмент, называемый отправителем журналов, например Logagent, Logstash или rsyslog, для структурирования журналов перед их отправкой в хранилище. Проблема в том, что когда ваше решение для ведения журналов использует несколько инструментов с зависимостями для обработки журналов, вероятность сбоя конвейера журналирования увеличивается с каждым новым инструментом.
Но есть несколько альтернативных драйверов ведения журналов Docker, которые могут облегчить вашу работу, одна из них — Sematext Logagent.
Logagent — это универсальное решение общего назначения для обработки журналов контейнеров, которое позволяет вам отслеживать журналы контейнеров, а также всю вашу инфраструктуру и приложения, если они связаны с контейнером Sematext Agent.
Вы можете узнать больше о том, как работает Logagent и как использовать его для мониторинга журналов, в нашем сообщении о мониторинге контейнеров Docker с помощью Sematext.
Журналы демона Docker создаются платформой Docker и размещаются на хосте. В зависимости от операционной системы хоста журналы демона записываются в службу ведения журналов системы или в файл журнала.
Если бы вы собирали только журналы контейнеров, вы бы получили представление о состоянии ваших сервисов.Однако при использовании традиционных методов ведения журнала вам также необходимо знать состояние вашей платформы Docker, для чего нужны журналы демона Docker. Они рисуют четкую картину вашей общей архитектуры микросервисов.
При этом демон Docker регистрирует два типа событий:
В зависимости от вашей операционной системы файл журнала демона Docker хранится в разных местах.
Ознакомьтесь с Руководством по расположению журналов Docker, чтобы узнать больше.
Ведение журнала — ключевая часть сбора информации о состоянии вашей инфраструктуры, но только в том случае, если она проанализирована. Однако данные журнала поступают в огромных объемах, поэтому делать это вручную все равно, что искать иголку в стоге сена. Вот почему вам нужна платформа для анализа данных журнала. Вы можете выбрать решения с открытым исходным кодом или коммерческое программное обеспечение, чтобы максимально эффективно использовать журналы Docker.
Для решений с открытым исходным кодом вам нужна команда экспертов, готовая справиться со всем, от настройки до конфигурации, предоставления инфраструктуры, обслуживания и управления.
Самым популярным программным обеспечением для анализа журналов с открытым исходным кодом является Elastic Stack (ранее известный как ELK Stack). Это надежная платформа, состоящая из трех различных инструментов: Elasticsearch для хранения данных журнала, Logstash для их обработки и Kibana для визуализации данных журнала.
Для получения дополнительной информации об Elasticsearch ознакомьтесь с нашим полным руководством по Elasticsearch.
Если вы все еще хотите использовать Elasticsearch и Kibana, но не хотите управлять ими самостоятельно, в Sematext Cloud есть API Elasticsearch и интегрированный Kibana в пользовательский интерфейс, если вы хотите использовать его вместо панелей мониторинга Sematext по умолчанию. Благодаря этому переход на управляемый кластер Elasticsearch становится простой прогулкой. В конфигурации отправителя журналов вы должны изменить только конечные точки Elasticsearch с локального кластера Elasticsearch на конечную точку Sematext Cloud Elasticsearch API.
Если у вас нет ресурсов для самостоятельной работы с данными журналов Docker, вы можете обратиться к поставщикам, которые предоставляют «ведение журналов как услугу» в рамках решения для полного управления журналами.Вам нужно только указать журналы Docker, и они возьмут на себя управление данными журналов от сбора до хранения, анализа, мониторинга и представления.
Выбранный вами драйвер ведения журнала Docker и режим доставки журналов могут оказать заметное влияние на производительность ваших контейнерных приложений. Мы рекомендуем использовать драйвер json-файла для надежного ведения журнала, стабильной производительности и наблюдаемости с помощью централизованного инструмента ведения журнала, такого как Sematext Cloud, нашего облачного решения для управления журналами и мониторинга.
Мы хотим предоставить вам комплексное решение, обеспечивающее беспроблемное управление журналами и аналитику для вашей инфраструктуры и приложений. Он позволяет фильтровать, анализировать и предупреждать журналы всех ваших приложений.
Сохраняя журналы, события и метрики Docker в Sematext Cloud, он помогает вам легче обнаруживать и устранять проблемы, а также собирать полезные аналитические данные как из вашей инфраструктуры, так и из приложений Dockerized.
Узнайте больше о Sematext Cloud здесь.Или прочтите «Управление журналами Docker с помощью Sematext», чтобы глубже погрузиться в централизованное управление журналами для Docker.
Дополнительная литература :
Теперь, когда вы знаете, как ведение журнала работает в Docker, вы также можете взглянуть на журналы Kubernetes. Узнайте больше в нашем Руководстве по ведению журнала Kubernetes.
.
Об авторе