Сообщение «Ошибка формата файла журнала регистрации» не пускает пользователей в базу. Не запускайте «Тестирование и исправление»: журнал лежит отдельно от данных, поэтому проверка базы здесь не поможет.
Сначала сохраните текущее состояние. Файловую базу скопируйте целиком: каталог должен содержать 1Cv8.1CD и папку 1Cv8Log. Для клиент-серверной базы снимите резервную копию средствами СУБД, а затем отдельно сохраните каталог журнала.
Теперь проверьте свободное место. Если диск заполнен, освободите его и сократите журнал штатной командой. Повреждённый журнал придётся пересоздать — после завершения сеансов или остановки службы сервера 1С.
Журнал регистрации и база — разные хранилища
В файловом варианте данные лежат в 1Cv8.1CD, а журнал — в подпапке 1Cv8Log. Практическое руководство 1s-83.com «Журнал регистрации в 1С 8.3: где найти и открыть» называет файл современного формата: 1Cv8Log\1Cv8.lgd.
В клиент-серверном варианте журнал тоже не попадает в СУБД. Платформа хранит его в служебном каталоге кластера сервера 1С. Путь выглядит так:
...\srvinfo\reg_<порт>\<идентификатор ИБ>\1Cv8Log\1Cv8.lgdПовреждение 1Cv8.lgd ещё не означает, что пострадали таблицы СУБД или файл 1Cv8.1CD. Пока другие сообщения не указывают на базу, работайте только с журналом.
Журнал записывает входы пользователей, изменения данных, ошибки, фоновые задания и обращения к внешним ресурсам. Этот состав событий приводит руководство 1s-83.com. Версий реквизитов там нет: историю данных 1С хранит отдельно, если администратор её настроил.
Сначала определите масштаб сбоя
Одна ошибка журнала иногда выглядит как авария всей системы. Масштаб сбоя подскажет, какой каталог искать и какую службу останавливать.
| Что видит администратор | Что это может означать | Что проверить первым |
|---|---|---|
| Одна база сообщает об ошибке формата журнала | Повреждён журнал этой информационной базы | Скопировать базу и журнал, затем найти её каталог 1Cv8Log |
| Одна база не открывается, диск почти заполнен | 1Cv8.lgd занял свободное место либо перестал корректно записываться | После резервной копии проверить объём диска и размер 1Cv8.lgd |
| Несколько серверных баз недоступны | Сбой затронул службу сервера, служебный каталог или общий диск | Снять копии средствами СУБД, проверить Агент сервера 1С и том с srvinfo |
| Клиент закрывается, но другие пользователи продолжают работать | Причина может находиться вне журнала конкретной базы | Зафиксировать время сбоя и проверить, повторяется ли он в другом сеансе |
После копирования выясните масштаб сбоя и проверьте место на диске. Не удаляйте файлы из первого найденного 1Cv8Log: у каждой информационной базы свой журнал.
Если закрылся только один клиент и сообщения о журнале нет, начните с разделения клиентского и общего сбоя по времени события. Так вы отсечёте неполадки, не связанные с 1Cv8.lgd.
Старый и новый форматы требуют разных действий
По содержимому 1Cv8Log можно определить формат хранилища. Современная платформа использует один SQLite-файл 1Cv8.lgd. Старый формат состоит из набора файлов .lgf и .lgp. Оба варианта описаны в руководстве 1s-83.com.
При смене формата платформа пересоздаёт хранилище. Старые записи в новый журнал автоматически не переходят. До изменения сохраните весь каталог 1Cv8Log.
| Формат | Что находится в 1Cv8Log | Что сохранить | Что появится после пересоздания |
|---|---|---|---|
| Современный | Единый файл 1Cv8.lgd | Копию файла вместе с каталогом | Новый 1Cv8.lgd |
| Старый | Набор файлов .lgf и .lgp | Весь набор файлов, без выборочного копирования | Новое хранилище выбранного формата |
| Клиент-серверный, современный | 1Cv8.lgd внутри каталога конкретной ИБ в srvinfo | Каталог журнала нужной ИБ | Новый журнал после запуска службы и появления первого события |
| Файловый, современный | 1Cv8Log\1Cv8.lgd рядом с 1Cv8.1CD | Каталог базы и отдельную копию 1Cv8Log | Новый журнал после открытия базы |
Архивируйте хранилище целиком. Нельзя переносить отдельные журнальные файлы между базами и продолжать в них прежнюю историю.
Руководство 1s-83.com связывает журнал с конкретной информационной базой. После переноса базы история начинается заново. Старый 1Cv8Log сохраняйте для разбора событий, а не для подстановки в другую базу.
Как пересоздать журнал файловой базы
Закройте 1С у всех пользователей. Убедитесь, что фоновые процессы и задания больше не обращаются к файловой базе.
Скопируйте весь каталог базы в другое место. В копии должны остаться 1Cv8.1CD и исходная папка 1Cv8Log. Саму папку 1Cv8Log дополнительно сохраните отдельным архивом — она пригодится для разбора событий.
Только после этого удалите содержимое 1Cv8Log. Сам каталог базы оставьте на месте. По инструкции 1s-83.com платформа создаст новый журнал, когда запишет следующее событие.
Откройте базу под учётной записью администратора. Затем перейдите в Конфигуратор и выберите «Администрирование → Журнал регистрации». В папке 1Cv8Log должен появиться новый файл.
Если после пересоздания журнала 1С сообщает о повреждении 1Cv8.1CD, остановитесь. Дальше действуйте по порядку восстановления исходного файла на отдельной копии. Не исправляйте единственный экземпляр базы.
Как пересоздать журнал серверной базы
Снимите резервную копию средствами вашей СУБД. Один каталог srvinfo не заменяет копию данных клиент-серверной базы.
Завершите пользовательские сеансы и остановите Агент сервера 1С:Предприятия. Руководство 1s-83.com предупреждает: если удалить 1Cv8.lgd при работающей службе, журнал может повредиться снова.
Найдите каталог нужной информационной базы:
...\srvinfo\reg_<порт>\<идентификатор ИБ>\1Cv8Log\Скопируйте повреждённый 1Cv8.lgd в отдельное место. Не подставляйте его в другую базу и не смешивайте каталоги с разными идентификаторами ИБ.
Удалите исходный 1Cv8.lgd, запустите Агент сервера 1С и откройте базу. Платформа создаст новый журнал при первом записанном событии.
Проверьте вход пользователя и появление свежей записи. Если недоступны несколько баз, проблема шире одного журнала. Переходите к диагностике запуска клиента, кластера и СУБД по отдельности.
Если 1Cv8.lgd занял свободное место
Файл 1Cv8.lgd может разрастись до десятков гигабайт. Такой диапазон приводит руководство 1s-83.com. Не удаляйте файл, пока база открыта.
Сначала сохраните журнал. Затем откройте Конфигуратор и перейдите в «Администрирование → Журнал регистрации». Команда «Сократить» удалит записи, созданные раньше выбранной даты.
Материал ППТ «Ошибка журнала регистрации 1С: как исправить» тоже называет «Сократить» штатным способом уменьшения журнала. Руководство 1s-83.com советует эту команду вместо ручного удаления файлов при работающей базе.
| Действие | Когда применять | Что учесть |
|---|---|---|
| Сократить журнал по дате | Журнал читается, база открывается, нужно вернуть место | До сокращения сохраните журнал; записи раньше выбранной даты исчезнут из рабочего хранилища |
Пересоздать 1Cv8.lgd | Журнал повреждён и блокирует вход | Сначала сделайте копию, затем завершите сеансы или остановите Агент сервера 1С |
| Удалить файлы при работающей базе | Не применять | Платформа продолжает обращаться к хранилищу и может снова повредить его |
| Выбрать «Не регистрировать» | Только по отдельному регламенту, а не ради свободного места | Пропадут новые сведения об ошибках и действиях пользователей |
Читаемый журнал сокращайте по дате. Пересоздавайте его целиком только при повреждении хранилища.
Не отключайте регистрацию ради нескольких свободных гигабайт. Статья 1С-Битрикс «Журнал регистрации 1С — настройка, хранение и очистка» поясняет: параметр «Не регистрировать» прекращает запись событий. За этот период вы потеряете цепочку входов, ошибок и действий пользователей.
Период разделения не задаёт срок хранения
Конфигуратор умеет разделять журнал по часу, дню, неделе или месяцу. Эти варианты перечисляет руководство 1s-83.com. Статья 1С-Битрикс рекомендует деление по дням.
Период разделения меняет устройство хранилища, но не задаёт срок расследования событий. Руководство 1s-83.com, материалы ППТ и 1С-Битрикс не подтверждают автоматическое удаление записей по окончании выбранного периода.
Настройка «День» не означает «хранить один день». Она меняет структуру журнала. Старые события всё равно придётся сокращать отдельно.
Не назначайте срок в 30, 90 или 365 дней без внутреннего основания. Компания сама решает, насколько далеко ей нужно разбирать ошибки, спорные изменения и входы пользователей.
Закрепите в регламенте три ответа:
- Кто определяет дату, до которой события больше не нужны.
- Где лежит архив, созданный перед сокращением.
- Кто следит за свободным местом и сокращает журнал.
Если журнал нужен для аудита или служебных расследований, согласуйте срок с ответственным сотрудником. Администратор не должен удалять историю, которой пользуется другой отдел.
Чего не делать при ошибке журнала
Не запускайте «Тестирование и исправление» только из-за ошибки 1Cv8.lgd. Эта операция проверяет структуру информационной базы и меняет данные. Журнал лежит отдельно.
Если на повреждение базы указывает другое сообщение, сначала создайте отдельную копию. После этого сверьте выбранные операции с порядком работы окна «Тестирование и исправление».
Не восстанавливайте резервную копию поверх рабочей базы. Разверните её в другом каталоге или на другой машине. Иначе вы потеряете изменения, появившиеся после создания копии.
Не перезапускайте сервер снова и снова при ошибках диска. Сначала сохраните доступные файлы и проверьте хранилище. Каждая новая запись может уменьшить объём данных, доступных для извлечения.
Не переносите 1Cv8.lgd из другой информационной базы. Пусть платформа создаст новый журнал. Повреждённый файл сохраните отдельно для последующего разбора.
Порядок действий на сегодня
- Скопируйте файловую базу целиком или снимите резервную копию средствами СУБД.
- Отдельно сохраните каталог
1Cv8Log. - Проверьте свободное место и выясните, отказала одна база или несколько.
- Изучите
1Cv8Log: файл1Cv8.lgdуказывает на новый формат,.lgf/.lgp— на старый. - Если диск переполнен, сократите читаемый журнал по дате через Конфигуратор.
- Повреждённый журнал пересоздавайте после завершения сеансов или остановки Агента сервера 1С.
- Настройте дневное разделение и регулярное сокращение по дате, принятой в компании.
Новый журнал появился, а база открылась — сбой находился в журнале. Сообщение осталось или 1С указывает на 1Cv8.1CD — не смешивайте две аварии. Сохраните текущее состояние и отдельно диагностируйте файл базы.
Для других сообщений нужна своя ветка проверки. Найти её можно по карте неисправностей базы, кластера и СУБД.
Если не помогло
Остановите работы, если журнал не создаётся, служба снова падает или недоступны несколько баз. Запишите путь к srvinfo и время ошибки. Зафиксируйте свободное место, исходные файлы не меняйте.
Когда сбой может находиться в журнале, кластере или СУБД, нужна проверка аварии по всем трём уровням. Объём записей, доступных для извлечения из повреждённого журнала, станет понятен только после проверки файла.
Чтобы не повторилось
Настройте регулярные резервные копии базы и проверяйте их развёртыванием в отдельном контуре. Архив журнала не заменяет резервную копию данных.
Закрепите в регламенте контроль свободного места, архивирование 1Cv8Log и сокращение по согласованной дате. После каждой такой операции проверяйте вход в базу и появление нового события.
Можно ли удалить 1Cv8.lgd?
Можно, но только после копирования базы и журнала. Для файловой базы завершите все сеансы, для серверной остановите Агент сервера 1С.
Ошибка журнала означает повреждение базы?
Нет. Журнал хранится отдельно от 1Cv8.1CD и от СУБД клиент-серверной базы. Повреждение базы проверяют отдельно, если ошибка остаётся после пересоздания журнала.
Поможет ли «Тестирование и исправление»?
При повреждении журнала — нет. Операция меняет данные информационной базы, поэтому запускайте её только на отдельной копии и по признакам повреждения самой базы.
Как уменьшить журнал без удаления целиком?
Сохраните архив, откройте журнал через Конфигуратор и примените команду «Сократить» по дате. Ручное удаление при работающей базе может снова повредить файл.
Сколько дней хранить журнал регистрации?
Единого срока нет. Назначьте дату по периоду, за который компания разбирает ошибки и действия пользователей, затем регулярно архивируйте и сокращайте журнал.