← На главную

Многие администраторы баз 1С сталкиваются с ситуацией, когда просмотр журнала регистрации становится невыносимо медленным. Даже при выполнении простых действий, таких как пролистывание списка или открытие отдельной записи, система «задумывается» на несколько секунд. Давайте разберем, почему это происходит и какие шаги нужно предпринять, чтобы вернуть системе былую отзывчивость.

Анализ причин замедления работы журнала регистрации

Начиная с версии платформы 8.3, 1С перешла на использование формата .lgd для журнала регистрации. Этот формат базируется на движке SQLite. Идея состояла в том, чтобы ускорить выполнение поисковых запросов и фильтрацию событий. Однако на практике, при длительной эксплуатации базы, этот формат часто начинает демонстрировать обратный эффект.

Рассмотрим основные причины, почему это происходит:

1. Фрагментация файла: В отличие от классических текстовых журналов, .lgd — это база данных. При удалении старых записей место внутри файла не возвращается операционной системе, а помечается как свободное. Файл постоянно раздувается, а внутри него образуются «дыры», что крайне негативно сказывается на скорости чтения.
2. Блокировки: SQLite накладывает определенные ограничения на конкурентный доступ. Если в момент попытки просмотра журнала в него интенсивно записываются новые события, возникают блокировки, которые ощущаются пользователем как зависание интерфейса.
3. Отсутствие автоматического обслуживания: В штатном функционале платформы нет автоматизированного механизма VACUUM, который мог бы «сжать» и дефрагментировать базу .lgd. Как следствие, со временем поиск становится катастрофически медленным.

Решение 1: Переход на классический формат .lgf

Наиболее эффективным и проверенным на практике методом борьбы с тормозами, если стандартные инструменты не помогают, является принудительный перевод системы на «старый» текстовый формат журнала регистрации .lgf. Этот формат использует последовательную запись (аппенд), что исключает сложные блокировки и делает работу с журналом предсказуемой.

Разберем процесс переключения по шагам:

1. Остановите службу сервера 1С:Предприятия. Это необходимо для того, чтобы никакие процессы не обращались к файлам журнала в момент изменений.
2. Найдите каталог базы данных. Обычно он располагается в директории srvinfo вашего кластера серверов 1С. Внутри папки базы ищите каталог 1Cv8Log.
3. Выполните очистку. Переместите содержимое папки 1Cv8Log в архивную директорию (на случай, если данные потребуются для аудита в будущем).
4. Создайте новый журнал. В пустой папке 1Cv8Log создайте текстовый файл с именем 1Cv8.lgf.
5. Запустите службу сервера 1С. Платформа обнаружит отсутствие бинарного журнала .lgd и начнет вести логирование в классическом текстовом формате.

После этой процедуры вы заметите, что просмотр журнала стал мгновенным. Единственный нюанс: старый формат требует периодической ручной очистки старых файлов, но это гораздо проще, чем «лечить» деградировавшую SQLite-базу.

Решение 2: Оптимизация и обслуживание (если переход на .lgf невозможен)

Если специфика вашего предприятия требует использования только нового формата .lgd, необходимо сфокусироваться на обслуживании:

• Разделение по периодам: Используйте настройки авторазбиения ЖР. Чем меньше размер текущего файла, тем быстрее работают индексы. При достижении определенных объемов (например, месяц) перемещайте старые логи в архив.
• Внешнее обслуживание: Так как 1С не выполняет VACUUM самостоятельно, используйте консольные утилиты sqlite3.exe для периодической обработки файла журнала. Это делается при остановленном сервере 1С командой: sqlite3 1Cv8.lgd "VACUUM;"
• Очистка логирования: Проанализируйте, не пишется ли в журнал избыточная информация. Часто причиной раздувания является запись событий от регламентных заданий или избыточных действий пользователей. Оставьте только Ошибки и Предупреждения, отключив логирование каждого мелкого изменения справочников.
• Вынос на SSD: Убедитесь, что файлы журнала находятся на высокоскоростных накопителях SSD. Операции с файловой системой при просмотре логов крайне чувствительны к задержкам (Latency) дисковой подсистемы.

Итог

Работу с журналом регистрации 1С следует рассматривать как задачу по обслуживанию базы данных. Если .lgd начал тормозить — сначала проверьте, нет ли «мусорных» данных, которые можно отключить в настройках. Если объем записей объективно велик — смело переходите на .lgf. Этот метод уже спас не одну рабочую систему, вернув администраторам возможность оперативно просматривать ошибки, не дожидаясь отклика интерфейса по несколько минут.