1с журнал регистрации последовательный формат или sqlite

Обновлено: 06.07.2024

Рассмотрим случай, когда log-файл 1С «распух» и занимает значительное место на диске. Сколько? Здесь все зависит от вашей конкретной ситуации.

Например, у вас файловая 1С — когда открываете папку с логами, то можете обнаружить файл *.lgp вполне солидного размера. До нескольких Гб. Это и есть Журнал регистрации 1С:Предприятия.

Возникает закономерный вопрос: «Можно ли его уменьшить или вообще избавиться?». Да, но сначала общие моменты.

Где находятся log-файлы

<каталог_ИБ>\1Cv8Log — файловый режим.
…/srvinfo/reg_xxxx/<идентификатор_ИБ>/1Cv8Log — клиент-серверный вариант.

Форматы записи журнала

Новый формат ЖР (SQLite, *.lgd) появился в платформе 1С:Предприятия, начиная с версии 8.3.5. При обновлении платформы автоматическая смена формата ЖР не применяется.

Но если вы создаёте новую информационную базу либо пересоздаёте старую с очисткой каталога 1Cv8Log, на 8.3.5 или выше, то при отсутствии 1Cv8.lgf будет создан журнал нового формата.

На большом количестве пользователей новый формат журнала может оказаться хуже старого режима работы.

Как вернуть старый режим журнала регистрации

Для серверных баз:

Остановите службу «Агент сервера 1С:Предприятия 8.3».
Найдите папку 1Cv8Log интересующей вас базы по GUID (…/srvinfo/reg_xxxx/).
Сделайте резервную копию всех файлов в 1Cv8Log в другое расположение. Можно сразу очистить каталог, если журнал не нужен. После копирования — удалите содержимое 1Cv8Log.
Создайте пустой файл 1Cv8.lgf.
Запустите службу «Агент сервера 1С:Предприятия 8.3».

Для файловых баз:

Завершите работу всех пользователей с базой.
Найдите папку 1Cv8Log по адресу файловой ИБ.
Сделайте резервную копию всех файлов в 1Cv8Log в другое расположение. После копирования — очистите содержимое 1Cv8Log.
Создайте пустой файл 1Cv8.lgf.
Откройте файловую ИБ.

При необходимости — повторите шаги для каждой базы.

Особенности нового формата SQLite

В этом режиме настройка «Разделять хранение журнала по периодам» в Конфигураторе отсутствует. Остаётся кнопка «Сократить» для обрезки части журнала и переноса обрезаемых событий в указанный файл.

Одно «но!» — после этого размер 1Cv8.lgd не уменьшается. Для очистки необходимо выполнить команду vacuum.

Перед запуском команды обязательно сделайте резервную копию файла 1Cv8.lgd.
Второе — он не должен быть «занят»; в файловом режиме — без активных сеансов, для клиент-серверного варианта — при остановленном Агенте 1С.

Для этих целей используется утилита sqlite3, которую можно скачать с официального сайта.

Пример команды (расположение утилиты и lgd-файла у вас могут отличаться):

Новый формат журнала регистрации был реализован в платформе 1С:Предприятие 8 в версии 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

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

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», который располагается в каталоге реестра кластера. Для быстрого получения идентификаторов баз и их имен из файла реестра кластера можно воспользоваться следующим регулярным выражением:

Далее в каталоге файлов информационной базы ищем папку «1Cv8Log» и переносим оттуда все файлы в отдельный каталог. Затем в папке «1Cv8Log» создаем пустой файл журнала регистрации в старом формате «1Cv8.lgf».

После того как все этапы данной процедуры выполнены, запускаем службу 1С. Готово, теперь журнал регистрации переведен в старый формат. Чтобы обратно вернуться к новому формату ЖР воспользуйтесь инструкцией, описанной во введении данной статьи.

Заключение

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

Надеемся, вы сможете с легкостью выполнить нужную вам задачу и продолжите с удовольствием пользоваться продуктами 1С. Ну а если у вас что-то не получится, или вы столкнетесь с какими-то трудностями, обращайтесь к нам, мы обязательно поможем!

После жалоб пользователей на замедление 1С:Предприятие администраторы высказали подозрение, что причиной тормозов является Журнал регистрации. Журналы – это несколько файлов формата lgd от одного до двух гигабайт. Чтобы развеять все сомнения, и вооружившись трехзвенкой 8.3.12.1469 x86, а также инструментами от производителя, решено было изучить вопрос вдоль и поперек или другими словами, узнать, «что там под капотом».

Чтобы 1С:Предприятие хранила журнал в данном формате, необходимо его указать явно в конфигураторе или файле настроек. Либо просто удалить все файлы из каталога журнала, если там файлы предыдущего формата. Разделение данных, как было в предыдущей версии, не поддерживается. Корневой каталог журналов указывается в параметрах запуска службы после ключа -d. Например, -d “d:\temp\srvinfo”

Итак, журнал представляет из себя не что иное, как базу данных sqlite, хотя 1С использует свое именование расширения и даже свой драйвер для доступа, который входит в поставку платформы. Разработчики 1С не стали использовать предлагаемый авторами sqlite драйвер, а просто скомпилировали свой, видимо для совместимости и/или простоты использования, благо исходники доступны на сайте sqlite. Но используется он своеобразно. К примеру, если пометить на удаление записи в журнале любым доступным вам способом, то это ничего не даст потому, что 1С просто игнорирует эту метку. То есть при просмотре отразятся все без исключения записи.

Разработчики sqlite утверждают, что размер файла базы данных может превышать сотню гигабайт и даже сотню терабайт. Так что, если бы 1С:Предприятие тормозила из-за журнала, то скорее всего это могло случиться только из-за кривого драйвера от 1С или неумения его правильно ~~готовить~~ использовать. Хотя конечно могут влиять и внешние факторы, как например, дефрагментация диска и тому подобное. К примеру, одно из последних нововведений разработчиков sqlite – метод VACUUM. И хотя он также упоминается в драйвере 1С, на деле этот метод никак не используется или я не смог спровоцировать его выполнение. Если вы решите сократить полностью журнал из Конфигуратора, то вместо того, чтобы заново создать файл или основную таблицу журнала, 1С:Предприятие начнет удалять все записи в таблице EventLog. И если у вас он большого размера, то придется запастись терпением. За то при этом все пользователи могут продолжать свою работу в обычном режиме, вот только вряд ли при этом что-то отразится в журнале об их работе. Многопоточность? Нет, не слышал.

В документации сказано, что при загрузке информационной базы все записи журнала не очищаются. Для чего так сделано? Ведь если конфигурация иная, то в базе останутся никому не нужные записи об объектах предыдущей конфигурации, которых просто может не быть в новой. Видимо пользователю предлагается самому найти этот файл и удалить.

Службы 1С:Предприятие автоматически создает файл 1Cv8.lgd при первом же обращении будь то конфигуратор или web-приложение. Что интересно база не формируется сразу же целиком, а только по необходимости. К примеру, если установить уровень «Регистрировать ошибки», запустить регламентное задание, то создадутся только две таблицы, пусть и пустые. То есть о выполнении регламентных заданий вы не узнаете, пока не начнется нормальное ведение журнала, а для этого нужно хотя бы раз открыть 1С:Предприятие (в любом режиме). Кстати регламентные задания в журнале отражаются как фоновые. Почему так? Зачем понадобилось два термина?

И только при запуске 1С:Предприятие в режиме конфигуратора или обычного приложения создадутся все оставшиеся необходимые таблицы. Записи создаются по такому же алгоритму. К примеру, есть таблица MetadataCodes, в которой хранятся объекты конфигурации. Но все объекты разом не записываются, хотя это можно было бы сделать, к примеру, при обновлении конфигурации, а записываются только по требованию.

Структура базы нормализована по полной программе. Размер записи основной таблицы равен примерно 140 байт, что совсем немного для такого рода сценария использования как ведение логов.

Но есть вопросы. К примеру, для чего нужно было создавать отдельные таблицы используемых портов? Сколько килобайт планировали сэкономить авторы? Видимо это все ради того, чтобы потом быстро показать/использовать в форме отбора. Другого объяснения не нашел. Но опять же для чего надо было создавать поле Name, когда его значение можно было хранить в поле Code. Если у кого есть идеи, поделитесь.

Следующий момент больше похож на ошибку разработчиков. Столкнулся с ней, когда попытался соединить эти таблицы. Дело в том, что ключ metadataCodes в основной таблице EventLog имеет тип TEXT, хотя должен был быть INTEGER. Выкрутился преобразованием «на лету»: SELECT 0+ metadataCodes FROM . Драйвер ODBC позволил такое проделать. Хотя можно просто изменить структуру таблицы, работоспособность журнала от этого никак не пострадает.

И эта песня тянется уже не один год.

Скрипт для исправления типа поля MetadataCodes (TEXT =664; INTEGER) таблицы EventLog

При любом несложном нарушении структуры базы она будет восстановлена. К примеру, мной были удалены некоторые индексы, и при следующем моем обращении к журналу из главного меню конфигуратора Администрирование – Журнал регистрации все индексы были благополучно восстановлены после небольшой паузы.

Итак, вернемся к файлу журнала, с которого все и началось. Размер его чуть превышал 1 гигабайт, что по меркам авторов sqlite это копейки. Нельзя не отметить всеобщий сарказм администраторов в отношении к 1С, многие относят ее к разряду «для киосков с оборотом 3 рубля». Это, конечно же, отдельная история. Хотя предыдущая статья лишь подтверждает этот момент, особенно аргументы в обсуждении.

Принимая во внимание все вышеперечисленные проблемы, сомнения все же оставались. Мною было решено просто проверить, как влияет рост размера журнала на производительность. Была создана обработка, которая в цикле выполняла одну лишь команду:

20 циклов/замеров по миллиону записей. Размер файла вырос с пары-тройки десятков килобайт до почти трех гигабайт. Обратите внимание, что скорость никоим образом не изменилась, более того даже не деградировала от того, что файл сильно распух. Все же авторы sqlite правы, говоря, что это копейки.

Так же для контроля скорости записи на диск использовалась программа Process Monitor (Procmon) из набора утилит Sysinternals Марка Руссиновича и Брюса Когсвела, которая лишь подтвердила полученные данные.

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

В зависимости от версии системы "1С:Предприятия", по умолчанию используются различные форматы журналов:

В старых версиях платформы 1С:Предприятии, до 8.3.4 и младше мог быть использован только последовательный формат журнала регистрации .lgf.
В версиях с 8.3.5 по 8.3.11 по умолчанию используется формат SQLite .lgd.
В новых версиях, начиная 8.3.12 и старше по умолчанию используется последовательный формат .lgf.

При этом выбранный формат журнала регистрации сохраняется в информационной базе. В результате при восстановлении информационной базы из резервной копии или файла выгрузки (.dt) формат журнала регистрации также будет восстановлен.

События в журнале регистрации идентифицируются строкой. При этом для системных событий используются комбинации символов _$ и $_ (например, _$InfoBase$_.MasterNodeUpdate или _$PerformError$_). _$InfoBase$_.MasterNodeUpdate отобразится в виде строки Информационная база. Изменение главного узла. Использование этих комбинаций в именах событий, записываемых из встроенного языка, с помощью метода ЗаписьЖурналаРегистрации() запрещено. Созданные при помощи этого метода события отображаются как есть.

Журнал регистрации формата .lgf

Журнал регистрации формата .lgf хранится в текстовых файлах со следующими расширениями:

Журнал регистрации формата .lgd

Журнал регистрации формата .lgd хранится в файле базы данных формата SQLite (1Cv8.lgd). Журнал располагается:

Сохранение журнала регистрации

Просмотр архива журнала регистрации

Для просмотра архива записей журнала регистрации необходимо:

Не поддерживается возможность просмотра архива журнала регистрации, созданного в системе «1С:Предприятие» версий 8.0 и 8.1.

Настройка журнала регистрации в Конфигураторе

С помощью пункта меню Администрирование > Настройка журнала регистрации можно настроить подробность регистрации событий в журнале регистрации.

Обратите внимание, что в случае сетевой работы выбранную установку можно сохранить только тогда, когда с с данной информационной базой кроме администратора никто не работает.

В том случае, если журнал регистрации ведется в последовательном формате (.lgf), для такого журнала доступна настройка разделения журнала по периодам. Это связано с тем, что записи журнала регистрации хранятся в файлах. Каждый файл содержит записи определенного периода. Размер периода задается в поле Разделять хранение журнала регистрации по периодам. Новый файл открывается при наступлении (указывается в значении настройки) каждого нового:

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

Сокращение журнала регистрации

В процессе эксплуатации системы в журнале регистрации может накопиться значительное число записей. Для сокращения числа записей следует открыть окно настройки журнала и нажать кнопку Сократить. На экран выводится окно:

Сокращение записей производится до указанной в поле Удалить события до. При этом следует учитывать тот факт, что будут удалены все записи периода разделения журнала регистрации (см. выше описание поля Разделять хранение журнала регистрации по периодам), в который попадет указанная дата. Так, если указано разделение журнала по месяцам и указана дата 12.12.2019 (например), то будут удалены записи журнала регистрации по указанную дату (включительно). Также следует помнить, что период разделения журнала регистрации может меняться (с течением времени), и удаляемый период будет определяться не текущим периодом разбиения, а тем периодом, который был установлен «во время» даты, указанной в поле Удалить события до.

Если требуется сохранить удаляемые записи, то нужно установить флажок Записать удаляемые записи в файл и указать имя файла-архива.

Если журнал регистрации хранится в последовательном формате (*.lgf), то имеется возможность периодически сокращать журнал и при этом иметь возможность просматривать уже удаленные события журнала. Для этого при сокращении журнала с записью удаляемых записей в файл следует установить флажок Сохранять разделение хранения журнала по периодам и объединять с сохраненным ранее журналом.

Наши рекомендации
Для сохранения разделения по периодам при запуске конфигуратора в командном режиме можно также использовать команду /ReduceEventLogSize KeepSplitting.

Изменение формата журнала регистрации

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

Изменение формата сопровождается записью в журнал регистрации события Информационная база. Изменение параметров журнала регистрации (_$InfoBase$_.EventLogSettingsUpdate). В комментарии будет указано, в какой формат были преобразованы данные журнала регистрации. Для выполнения операции изменения формата необходимо нажать на гиперссылку Изменить формат в левом нижнем углу.

Далее откроется диалог подтверждения смены формата, который зависит от текущего формата журнала регистрации.

При преобразовании из последовательного формата диалог выглядит следующим образом:

При преобразовании из формата SQLite диалог выглядит следующим образом:

Одновременно с преобразованием предоставляется возможность задать разделение журнала регистрации по периодам (Год, Месяц, Неделя, День, Час).

Внимание! Изменение формата журнала регистрации может занять продолжительное время.

После изменения формата с последовательного на SQLite файлы журнала регистрации в последовательном формате сохраняются. При необходимости эти файлы можно удалить средствами операционной системы. После успешного изменения формата с SQLite на последовательный, файл журнала регистрации в формате SQLite удаляется.

Если данная статья была для Вас полезной, то Вы можете поддержать авторов нашего сайта, оставив свой отзыв. Если у Вас установлен Яндекс.Браузер, то в правом верхнем углу браузера нажмите на кнопку отзывов.

Вы можете оценить сайт по пятибальной шкале, выбрав соответствующее количество звезд, а при желании написать несколько слов со своим мнением о данной статье.

Журнал регистрации 1С, Где в 1С журнал регистрации, Как уменьшить размер журнала регистрации 1С, Настройка журнала регистрации 1С, Как сжать журнал регистрации 1С, Открыть журнал регистрации 1С, Как очистить журнал регистрации 1С, Формат журнала регистрации в программе 1С, Как настроить формат журнала регистрации в программе 1С, Как открыть журнал регистрации 1С, Удалить журнал регистрации 1С, Очистить журнал регистрации 1С, Где файл журнала регистрации в 1С, Настройка журнала регистрации программы 1С, Как найти журнал регистрации в программе 1С, Как настроить журнал регистрации 1С, Журнал регистрации 1С 8.3, Где в программе 1С журнал регистрации, Как найти журнал регистрации в программе 1С Предприятие, Открыть журнал регистрации 1С Предприятие, Сжать журнал регистрации 1С Предприятие, Как очистить журнал регистрации программы 1С, Как настроить журнал регистрации программы 1С, Где находится журнал регистрации в программе 1С, Настройка журнала регистрации программы 1С Предприятие, Журнал регистрации 1С:Предприятие 8, Где в 1С Предприятие журнал регистрации, Как настроить журнал регистрации 1С Бухгалтерии, Где находится файл журнала регистрации в 1С, Как найти журнал регистрации в 1С Бухгалтерии, Можно ли удалить журнал регистрации 1С, Где находится журнал регистрации в программе 1С Предприятие, Как открыть журнал регистрации 1С Предприятие, Как уменьшить размер журнала регистрации программы 1С, Журнал регистрации 1С:Предприятие 8.3, Очистить журнал регистрации 1С Предприятие, Где в 1С Бухгалтерии журнал регистрации, Формат журнала регистрации в 1С Предприятие, Как очистить журнал регистрации 1С Предприятие, Где в 1С найти журнал регистрации, Открыть журнал регистрации программы 1С, Формат журнала регистрации в 1С Бухгалтерии, Как удалить журнал регистрации 1С, Где в 1С находится журнал регистрации, Как открыть журнал регистрации программы 1С, Где хранится файл журнала регистрации в 1С, Как сжать журнал регистрации программы 1С, Как изменить формат журнала регистрации в 1С, Где в 1С хранится журнал регистрации, Настройка журнала регистрации 1С Бухгалтерия, Где в 1С 8.3 найти журнал регистрации, Где находится журнал регистрации в программе 1С, Как изменить формат журнала регистрации в программе 1С, Как уменьшить размер журнала регистрации 1С Бухгалтерии, Как найти журнал регистрации в 1С, Очистить журнал регистрации программы 1С, Где находится журнал регистрации в 1С, Как открыть журнал регистрации 1С Бухгалтерия, Как свернуть размер журнала регистрации 1С, Как изменить формат журнала регистрации в программе 1С Предприятие, Где находится журнал регистрации в 1С Бухгалтерии, Формат журнала регистрации 1С, Как сжать журнал регистрации 1С Бухгалтерии, Как найти файл журнала регистрации в программе 1С, Открыть журнал регистрации 1С Бухгалтерии, Как найти файл журнала регистрации в 1С, Как настроить журнал регистрации 1С Предприятие,

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

Файловая база

Для файловых баз данных 1С журнал находится в папке с базой данных. Расположение файлов можно узнать при запуске программы в меню выбора базы данных:

Красным выделен путь. Если мы проследуем по этому пути, то увидим следующую картину:

Если вы только начинаете программировать в 1С или просто хотите систематизировать свои знания - попробуйте Школу программирования 1С нашего друга Владимира Милькина. Пошаговые и понятные уроки даже для новичка с поддержкой учителя.
Попробуйте бесплатно по ссылке >>

Получите понятные самоучители по 1С бесплатно:

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

Клиент-серверная база 1С SQL

В клиент-серверном режиме файлы истории обычно хранятся на сервере в каталоге:

C:\Program Files\1cv8\srvinfo\<Имя кластера сервера>\<Идентификатор базы на сервере>\1Cv8Log

Чтобы перенести журнал регистрации 1С для базы SQL, так же, как и для файловой, достаточно перенести папку в расположение новой базы.

Настройка журнала

В открывшемся интерфейсе доступны следующие настройки ведения журнала:

Другие настройки рассмотрим далее, они относятся к оптимизации работы журнала.

Оптимизация журнала регистрации

Среди способов оптимизации скорости загрузки и работы с журналом можно выделить следующие методы:

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

Будьте внимательны, обратная конвертация в старый формат невозможна.

В системе 1С для анализа технической информации существует также технологический журнал.

Другие статьи по 1С:

Видео по настройке журнала регистрации:

Читайте также: