Файл lgd 1с что это
Сокращаем журнал регистрации в базе 1С
После этого появится окно, где можно будет выбрать режим работы журнала регистрации. Если у вас новая база и вы решили сразу настроить журнал регистрации, то после выбора можете сразу нажимать «OK» и продолжить работу с 1С.
Если у вас база существует давно и вы никогда не сокращали журнал регистрации, то я рекомендую это сделать. Сокращение позволит уменьшить размер файла журнала регистрации, тем самым освободить место на жестком диске. И если вы, например, делаете резервную копию базы копированием всей папки, то это позволит уменьшить размер резервной копии. Нажмите кнопку «Сократить» и откроется новое окно.
В этом окне вы можете выбрать до какой даты сократить журнал регистрации, если вы никогда не заглядывали в журнал регистрации, то можете смело выбирать текущую дату и сокращать весь журнал. Так же есть опция, которая позволяет сохранить удаляемые данные в отдельный файл на всякий случай. Пользоваться этой опцией или нет, это на ваше усмотрение. После выбора даты и выбора файла сохранения или только выбора даты нажимаем «ОК» и программа начнет сокращение журнала. Процесс может занять не которое время и на время сокращения журнала, работать с базой не получиться. Если вы выбрали сокращение журнала регистрации с сохранением удаляемых данных в отдельный файл, то этот процесс может занять значительное время, например, файл журнала размером 12Гб, сокращается 2 часа.
Если вы выбрали сокращение журнала регистрации с сохранением удаляемых данных в отдельный файл, то этот процесс может занять значительное время, например, файл журнала размером 12Гб, сокращается 2 часа.
Учитывайте это при планировании регламентных работ с базой 1С.
Журнал регистрации в базах 1С может храниться в старом и новом формате. Если используется старый формат, то в файловой базе 1С в папке «1Cv8Log» будут содержаться файлы с расширением *.lgf и *.lgp, если формат журнала новый, то расширение файла *.lgd
Если у вас старый формат журнала, то после сокращения размер файлов уменьшится самостоятельно, а вот с новым форматом журнала придется сделать еще одну процедуру, т.к. размер файла не меняется после сокращения журнала. Все дело в том, что новый формат журнала регистрации использует формат SQLite для хранения данных и программа 1С не сокращает файл журнала «1Cv8.lgd» самостоятельно, поэтому нужно в ручную выполнить команду vacuum для файла «1Cv8.lgd». Для этого нам понадобиться программа sqlite3.exe, её можно скачать с сайта sqlite.org. На странице загрузки находите раздел «Precompiled Binaries for Windows» и в нем скачиваете файл
«sqlite-tools-win32-x86-3260000.zip«, последние цифры в имени файла могут изменяться, когда меняется версия программы sqlite3.exe.
После того как скачали архив с программой распаковывайте его, например, в папку temp, которая располагается в корне диска C: (C:\temp), для удобства переименовываете папку «sqlite-tools-win32-x86-3260000» в «sqlite». После этого открываете командную строку от имени «Администратора системы». Далее командой в консоли «cd C:\temp\sqlite» переходите в папку с файлом sqlite3.exe. Теперь вы можете выполнить команду vacuum для файла «1Cv8.lgd». Формат команды будет примерно такой «sqlite3.exe C:\ \1Cv8.lgd vacuum»
Получилось достаточно много шагов и нюансов для уменьшения размера файла «1Cv8.lgd», но для своего и вашего удобства я сделал bat файл, который выполнит нужную нам команду без открывания командной строки. Вам нужно скачать архив с bat файлом и программой sqlite3.exe с моего репозитория на GitHub по этой ссылке https://github.com/ProfAdmin/archive/raw/master/sqlite_for_1C.rar. После скачивания, распаковываете файлы, копируете их в папку «1Cv8Log» и запускаете файл «vacuum_1Cv8LGD.bat».
Откроется окно консоли, выполнится команда vacuum и вам нужно будет нажать на любую клавишу для закрытия окна, после этого файл «1Cv8.lgd» будет сокращен. После вы можете удалить скопированные файлы из папки «1Cv8Log», кроме «1Cv8.lgd» или оставить для будущего сокращения.
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 мягко говоря не стоит экономить.
На этом все. Надеюсь информация оказалась полезной. Удачи и добра, до новых встреч, друзья!
Переключение журнала регистрации в старый формат
Переключение журнала регистрации в старый формат
Введение
Целью переработки журнала регистрации и перевода его в новый формат было увеличение скорости выполнения запросов к нему и повышение надежности хранения данных. Новость об этом была размещена на официальном ресурсе фирмы 1С. Обновление платформы до версии 8.3.5.1068 и выше не приводит к автоматическому переводу журнала регистрации в новый формат у уже созданных информационных баз. Но при этом имеется возможность смены формата на новый штатными средствами платформы. Для этого следует открыть диалог настройки журнала регистрации (Главное меню –> Администрирование –> Настройка журнала регистрации) и нажать кнопку «Новый формат».
Проблемы при работе с новым форматом журнала регистрации
При работе с новым форматом журнала регистрации иногда возникает ряд проблем, которые могут оказаться критичными для стабильной работы пользователей в системе. Приведем ниже типичные проблемы, а также сообщения об ошибках и записи технологического журнала, которые возникают при работе с новым форматом журнала регистрации. Причины данных ошибок мы расследовали в ходе работ по поддержке наших клиентов.
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С
Рассмотрим случай, когда log-файл 1С «распух» и занимает значительное место на диске. Сколько? Здесь все зависит от вашей конкретной ситуации.
Например, у вас файловая 1С — когда открываете папку с логами, то можете обнаружить файл *.lgp вполне солидного размера. До нескольких Гб. Это и есть Журнал регистрации 1С:Предприятия.
Возникает закономерный вопрос: «Можно ли его уменьшить или вообще избавиться?». Да, но сначала общие моменты.
Где находятся log-файлы
Форматы записи журнала
Новый формат ЖР (SQLite, *.lgd) появился в платформе 1С:Предприятия, начиная с версии 8.3.5. При обновлении платформы автоматическая смена формата ЖР не применяется.
Но если вы создаёте новую информационную базу либо пересоздаёте старую с очисткой каталога 1Cv8Log, на 8.3.5 или выше, то при отсутствии 1Cv8.lgf будет создан журнал нового формата.
На большом количестве пользователей новый формат журнала может оказаться хуже старого режима работы.
Как вернуть старый режим журнала регистрации
Для серверных баз:
При необходимости — повторите шаги для каждой базы.
Рекомендации
Преобразование из SQLite в последовательный формат ↓
Особенности нового формата SQLite
В этом режиме настройка «Разделять хранение журнала по периодам» в Конфигураторе отсутствует. Остаётся кнопка «Сократить» для обрезки части журнала и переноса обрезаемых событий в указанный файл.
Одно «но!» — после этого размер 1Cv8.lgd не уменьшается. Для очистки необходимо выполнить команду vacuum.
Для этих целей используется утилита sqlite3, которую можно скачать с официального сайта.
Пример команды (расположение утилиты и lgd-файла у вас могут отличаться):
Если не получается и требуется дополнительная поддержка — наши специалисты готовы вам помочь → +7-911-500-10-11
В 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 метаданных пока нашел только немного извращенный способ – ЗначениеИзСтрокиВнутр(ТипМетаданных.ИмяМетаданных.ПустаяСсылка()) и парсить полученную строку.