Остановка записи журнала регистрации (ЖР) в системах 1С:Предприятие — ситуация критическая, так как она лишает администратора возможности отслеживать действия пользователей и системные ошибки. Особенно часто это встречается в крупных информационных базах, таких как 1С:Управление производственным предприятием (УПП). В данной статье мы подробно разберем, почему журнал может перестать фиксировать события, как провести диагностику и какими методами восстановить его работоспособность.
Прежде чем приступать к радикальным мерам, давайте проанализируем, почему запись могла прекратиться «неожиданно». Как правило, корень проблемы кроется в инфраструктурных ограничениях или сбоях сервисов кластера. Рассмотрим по порядку шаги, которые нам необходимо предпринять.
Первое, что мы должны сделать — проверить дисковое пространство на сервере, где расположен кластер 1С. Журнал регистрации в клиент-серверном варианте хранится не в базе данных SQL, а в файловой системе сервера приложений. Если место на диске C: (или ином диске, где находится папка srvinfo) закончилось, 1С просто перестанет дописывать новые данные. Для автоматического контроля за хранилищем и отправки оповещений подойдёт обработка для мониторинга свободного места на дисках сервера.
Важно помнить, что при использовании формата SQLite (.lgd) файл журнала может расти очень быстро, а при индексации старого формата (.lgf) создаются временные файлы, требующие дополнительного объема памяти. Проверим, нет ли критического порога заполнения диска. Для освобождения дискового пространства без полной потери истории можно использовать инструмент для точечной очистки событий журнала регистрации.
Нам необходимо выяснить, какой формат журнала используется в нашей базе. Это влияет на методы его восстановления. Существует два формата:
Чтобы понять, какой формат у нас, выполним следующие действия в Конфигураторе: перейдем в меню Администрирование — Настройка журнала регистрации. Нажмем кнопку «Изменить формат». Система покажет текущий формат. Внимание: не запускайте конвертацию без необходимости, просто посмотрите информацию и нажмите «Отмена».
Также мы можем проверить это физически, заглянув в папку с журналом. Путь по умолчанию: C:\Program Files\1cv8\srvinfo\reg_1541\<UID базы>\1Cv8Log. Посмотрите расширение файлов в этой папке.
Проанализируем работу службы 1C:Enterprise 8.3 Server Agent. Часто бывает, что после обновления ОС или изменения политик безопасности у учетной записи, под которой запущен сервер (например, usr1cv8), пропадают права на запись в папку 1cv8log.
Рассмотрим ситуацию, когда запись прекратилась после «зависания» Конфигуратора при попытке изменить периодичность хранения (например, с месяца на день). В этот момент система пытается перестроить структуру файлов. Если процесс был прерван, дескрипторы файлов могут оказаться заблокированными.
Самое простое и эффективное решение в большинстве случаев — полная остановка и запуск службы сервера 1С. Это снимет все блокировки с файлов ЖР и перезапустит менеджер кластера, отвечающий за сервис регистрации.
Если у вас используется распределенный кластер серверов, выясним, на каком именно сервере запущен Сервис журнала регистрации. Перейдем в консоль администрирования кластеров (MMC-консоль):
Если свободное место есть, права настроены, а перезапуск службы не помог, вероятно, файл журнала поврежден. Проанализируем алгоритм «чистого старта» для ЖР:
.../1cv8log/.Файл - Открыть в 1С.1cv8log.Если вы используете формат .lgd, помните, что этот файл является базой данных. В случае его «зависания» или аномального роста (когда записи не делаются, а размер растет), можно воспользоваться утилитами для работы с SQLite. Рассмотрим команду VACUUM, которая сжимает файл и исправляет мелкие ошибки структуры. Однако для 1С:УПП мы настоятельно рекомендуем использовать классический формат .lgf с разделением по периодам (день или неделя), так как он более устойчив к повреждениям в условиях большой нагрузки на диск.
Чтобы ситуация не повторилась, настроим систему мониторинга. Посмотрим на следующие рекомендации:
srvinfo (и все вложенные 1cv8log) в исключения антивирусного сканера. Постоянная проверка активных лог-файлов антивирусом — основная причина «зависаний» записи.Таким образом, мы выяснили, что в большинстве случаев проблема решается либо освобождением места на диске, либо простым перезапуском службы сервера 1С. Если же записи не возобновились, создание чистого файла с предварительным бэкапом старого журнала гарантированно вернет работоспособность системе логирования.