Для файловых баз данных 1С журнал находится в папке с базой данных в подкаталоге 1Cv8Log. При переносе базы данных надо скопировать эту папку чтобы не потерять историю.
В клиент-серверном режиме файлы истории обычно хранятся на сервере в каталоге:
C:\Program Files\1cv8\srvinfo\<Имя кластера сервера>\<Идентификатор базы на сервере>\1Cv8Log
Начиная с версии 8.3.5.1068 журнал регистрации может храниться в одном файле базы данных SQLite с расширением .lgd, который располагается:
- Для файлового варианта информационной базы – в подкаталоге 1Cv8Log каталога информационной базы.
- Для клиент-серверного варианта информационной базы – в подкаталоге 1Cv8Log каталога информационной базы в каталоге служебных файлов кластера. Имя каталога можно определить по файлу реестра данных кластера.
Целью переработки журнала регистрации и перевода его в новый формат было увеличение скорости выполнения запросов к нему и повышение надежности хранения данных. Новость об этом была размещена на официальном ресурсе фирмы 1С. Обновление платформы до версии 8.3.5.1068 и выше не приводит к автоматическому переводу журнала регистрации в новый формат у уже созданных информационных баз. Но при этом имеется возможность смены формата на новый штатными средствами платформы. Для этого следует открыть диалог настройки журнала регистрации (Главное меню –> Администрирование –> Настройка журнала регистрации) и нажать кнопку «Новый формат».
Проблемы при работе с новым форматом журнала регистрации
При работе с новым форматом журнала регистрации иногда возникает ряд проблем, которые могут оказаться критичными для стабильной работы пользователей в системе. Приведем ниже типичные проблемы, а также сообщения об ошибках и записи технологического журнала, которые возникают при работе с новым форматом журнала регистрации. Причины данных ошибок мы расследовали в ходе работ по поддержке наших клиентов.
Итак, одна из проблем возникает после перезапуска кластера серверов или аварийного завершения работы менеджера кластера. При этом возможно разрушение структуры файла журнала регистрации .lgd. При попытке открыть такой журнал регистрации происходит ошибка:
sqlite3_step failed: database disk image is malformed
Также иногда можно заметить проявление следующей ошибки при попытке в конфигураторе открыть файл журнала регистрации нового формата:
sqlite3_exec failed: attempt to write a readonly database
Еще одна ошибка связана с медленной работой или зависанием на записи в журнал регистрации, использующим новый формат. В технологическом журнале, при этом, можно увидеть следующие записи:
0,EXCP,1,process=rmngr,p:processName=RegMngrCntxt,p:processName=ServerJobExecutorContext,Exception=81029657-3fe6-4cd6-80c0-36de78fe6657,Descr='src\RemoteInterfaceImpl.cpp(963):
81029657-3fe6-4cd6-80c0-36de78fe6657: Передача данных прервана по инициативе принимающей стороны.'
Данная строка ТЖ говорит о том, что процесс rmngr центрального сервера не отвечает, так как занят работой с журналом регистрации. И далее в технологическом журнале можно видеть следующие записи:
0,EXCP,0,process=rmngr,p:processName=RegMngrCntxt,p:processName=ServerJobExecutorContext,Exception=81029657-3fe6-4cd6-80c0-36de78fe6657, Descr='src\RMngrCalls.cpp(549):
81029657-3fe6-4cd6-80c0-36de78fe6657:server_addr=tcp://[сервер]:[порт] descr=Сервер недоступен (Не отвечает, завершается аварийно или порт занят другим приложением) line=1073 file=src\DataExchangeTcpClientImpl.cpp'
Помимо этого, достаточно часто возникает проблема с высоким потреблением памяти журналом регистрации в новом формате. Данное поведение проявляется, например, если кто-то из пользователей случайно запустит выборку по ЖР без ограничения по периоду. При этом весь журнал регистрации попадет в память, вытеснит весь кэш и "положит" сервер.
Данные проблемы являются достаточно критичными и при их проявлении рекомендуется перевести журнал регистрации в старый формат.
Перевод журнала регистрации в старый формат
Штатные средства платформы 1С не позволяют перевести журнал регистрации из нового формата в старый. Здесь мы опишем способ, который позволит выполнить данную задачу вручную. Итак, для начала необходимо остановить службу 1С. При этом, необходимо согласовать данное действие с пользователями, так как при этом они не смогут работать с информационными базами, которые находятся в соответствующих кластерах 1С.
После того как служба 1С остановлена, переходим в каталог файлов информационной базы для которой необходимо изменить формат журнала регистрации. Данный каталог выглядит следующим образом:
…\1cv8\[каталог служебных файлов службы 1С, обычно srvinfo]\reg_ + [номер порта менеджера кластера]\[UUID информационной базы]
Уникальный идентификатор информационной базы (UUID) можно получить из файла «1CV8Clst.lst», который располагается в каталоге реестра кластера. Для быстрого получения идентификаторов баз и их имен из файла реестра кластера можно воспользоваться следующим регулярным выражением:
\{(\w{8}\-.*\w{12})\,\"(.*?)\"\,.*[\\r]*\n+.*\"\,\d+\}
Далее в каталоге файлов информационной базы ищем папку «1Cv8Log» и переносим оттуда все файлы в отдельный каталог. Затем в папке «1Cv8Log» создаем пустой файл журнала регистрации в старом формате «1Cv8.lgf».
После того как все этапы данной процедуры выполнены, запускаем службу 1С. Готово, теперь журнал регистрации переведен в старый формат. Чтобы обратно вернуться к новому формату ЖР воспользуйтесь инструкцией, описанной во введении данной статьи.
Изменение формата журнала регистрации после платформы 8.3.12
При работе с журналом регистрации имеется возможность изменить его формат. В зависимости от варианта информационной базы, для выполнения операции изменения формата технологического журнала требуется разный доступ к файлу информационной базы:
- файловый вариант ‑ для изменения формата требуется монопольный доступ к файлу информационной базы.
- клиент-серверный вариант ‑ изменение формата может выполняться одновременно с работой пользователей. При этом:
- При изменении формата журнала регистрации исключена возможность потери некоторых событий журнала регистрации, которые были записаны в процессе изменения формата и после него.
- Если при конвертации журнала из последовательного формата в формат SQLite произошла ошибка, то продолжает использоваться последовательный формат.
- Если при конвертации журнала из формата SQLite в последовательный произошла ошибка, то продолжает использоваться формат SQLite, если ошибка возникла при записи в последовательный формат, и начинает использоваться последовательный формат, если ошибка связана с чтением из формата SQLite.
Изменение формата сопровождается записью в журнал регистрации события Информационная база. Изменение параметров журнала регистрации (_$InfoBase$_.EventLogSettingsUpdate). В комментарии будет указано, в какой формат были преобразованы данные журнала регистрации.
Для выполнения операции изменения формата необходимо нажать на гиперссылку Изменить формат.
Далее откроется диалог подтверждения смены формата, который зависит от текущего формата журнала регистрации.
При преобразовании из последовательного формата диалог выглядит следующим образом:
При преобразовании из формата SQLite диалог выглядит следующим образом:
Одновременно с преобразованием предоставляется возможность задать разделение журнала регистрации по периодам.
ВНИМАНИЕ! Изменение формата журнала регистрации занимает существенное время.
После изменения формата с последовательного на SQLite файлы журнала регистрации в последовательном формате сохраняются. При необходимости эти файлы можно удалить средствами операционной системы. После успешного изменения формата с SQLite на последовательный, файл журнала регистрации в формате SQLite удаляется.
Сокращение журнала регистрации
Для сокращения размера журнала регистрации есть 2 функции:
- Кнопкой «Сократить» удаляем все данные до определенной даты;
- Возможность выбора периодов разделения журнала. При установке данной опции в значение «День», каждый день будет создаваться новый файл журнала регистрации. Мы сможем устаревшие данные перемещать на отдельный ресурс. Также не лишним будет применить архивирование журнала в zip или rar для минимизации занимаемого места.
| 
