Файлы lgp 1c что это
Журнал регистрации 1С:Предприятие 8
Инструменты администратора. Журнал регистрации 1С:Предприятие 8 для фиксации событий и контроля действий пользователей.
Поиск и настройка отборов Журнала регистрации
Где найти журнал регистрации в 1С 8.3?
Формат Журнала регистрации
Журнал регистрации может формироваться в двух форматах:
В зависимости от версии системы «1С:Предприятия», по умолчанию используются различные форматы журналов:
Таким образом начиная с версии 8.3.5 поддерживается возможность смены формата журнала регистрации из SQLite *.lgd в последовательный *.lgf и обратно.
При этом выбранный формат журнала регистрации сохраняется в информационной базе. В результате при восстановлении информационной базы из резервной копии или файла выгрузки (.dt) формат журнала регистрации также будет восстановлен.
Журнал регистрации формата .lgf хранится в текстовых файлах со следующими расширениями:
Журнал регистрации формата .lgd хранится в файле базы данных формата SQLite (1Cv8.lgd). Журнал располагается:
Сохранение журнала регистрации
Для сохранения журнала регистрации нужно открыть его и выбрать пункт Файл ‑ Сохранить копию. На экран выводится диалог выбора каталога и файла, в который будет произведена выгрузка, а также тип файла (по умолчанию указывается тип журнала регистрации *.lgf). Выгрузка также возможна в формате XML (описание формата см. здесь).
Просмотр архива журнала регистрации
Для просмотра архива записей журнала регистрации необходимо:
Не поддерживается возможность просмотра архива журнала регистрации, созданного в системе «1С:Предприятие» версий 8.0 и 8.1.
Настройка журнала регистрации в Конфигураторе
В том случае, если журнал регистрации ведется в последовательном формате (.lgf), для такого журнала доступна настройка разделения журнала по периодам. Это связано с тем, что записи журнала регистрации хранятся в файлах. Каждый файл содержит записи определенного периода. Размер периода задается в поле Разделять хранение журнала регистрации по периодам. Новый файл открывается при наступлении (указывается в значении настройки) каждого нового:
Сокращение журнала регистрации
В процессе эксплуатации системы в журнале регистрации может накопиться значительное число записей. Для сокращения числа записей следует открыть окно настройки журнала и нажать кнопку Сократить. На экран выводится окно:
Сокращение записей производится до указанной в поле Удалить события до. При этом следует учитывать тот факт, что будут удалены все записи периода разделения журнала регистрации (см. выше описание поля Разделять хранение журнала регистрации по периодам), в который попадет указанная дата. Так, если указано разделение журнала по месяцам и указана дата 12.12.2019 (например), то будут удалены записи журнала регистрации по указанную дату (включительно). Также следует помнить, что период разделения журнала регистрации может меняться (с течением времени), и удаляемый период будет определяться не текущим периодом разбиения, а тем периодом, который был установлен «во время» даты, указанной в поле Удалить события до.
Если требуется сохранить удаляемые записи, то нужно установить флажок Записать удаляемые записи в файл и указать имя файла-архива.
Если журнал регистрации хранится в последовательном формате (*.lgf), то имеется возможность периодически сокращать журнал и при этом иметь возможность просматривать уже удаленные события журнала. Для этого при сокращении журнала с записью удаляемых записей в файл следует установить флажок Сохранять разделение хранения журнала по периодам и объединять с сохраненным ранее журналом.
Наши рекомендации
Для сохранения разделения по периодам при запуске конфигуратора в командном режиме можно также использовать команду /ReduceEventLogSize KeepSplitting.
Изменение формата журнала регистрации
При работе с журналом регистрации имеется возможность изменить его формат. В зависимости от варианта информационной базы, для выполнения операции изменения формата технологического журнала требуется разный доступ к файлу информационной базы:
Далее откроется диалог подтверждения смены формата, который зависит от текущего формата журнала регистрации.
При преобразовании из последовательного формата диалог выглядит следующим образом:
Одновременно с преобразованием предоставляется возможность задать разделение журнала регистрации по периодам (Год, Месяц, Неделя, День, Час).
Внимание! Изменение формата журнала регистрации может занять продолжительное время.
После изменения формата с последовательного на 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С 8 журнал регистрации хранится в текстовых файлах, которые находятся в подкаталоге 1Cv8Log. Для клиент-серверной ищем где-то в «C:\Program Files\1cv82\srvinfo\reg_1541\\1Cv8Log\».
Обычно журнал регистрации 1С 8 состоит из одного файла описаний (ELF в 8.1 / LGF в 8.2) и одного или нескольких файлов данных (LOG в 8.1 / LGP в 8.2). Существуют еще так называемые архивы журнала регистрации – в этом случае описания и данные находятся в одном файле последовательно, сначала описания, затем данные, при этом расширение как у файла данных.
В первой строке файла журнала регистрации пишется маркер
«1CV8LOG_» для 8.1 и «1CV8LOG(ver 2.0)» для 8.2.
Во второй строке пишется GUID.
Для файла данных журнала регистрации пишется еще дополнительно третья пустая строка.
Дальше идут непосредственно данные, которые заключены в фигурные скобки «<>» и отделяются друг от друга запятой.
При парсинге журнала регистрации сталкиваемся с проблемой отделения друг от друга записей – ведь они имеют переменную длину и могут быть разбиты на разное число строк, которое получается из-за следующих правил, добавляющих дополнительные символы новой строки (Символы.ПС):
2) Закрывающие фигурные скобки «>» не могут идти подряд – они всегда разделены символом новой строки;
3) Символ новой строки может встретиться внутри кавычек.
Таким образом отделить запись можно по следующим критериям
1) Первый символ – открывающая фигурная скобка «<";
3) Последний символ – закрывающая фигурная скобка «>»;
4) Так же у правильной записи всегда будет четное число кавычек.
Структура записей файла описаний 8.1 сильно отличаются от 8.2.
При анализе файла описаний 8.2 увидим другую картину. Файл содержит много записей размером от обычно трех элементов до четырех, в случае если надо указать GUID – для пользователей и метаданных.
Формат записи прост – первый элемент код массива, второй – значение, третий – номер в массиве. В случае четырех записей, между первым и вторым элементом появляется GUID.
Коды массивов были обнаружены следующие:
8 – вспомогательные порты.
Так же встречаются пока неопознанные коды 11, 12 и 13
Таким образом, из файлов описаний получаем необходимые справочники, которые будут использованы в файлах данных.
Структура записей файлов данных 8.1 отличается от 8.2 по сути только количеством элементов. В 8.1 запись состоит жестко из 16 элементов, а в 8.2 число элементов переменно и может быть от 19 штук и до в принципе любого количества.
Далее приведу значения элементов в записи:
1) Дата и время в формате «yyyyMMddHHmmss», легко превращается в дату функцией Дата();
2) Статус транзакции – может принимать четыре значения «N» – «Отсутствует», «U» – «Зафиксирована», «R» – «Не завершена» и «C» – «Отменена»;
3) Транзакция в формате записи из двух элементов преобразованных в шестнадцатеричное число – первый – число секунд с 01.01.0001 00:00:00 умноженное на 10000, второй – номер транзакции;
4) Пользователь – указывается номер в массиве пользователей;
5) Компьютер – указывается номер в массиве компьютеров;
6) Приложение – указывается номер в массиве приложений;
7) Соединение – номер соединения;
8) Событие – указывается номер в массиве событий;
9) Важность – может принимать четыре значения – «I» – «Информация», «E» – «Ошибки»,
«W» – «Предупреждения» и «N» – «Примечания»;
10) Комментарий – любой текст в кавычках;
11) Метаданные – указывается номер в массиве метаданных;
12) Данные – самый хитрый элемент, содержащий вложенную запись;
13) Представление данных – текст в кавычках;
14) Сервер – указывается номер в массиве серверов;
15) Основной порт – указывается номер в массиве основных портов;
16) Вспомогательный порт – указывается номер в массиве вспомогательных портов;
17) Сеанс – номер сеанса;
18) Количество дополнительных метаданных, номера которых будут перечислены в следующих элементах записи. Именно 18-й элемент определяет длину записи, т.к. дальше будут следовать столько элементов сколько указано здесь + один последний, назначение которого пока не определено и обычно там «<0>«. Возможно это просто маркер окончания записи. Так же есть идея что <0>похоже на пустой массив.
Теперь рассмотрим вложенную запись элемента 12 (Данные), который может принимать следующие значения:
1) <"U">– Неопределено – можно преобразовать через ЗначениеИзСтрокиВнутр();
2) <"S","Строка">– Строка – можно преобразовать через ЗначениеИзСтрокиВнутр();
3) <"R",id:GUID>– Ссылка c GUID, где метаданные с id. Для получения id метаданных пока нашел только немного извращенный способ – ЗначениеИзСтрокиВнутр(ТипМетаданных.ИмяМетаданных.ПустаяСсылка()) и парсить полученную строку.
Все, что вы хотели знать о журнале регистрации
После жалоб пользователей на замедление 1С:Предприятие администраторы высказали подозрение, что причиной тормозов является Журнал регистрации. Журналы – это несколько файлов формата lgd от одного до двух гигабайт. Чтобы развеять все сомнения, и вооружившись трехзвенкой 8.3.12.1469 x86, а также инструментами от производителя, решено было изучить вопрос вдоль и поперек или другими словами, узнать, «что там под капотом».
Итак, журнал представляет из себя не что иное, как базу данных sqlite, хотя 1С использует свое именование расширения и даже свой драйвер для доступа, который входит в поставку платформы. Разработчики 1С не стали использовать предлагаемый авторами sqlite драйвер, а просто скомпилировали свой, видимо для совместимости и/или простоты использования, благо исходники доступны на сайте sqlite. Но используется он своеобразно. К примеру, если пометить на удаление записи в журнале любым доступным вам способом, то это ничего не даст потому, что 1С просто игнорирует эту метку. То есть при просмотре отразятся все без исключения записи.
Разработчики sqlite утверждают, что размер файла базы данных может превышать сотню гигабайт и даже сотню терабайт. Так что, если бы 1С:Предприятие тормозила из-за журнала, то скорее всего это могло случиться только из-за кривого драйвера от 1С или неумения его правильно готовить использовать. Хотя конечно могут влиять и внешние факторы, как например, дефрагментация диска и тому подобное. К примеру, одно из последних нововведений разработчиков sqlite – метод VACUUM. И хотя он также упоминается в драйвере 1С, на деле этот метод никак не используется или я не смог спровоцировать его выполнение. Если вы решите сократить полностью журнал из Конфигуратора, то вместо того, чтобы заново создать файл или основную таблицу журнала, 1С:Предприятие начнет удалять все записи в таблице EventLog. И если у вас он большого размера, то придется запастись терпением. За то при этом все пользователи могут продолжать свою работу в обычном режиме, вот только вряд ли при этом что-то отразится в журнале об их работе. Многопоточность? Нет, не слышал.
В документации сказано, что при загрузке информационной базы все записи журнала не очищаются. Для чего так сделано? Ведь если конфигурация иная, то в базе останутся никому не нужные записи об объектах предыдущей конфигурации, которых просто может не быть в новой. Видимо пользователю предлагается самому найти этот файл и удалить.
Службы 1С:Предприятие автоматически создает файл 1Cv8.lgd при первом же обращении будь то конфигуратор или web-приложение. Что интересно база не формируется сразу же целиком, а только по необходимости. К примеру, если установить уровень «Регистрировать ошибки», запустить регламентное задание, то создадутся только две таблицы, пусть и пустые. То есть о выполнении регламентных заданий вы не узнаете, пока не начнется нормальное ведение журнала, а для этого нужно хотя бы раз открыть 1С:Предприятие (в любом режиме). Кстати регламентные задания в журнале отражаются как фоновые. Почему так? Зачем понадобилось два термина?
И только при запуске 1С:Предприятие в режиме конфигуратора или обычного приложения создадутся все оставшиеся необходимые таблицы. Записи создаются по такому же алгоритму. К примеру, есть таблица MetadataCodes, в которой хранятся объекты конфигурации. Но все объекты разом не записываются, хотя это можно было бы сделать, к примеру, при обновлении конфигурации, а записываются только по требованию.
Структура базы нормализована по полной программе. Размер записи основной таблицы равен примерно 140 байт, что совсем немного для такого рода сценария использования как ведение логов.
Но есть вопросы. К примеру, для чего нужно было создавать отдельные таблицы используемых портов? Сколько килобайт планировали сэкономить авторы? Видимо это все ради того, чтобы потом быстро показать/использовать в форме отбора. Другого объяснения не нашел. Но опять же для чего надо было создавать поле Name, когда его значение можно было хранить в поле Code. Если у кого есть идеи, поделитесь.
И эта песня тянется уже не один год.
При любом несложном нарушении структуры базы она будет восстановлена. К примеру, мной были удалены некоторые индексы, и при следующем моем обращении к журналу из главного меню конфигуратора Администрирование – Журнал регистрации все индексы были благополучно восстановлены после небольшой паузы.
Итак, вернемся к файлу журнала, с которого все и началось. Размер его чуть превышал 1 гигабайт, что по меркам авторов sqlite это копейки. Нельзя не отметить всеобщий сарказм администраторов в отношении к 1С, многие относят ее к разряду «для киосков с оборотом 3 рубля». Это, конечно же, отдельная история. Хотя предыдущая статья лишь подтверждает этот момент, особенно аргументы в обсуждении.
Принимая во внимание все вышеперечисленные проблемы, сомнения все же оставались. Мною было решено просто проверить, как влияет рост размера журнала на производительность. Была создана обработка, которая в цикле выполняла одну лишь команду:
20 циклов/замеров по миллиону записей. Размер файла вырос с пары-тройки десятков килобайт до почти трех гигабайт. Обратите внимание, что скорость никоим образом не изменилась, более того даже не деградировала от того, что файл сильно распух. Все же авторы sqlite правы, говоря, что это копейки.
Так же для контроля скорости записи на диск использовалась программа Process Monitor (Procmon) из набора утилит Sysinternals Марка Руссиновича и Брюса Когсвела, которая лишь подтвердила полученные данные.
Размер файла журнала регистраций никак не влияет на скорость записи. Конечно, надо учитывать еще много других факторов. Но текущая задача была лишь проверить как сама 1С:Предприятие работает с файлами sqlite большого размера.
990x.top
Простой компьютерный блог для души)
1Cv8Log — что это за папка, можно ли удалять?
1Cv8Log — папка, в которой содержится журнал регистрации.
Внутри папки будут файлы, если журнал в новом формате — то файлы будут иметь расширение *.lgd, а если журнал старого формата — то *.lgf и *.lgp.
В принципе не особо важная папка, нужна я так понимаю для анализа ошибок, неудачных операций. Если вам например нужно перенести файловую базу данных, и при этом хотите сохранить историю журнала регистрации — то нужно также перенести и папку 1Cv8Log.
А если нужно просто очистить журнал регистрации в файловой базе — то достаточно просто удалить 1Cv8Log.
Где хранится эта папка 1Cv8Log? Обычно по такому пути:
C:\Program Files\1cv8\srvinfo\ \ \1Cv8Log
Чтобы оптимизировать журнал, то следует использовать некоторые настройки.
Включить меньшее количество регистраций событий. Пусть регистрируются только важные.
Разделить журнал на периоды. При большой базе и большом количестве операций — лучше делить базу по дням. При средней базе — можно по неделям. В итоге у вас файлы логов будут разбиты, или по дням, или по неделям, в зависимости от настроек. Название файлов тоже будет удобным, например 20140905000000.lgp, где сразу видим дату. Собственно вот эти настройки:
Именно здесь вы также можете указать что регистрировать, а что нет. Например мое мнение, что важно регистрировать ошибки, предупреждения, а информацию и примечание — можно пропустить.
Если у вас журнал очень большой, то возможно стоит удалить старые записи, которые скорее всего вам не понадобятся:
Очень полезно то, что вы удаляете — сохранить в отдельный файл на всякий случай, если вдруг записи понадобятся.
Еще один хороший способ оптимизировать журнал — это перевести его в новый формат, который доступен в 1С с версии 1С 8.3.5.1068. В чем его фишка? Данные хранятся не в текстовом формате, а в базе СУБД SQLite, которая отлично с этим справляется. Чтобы перевести в новый формат, также достаточно в настройках нажать кнопку Новый формат:
Но учтите, что обратный процесс — невозможен. То есть из нового формата вернуться в старый уже будет невозможно.
Вот что внутри папки 1Cv8Log может быть:
Как понимаю тут журнал за короткий период, проблем вызывать не должен.
Идеально всего настроить так, чтобы журнал создавался по дням или по неделям. И потом вы можете спокойно удалять данные за тот или иной день/неделю. В самом крайнем случае — можно всю папку 1Cv8Log заархивировать при помощи WinRAR, а потом папку удалить. Просто WinRAR подобные данные должен хорошо сжимать, еще можно попробовать 7Zip. Тем более, что как оказывается, этот журнал может замедлять работу программы.
И еще. Если у вас используется журнал в виде файла, а не базы, то очень полезно чтобы 1С стояла не на жестком диске, а на SSD. Программа в итоге будет работать намного быстрее, а учитывая для чего используется 1С — на SSD мягко говоря не стоит экономить.
На этом все. Надеюсь информация оказалась полезной. Удачи и добра, до новых встреч, друзья!