Где 1С хранит историю изменений и как её найти

Вопрос «где 1С хранит историю» обычно возникает в трёх ситуациях: нужно узнать, кто и когда изменил документ; требуется восстановить предыдущую версию объекта; либо администратор ищет, в каких таблицах базы физически лежат данные об изменениях. В 1С история хранится не в одном месте — это несколько независимых механизмов с разным назначением и разным объёмом хранимых сведений.

Основных источника три: журнал регистрации (фиксирует события и действия пользователей), механизм версионирования объектов (сохраняет сами версии документов и элементов справочников) и история изменений в типовых конфигурациях на БСП. Каждый из них включается, хранится и очищается по-своему, и путать их — частая причина ошибочных выводов при разборе инцидентов.

Ниже разберём, где именно хранятся эти данные в файловой и клиент-серверной базе, как включить версионирование, как посмотреть историю конкретного объекта и какие ограничения есть у каждого механизма.

Журнал регистрации: где лежит и что фиксирует

Журнал регистрации — основной источник сведений о том, кто, когда и что делал в базе. Он ведётся платформой автоматически и не требует включения, хотя уровень детализации настраивается. В нём фиксируются входы и выходы пользователей, запись и проведение документов, изменение данных, ошибки, действия администрирования.

В файловой базе журнал хранится в каталоге базы — это файл 1Cv8.lgd (в старых форматах — каталог 1Cv8Log с файлами .lgp и .lgf). В клиент-серверном варианте журнал размещается в каталоге служебных файлов кластера сервера 1С, путь задаётся при регистрации информационной базы.

Посмотреть журнал можно из конфигуратора: меню «Администрирование» → «Журнал регистрации». Доступен фильтр по пользователю, событию, дате, данным и уровню важности. В пользовательском режиме в типовых конфигурациях журнал доступен через раздел администрирования при наличии соответствующих прав.

Версионирование объектов: как включить хранение версий

В типовых конфигурациях на базе Библиотеки стандартных подсистем (1С:Бухгалтерия, Управление торговлей, ERP, ЗУП и других) есть механизм версионирования объектов. По умолчанию он выключен — это сделано осознанно, поскольку хранение версий увеличивает объём базы и немного замедляет запись объектов.

Включение выполняется в пользовательском режиме: раздел «Администрирование» → «Общие настройки» → включить флажок «Хранить историю изменений» (в некоторых конфигурациях — «Версионирование объектов»). После этого по кнопке «Настроить» выбирается, для каких видов документов и справочников хранить версии и как долго.

1. 1
   Откройте раздел «Администрирование» → «Общие настройки» (или «Настройка версионирования объектов»).
2. 2
   Установите флажок «Хранить историю изменений».
3. 3
   Нажмите «Настроить» и отметьте виды документов и справочников, для которых нужны версии.
4. 4
   Задайте срок хранения версий: бессрочно, за последний месяц, за последний год.
5. 5
   Сохраните настройки и проверьте: измените тестовый документ и откройте его историю изменений.

Настройка применяется только к новым изменениям: версии объектов, изменённых до включения механизма, восстановить нельзя — их просто не существует. Это ключевое ограничение, о котором часто забывают при разборе инцидентов «задним числом».

Где физически хранятся версии объектов

Версии объектов сохраняются внутри информационной базы, а не в отдельных файлах. В типовых конфигурациях на БСП данные версий хранятся в сжатом виде в служебном хранилище (регистр сведений «Версии объектов» или аналогичный механизм в зависимости от версии библиотеки). Каждая версия — это сериализованное представление объекта на момент записи.

Пользователю не нужно обращаться к этим таблицам напрямую: просмотр выполняется штатными средствами. Откройте документ или элемент справочника и в меню «Ещё» выберите «История изменений». Откроется список версий с указанием даты, времени, пользователя и типа изменения. Любую версию можно открыть, сравнить с текущей и при необходимости восстановить.

Способы хранения истории в 1С

Журнал регистрации

Фиксирует события: кто, когда, какой объект изменил. Не хранит содержимое объекта. Работает всегда, но растёт и требует периодической очистки.

Версионирование объектов

Хранит полные версии документов и справочников с возможностью сравнения и отката. Требует включения, увеличивает размер базы.

История изменений в регистрах БСП

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

История изменений конкретного документа или справочника

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

Если включено: откройте документ → «Ещё» → «История изменений». В списке версий видно автора и время каждой записи. Кнопка сравнения показывает, какие реквизиты и табличные части изменились между версиями. При необходимости выберите нужную версию и нажмите «Перейти на версию» — объект вернётся к сохранённому состоянию, а текущее состояние при этом тоже сохранится как версия.

Если версионирование не включено, остаётся журнал регистрации: отфильтруйте события по конкретному объекту (в отборе укажите данные — ссылку на документ). Вы увидите, кто и когда записывал или проводил документ, но содержимое на момент каждой записи восстановить не получится.

Очистка и сокращение истории: как не переполнить базу

Журнал регистрации растёт постоянно. В активно используемых базах он может достигать значительных размеров, что замедляет открытие журнала и увеличивает объём резервных копий. Для сокращения в конфигураторе предусмотрена функция: «Администрирование» → «Настройка журнала регистрации» → «Сократить». Можно удалить события старше указанной даты, при этом текущий файл журнала будет пересоздан.

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

Версии объектов очищаются по настройке срока хранения (месяц, год, бессрочно) либо регламентным заданием очистки устаревших версий в типовых конфигурациях. Перед массовой очисткой сделайте резервную копию базы — откат удалённых версий невозможен.

История в файловой и клиент-серверной базе: различия

В файловом варианте все данные истории физически находятся рядом с базой: журнал регистрации — в файле 1Cv8.lgd в каталоге базы, версии объектов — внутри файла 1Cv8.1CD. Перенос базы копированием каталога переносит и всю историю.

В клиент-серверном варианте версии объектов хранятся в таблицах СУБД (MS SQL, PostgreSQL и др.) вместе с остальными данными, а журнал регистрации — в служебном каталоге кластера серверов 1С. При переносе базы через выгрузку в dt журнал регистрации в выгрузку не входит — его нужно переносить отдельно, если история событий критична.

Контрольные точки

Как проверить результат

Версионирование работает

Норма

В меню «Ещё» документа есть пункт «История изменений», после изменения появляется новая версия

Тревожный признак

Пункта нет или список версий пуст после изменений — настройка не включена для этого вида объектов

Журнал регистрации доступен

Норма

В конфигураторе открывается журнал, события фильтруются по пользователю и дате

Тревожный признак

Журнал пуст или выдаёт ошибку — проверьте права и целостность файла журнала

Очистка выполнена корректно

Норма

После сокращения журнала старые события удалены, база открывается штатно

Тревожный признак

Ошибки при открытии журнала после ручного вмешательства в файлы

Частые вопросы

Можно ли посмотреть историю изменений без включённого версионирования?

Частично. Журнал регистрации покажет, кто и когда записывал объект, но не покажет прежние значения реквизитов. Полноценное содержимое версий доступно только при включённом версионировании, причём лишь для изменений после его включения.

Где найти файл журнала регистрации файловой базы?

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

Почему в меню «Ещё» нет пункта «История изменений»?

Либо версионирование не включено в настройках, либо для данного вида объектов оно не настроено, либо у пользователя нет прав на просмотр версий. Проверьте раздел «Администрирование» → «Общие настройки» и права роли пользователя.

Замедляет ли версионирование работу базы?

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

Переносится ли история при обновлении конфигурации?

Да. Журнал регистрации и сохранённые версии объектов не затрагиваются штатным обновлением конфигурации. Риск потери истории возникает только при переносе базы через выгрузку dt (журнал не выгружается) или при ручной очистке.

Как узнать, кто удалил документ?

Через журнал регистрации: установите отбор по событию «Данные. Удаление» и при необходимости по пользователю или периоду. Если документ помечен на удаление, а не удалён физически, его можно найти в списке и снять пометку.