В процессе работы с платформой 1С:Предприятие 8.3 администраторы и разработчики часто сталкиваются с ситуацией, когда в режиме «1С:Предприятие» (управляемое приложение) журнал регистрации (ЖР) отображает события только за текущий день или крайне ограниченный период. При этом физически файлы журнала (.lgp) за прошлые месяцы присутствуют в каталоге базы данных. Рассмотрим подробно причины этого поведения и разберем по шагам способы восстановления доступа ко всей истории событий.
Для начала проанализируем, как 1С работает с журналом. В версиях 8.3 существует два формата хранения ЖР: старый текстовый формат (набор файлов .lgf и .lgp) и новый формат SQLite (единый файл .lgd). В управляемом приложении просмотр журнала реализован через механизм динамического списка, который накладывает определенные ограничения на выборку данных. В отличие от обычного приложения или конфигуратора, где чтение происходит более «прямым» способом, в управляемых формах сервер 1С выполняет предварительную фильтрацию и кэширование.
Одной из самых распространенных причин является стандартный лимит отображения записей. Разберем, как это работает. В окне настройки отбора журнала регистрации на вкладке «Основные» есть поле «Показывать», где по умолчанию может стоять значение «10 000 событий».
Проанализируем ситуацию: если за текущий день в базе произошло более 10 000 событий, то при попытке просмотреть журнал без жесткого фильтра по дате начала, система просто заполнит этот лимит свежими записями и «не дойдет» до данных за вчерашний день. Чтобы увидеть старые записи в режиме предприятия, выполним следующие действия:
Если вы используете старый формат журнала, то ключевым файлом является 1Cv8.lgf. Это индексный файл, который содержит описание структуры и связывает воедино все фрагменты .lgp, разделенные по периодам. Если этот файл поврежден или некорректно обновлен, управляемое приложение может «потерять» связь с файлами за прошлые периоды.
Рассмотрим алгоритм «лечения» индекса:
1Cv8Log, который находится в папке с данными информационной базы.1Cv8.lgf и переместим его в архивную папку или переименуем. Важно: файлы .lgp удалять нельзя, в них хранятся сами данные..lgp, заново создав 1Cv8.lgf.Выясним причину, связанную с безопасностью. В управляемом приложении чтение журнала выполняет процесс сервера 1С (обычно под учетной записью usr1cv8). В то же время конфигуратор или толстый клиент могут запускаться под правами текущего пользователя Windows.
Если часть файлов журнала была скопирована вручную или создана до смены учетной записи службы сервера, у пользователя usr1cv8 может не быть прав на чтение старых файлов .lgp. Проверим это:
1Cv8Log.Как показывает практика, Конфигуратор использует другой механизм доступа к данным журнала, который менее чувствителен к ошибкам индексации и ограничениям динамических списков. Если вам срочно нужно провести «разбор полетов» для бухгалтерии, а в режиме предприятия данные не видны, используйте Конфигуратор:
Меню «Администрирование» — «Журнал регистрации».
Также эффективным способом является запуск системы в режиме Толстого клиента (обычное приложение). В этом режиме интерфейс ЖР работает аналогично конфигуратору и позволяет видеть всю цепочку файлов без дополнительных ограничений. Чтобы запустить базу в этом режиме, в окне запуска 1С выберите базу, нажмите «Изменить», перейдите на последнюю закладку и в поле «Основной режим запуска» выберите Толстый клиент, а в дополнительных параметрах запуска добавьте /RunModeOrdinaryApplication.
Для стабильной работы в современных версиях платформы (8.3.12 и выше) рекомендуется использовать новый формат журнала регистрации. Он основан на базе данных SQLite, что обеспечивает более быструю фильтрацию и отсутствие проблем с «потерянными» днями.
Разберем, как сменить формат:
После конвертации все данные будут объединены в один файл 1Cv8.lgd, и проблемы с отображением отдельных дней в управляемом приложении обычно исчезают.
Проанализировав ситуацию, мы выяснили, что отсутствие записей чаще всего связано либо с экранными лимитами управляемых форм, либо с повреждением индексного файла .lgf.
Резюмируем последовательность действий:
.lgf..lgd для повышения надежности.Использование данных методов позволит вам гарантированно получить доступ к истории действий пользователей для проведения необходимых проверок.