Почему обнулился журнал регистрации в 1С и где найти старые записи

Ситуация, когда журнал регистрации информационной базы внезапно начинает вестись с текущего момента, а вся предыдущая история действий пользователей исчезает, нередко возникает в практике системных администраторов и программистов 1С. Проанализируем физическое устройство хранения событий, выясним причины сброса истории и разберем по шагам способы поиска и восстановления утерянных данных.

Где физически хранится журнал регистрации

Для понимания причин исчезновения записей разберем структуру каталогов платформы 1С:Предприятие в зависимости от архитектуры и типа базы данных:

1. Файловый вариант информационной базы: журнал регистрации располагается непосредственно в папке с файлом базы данных 1Cv8.1CD внутри подкаталога 1Cv8Log.
2. Клиент-серверный вариант (32-битный сервер 1С): служебные каталоги кластера по умолчанию находятся по пути C:\Program Files (x86)\1cv8\srvinfo\reg_1541\<GUID_базы>\1Cv8Log\.
3. Клиент-серверный вариант (64-битный сервер 1С): данные располагаются в каталоге C:\Program Files\1cv8\srvinfo\reg_1541\<GUID_базы>\1Cv8Log\.

Важное ограничение: журнал регистрации не входит в стандартный файл выгрузки .dt и не сохраняется внутри СУБД (MS SQL, PostgreSQL и др.). Он хранится исключительно в файловой системе сервера приложений 1С в папке srvinfo (или каталоге, указанном в параметрах запуска службы ragent через ключ -d).

Основные причины исчезновения или обнуления журнала

Рассмотрим подробнее типовые ситуации, из-за которых журнал регистрации начинает вестись с новой даты:

1. Смена разрядности сервера 1С или пути к каталогу srvinfo: при переходе с 32-битной платформы на 64-битную служба начинает использовать каталог в C:\Program Files\1cv8\ вместо C:\Program Files (x86)\1cv8\. Если каталог кластера не был перенесен вручную, создается новая пустая конфигурация кластера и новые папки журналов. Прежний журнал остается в старом каталоге.
2. Перерегистрация информационной базы в кластере: если база была удалена из консоли администрирования серверов 1С и создана заново, сервер генерирует для нее новый уникальный идентификатор GUID. Предыдущий журнал остается в подкаталоге со старым идентификатором, а база начинает писать лог в созданную папку с новым GUID.
3. Смена формата журнала регистрации (Текстовый ↔ SQLite): в платформе 1С 8.3 поддерживается два формата — раздельный текстовый (файлы .lgf и .lgp) и монолитный на базе SQLite (файл 1Cv8.lgd). При изменении формата в свойствах журнала через Конфигуратор старые записи не конвертируются автоматически на лету — новый журнал создается с нуля, а старые файлы остаются неактивными в той же папке.
4. Ручное удаление или сокращение журнала: очистка может быть выполнена вручную администратором, через команду Конфигуратора Администрирование → Настройка журнала регистрации → Сократить, либо фоновым регламентным заданием конфигурации (на базе БСП) по очистке устаревших данных.
5. Повреждение файла журнала: в случае сбоя питания или некорректной остановки сервера файл формата 1Cv8.lgd может получить повреждения структуры SQLite, из-за чего платформа перестает видеть старые блоки записей.

Как найти и восстановить предыдущие записи

Разберем по шагам процедуру восстановления истории событий в клиент-серверном варианте:

1. Определим актуальный идентификатор информационной базы. Для этого откроем файл конфигурации кластера 1CV8Reg.lst (находится в reg_1541) текстовым редактором и найдем имя нашей базы и связанный с ней параметр {GUID}.
2. Проверим наличие соседних каталогов с другими идентификаторами GUID в папке srvinfo\reg_1541\, а также в каталогах другой разрядности (Program Files и Program Files (x86)).
3. Сравним даты изменения файлов внутри подпапок 1Cv8Log. Если найден каталог с записями за прошлый период, остановим службу сервера 1C:Enterprise Server Agent.
4. Скопируем файлы журнала (набор .lgf/.lgp или файл 1Cv8.lgd) из каталога старого GUID в каталог актуального GUID базы.
5. Запустим службу сервера 1С и проверим отображение истории в Конфигураторе или режиме предприятия.
6. В случае повреждения файла 1Cv8.lgd восстановим целостность базы SQLite с помощью штатных утилит или воспользуемся теневыми копиями тома Windows (VSS) для восстановления файла на дату до сбоя.