Папка 1Cv8Log, уровни регистрации и чистка: полный разбор журнала событий 1С
Содержание
В файловой базе журнал регистрации 1С 8.3 хранится в подпапке 1Cv8Log внутри каталога информационной базы — рядом с файлом 1Cv8.1CD. В клиент-серверной базе он лежит на сервере 1С, в папке srvinfo\reg_1541\<GUID базы>\1Cv8Log. Настраивается журнал в Конфигураторе: Администрирование → Настройка журнала регистрации.
Журнал нужен, когда что-то случилось: пропал документ, кто-то зашёл под чужим пользователем, база начала падать с ошибками. Важно знать, где физически лежат файлы, как ограничить их рост и как быстро найти нужное событие среди миллионов записей.
Где лежит журнал в файловой базе
Путь к каталогу базы виден в окне запуска 1С. Выделите базу в списке — внизу окна появится строка вида File="D:\Bases\Buh". Журнал будет здесь:
D:\Bases\Buh\1Cv8Log\
Внутри папки встречается один из двух форматов. Какой у вас — понятно по расширениям файлов.
| Формат | Файлы | Особенности |
|---|---|---|
| Новый (SQLite) | 1Cv8.lgd | Один файл-база SQLite, быстрый отбор, но файл может вырасти до десятков гигабайт |
| Последовательный (текстовый) | 1Cv8.lgf + файлы ГГГГММДДччммсс.lgp | lgf — словарь (пользователи, компьютеры, события), lgp — сами записи по периодам |
🔹 Файл 1Cv8.lgf хранит справочники: коды пользователей, компьютеров, объектов метаданных.
🔹 Файлы .lgp содержат записи и ссылаются на коды из lgf. Без lgf они почти нечитаемы.
🔹 Имя .lgp — дата и время начала периода, например 20260901000000.lgp.
Журнал не входит в файл 1Cv8.1CD. Если вы копируете базу простым копированием одного файла 1CD, история событий не переедет. Копируйте весь каталог базы вместе с 1Cv8Log.
Выгрузка в .dt журнал регистрации тоже не переносит. После загрузки .dt в новую базу журнал начнётся с чистого листа.
Где журнал регистрации в клиент-серверном варианте
В серверной базе данные лежат в СУБД (MS SQL, PostgreSQL), но журнал регистрации туда не попадает. Его ведёт сервер 1С и хранит в файлах на диске рабочего сервера.
Типовые пути:
| Система | Путь к каталогу кластера |
|---|---|
| Windows, служба установлена по умолчанию | C:\Program Files\1cv8\srvinfo\reg_1541\ |
| Linux | /home/usr1cv8/.1cv8/1C/1cv8/reg_1541/ |
В папке reg_1541 для каждой базы создаётся подпапка с её GUID, а в ней — тот же 1Cv8Log. Число 1541 — порт менеджера кластера. Если кластер поднят на другом порту, папка будет называться иначе, например reg_2541.
Как найти папку нужной базы
- Откройте в
reg_1541файл1CV8Clst.lstлюбым текстовым редактором (только на чтение). - Найдите поиском имя базы, как оно задано в кластере.
- Прямо перед именем стоит GUID вида
{8c1f...}— это и есть имя папки. - Перейдите в
reg_1541\<GUID>\1Cv8Log.
Не сохраняйте изменения в 1CV8Clst.lst — это реестр кластера. Испорченный файл ломает список баз на сервере.
Если srvinfo лежит не там
Администраторы часто переносят srvinfo на отдельный диск. Точный путь задаётся параметром -d при запуске агента сервера. Проверить его можно так:
- Откройте
services.msc. - Найдите службу «Агент сервера 1С:Предприятия 8.3».
- В свойствах службы посмотрите поле «Исполняемый файл». Путь после
-d— каталогsrvinfo.
На Linux тот же параметр виден в unit-файле службы или в выводе ps aux | grep ragent.
Уровень регистрации и разделение журнала по периодам
Настройка общая для файловой и серверной базы. Откройте базу в Конфигураторе и выберите Администрирование → Настройка журнала регистрации.
Уровни регистрации
| Уровень | Что пишется | Когда выбирать |
|---|---|---|
| Не регистрировать | Ничего | Почти никогда: при инциденте не будет данных |
| Регистрировать ошибки | Только ошибки | Большие базы, где журнал растёт слишком быстро |
| Ошибки и предупреждения | Плюс предупреждения | Компромисс для нагруженных серверов |
| Ошибки, предупреждения и информацию | Плюс информационные события | Режим для расследований |
| Регистрировать все события | Всё, включая примечания | Значение по умолчанию; нужно для аудита изменений данных |
📌 Учтите: события «Данные. Изменение», «Данные. Удаление» и входы пользователей нужны для ответа на вопрос «кто это сделал». Если понизить уровень до «Ошибок», такие расследования станут невозможны.
Разделение по периодам
В том же окне задаётся, как часто журнал начинает новый файл: по часам, дням, неделям, месяцам или годам. Для последовательного формата это даёт отдельные .lgp на каждый период.
🔹 Небольшая база — «по месяцам». 🔹 Сотня пользователей и активный обмен — «по дням». 🔹 Если файлы периода получаются больше 1–2 ГБ, дробите мельче.
Мелкие файлы проще архивировать и удалять, а отбор по короткому периоду работает быстрее.
Настройка в пользовательском режиме
В конфигурациях на БСП (Бухгалтерия 3.0, ЗУП 3.1, УТ 11) журнал открывается из раздела Администрирование → Поддержка и обслуживание. Там же, в блоке журнала регистрации, администратор может поменять уровень регистрации без входа в Конфигуратор.
Технологический журнал: трассировка для сложных случаев
Журнал регистрации пишет события прикладного уровня: кто вошёл, что изменил, какая ошибка. Ему не хватает деталей уровня платформы: текстов SQL-запросов, длительности вызовов, блокировок, падений процессов. Для этого есть технологический журнал (ТЖ).
ТЖ включается файлом logcfg.xml. Его кладут в папку conf той версии платформы, под которой работает сервер или клиент, например C:\Program Files\1cv8\8.3.24.1586\bin\conf\. Платформа подхватывает файл без перезапуска, обычно в течение минуты.
Пример: собираем только исключения (события EXCP) и храним 24 часа.
<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
<log location="D:\1C_TechLog" history="24">
<event>
<eq property="name" value="EXCP"/>
</event>
<property name="all"/>
</log>
</config>
🔹 location — папка для логов. Выберите диск с запасом места, не системный.
🔹 history — сколько часов хранить файлы, дальше платформа удаляет их сама.
🔹 Сервисная учётная запись 1С (USR1CV8 или ваша) должна иметь право записи в эту папку.
ТЖ с отбором «все события» на рабочем сервере за час может набрать десятки гигабайт и заметно затормозить работу. Включайте узкий отбор, собирайте данные короткое время и удаляйте logcfg.xml сразу после диагностики.
Как читать журнал регистрации
Из программы
Самый удобный способ — штатная форма с отборами.
- В пользовательском режиме:
Администрирование → Поддержка и обслуживание → Журнал регистрации. - В любой конфигурации:
Главное меню → Все функции → Стандартные → Журнал регистрации. Если пункта «Все функции» нет, включите его вСервис → Параметры → Отображать команду "Все функции". - В Конфигураторе:
Администрирование → Журнал регистрации.
Сразу задайте отбор. Без него платформа тянет весь журнал, и на большой базе окно может открываться минутами.
🔹 Период — сузьте до нескольких дней вокруг инцидента. 🔹 Пользователь и Компьютер — если подозреваете конкретного человека. 🔹 Важность — «Ошибка», чтобы оставить только сбои. 🔹 Событие — например, «Данные. Удаление». 🔹 Метаданные — тип объекта: документ, справочник.
Двойной щелчок по строке открывает подробности: представление объекта, комментарий, текст ошибки, сеанс и транзакцию.
Напрямую из файлов
Файл 1Cv8.lgd — обычная база SQLite. Его можно открыть любым просмотрщиком SQLite и выполнить запрос. Работайте с копией файла: открытый журнал заблокирован сервером, а случайная запись в оригинал его испортит.
Последовательный формат читается сложнее: в .lgp вместо имён стоят числовые коды, расшифровка которых — в 1Cv8.lgf. Для разовых задач проще воспользоваться формой журнала, для регулярного анализа — специальными парсерами журнала.
Кто может смотреть журнал
Просмотр журнала регистрации — отдельное право в ролях конфигурации. В типовых конфигурациях оно есть у администраторов (роль «Полные права»), а у обычных бухгалтеров и кладовщиков его нет. Поэтому пользователь, у которого «журнал пустой» или команда не видна, чаще всего просто не имеет права.
Выдавать право на журнал всем подряд не стоит. В нём видны имена компьютеров, время входа каждого сотрудника и действия с документами коллег. Для разовой проверки надёжнее, чтобы отбор сделал администратор и передал руководителю только найденные строки, а не открывал доступ ко всему журналу.
Сокращение и архивирование журнала
Журнал сам по себе не чистится. За пару лет в базе на 50 пользователей легко набирается 20–40 ГБ. Это тормозит открытие журнала и съедает место на диске сервера.
Штатное сокращение
- Сделайте копию папки
1Cv8Log— на случай, если старые события понадобятся. - Откройте Конфигуратор:
Администрирование → Настройка журнала регистрации. - Нажмите «Сократить».
- Укажите дату: все события до неё будут удалены.
- Если события нужны для архива, включите сохранение удаляемых записей в файл и задайте путь.
- Подтвердите. На больших журналах операция идёт долго, не прерывайте её.
Удаление старых файлов вручную
В последовательном формате с разделением по периодам старые .lgp можно перенести в архив вручную.
🔹 Трогайте только файлы прошлых периодов. Текущий .lgp открыт на запись.
🔹 Файл 1Cv8.lgf не удаляйте никогда: без него оставшиеся записи потеряют расшифровку.
🔹 Для архива кладите рядом с .lgp копию lgf на ту же дату.
Автоматизация ротации
Сократить журнал можно и по расписанию. Простой вариант для последовательного формата — задание планировщика Windows, которое раз в месяц переносит .lgp старше 180 дней в архив:
@echo off
set LOG=C:\Program Files\1cv8\srvinfo\reg_1541\GUID_БАЗЫ\1Cv8Log
set ARC=E:\Archive\1CLog
robocopy "%LOG%" "%ARC%" *.lgp /MOV /MINAGE:180
Замените GUID_БАЗЫ на имя папки вашей базы. Ключ /MINAGE:180 переносит только файлы старше 180 дней, поэтому текущий период не затрагивается.
Сбои самого журнала и расследования по нему
Журнал — главный инструмент разбора инцидентов, но и сам иногда ломается.
Переименование 1Cv8Log возможно, только когда с базой никто не работает. В серверном варианте сначала завершите сеансы базы в консоли кластера — у пользователей оборвётся работа, поэтому делайте это вне рабочего времени и предупредите людей заранее.
Типовые расследования
🔍 Кто удалил документ. Отбор: событие «Данные. Удаление», метаданные — нужный вид документа, период — когда его видели последний раз. В строке будет пользователь, компьютер и время.
🔍 Кто изменил сумму в проведённом документе. Событие «Данные. Изменение» или «Данные. Проведение» по этому документу. Журнал покажет факт и автора, но не старое значение реквизитов — для истории значений нужна версионность объектов.
🔍 Почему база вылетает у одного бухгалтера. Отбор по пользователю и важности «Ошибка» за последний день. Текст ошибки в комментарии обычно указывает на модуль и строку.
🔍 Подбор паролей. Событие с ошибкой аутентификации, отбор по компьютеру. Серия попыток за минуту с одного компьютера — повод сменить пароли и проверить доступ к серверу.