Как очистить историю журнала в 1С

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

Прежде чем что-либо удалять, важно понять, какой именно журнал нужно очистить и что будет потеряно. Журнал регистрации часто используется для расследования инцидентов и аудита, а история изменений помогает восстановить прежние значения реквизитов. Бездумная очистка лишает вас этих возможностей, поэтому первый шаг — резервная копия базы.

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

Что именно вы собираетесь очистить: три вида журналов

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

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

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

Подготовка: резервная копия и оценка объёма

Любая очистка журналов — необратимая операция. Перед началом создайте полную резервную копию: в файловом режиме достаточно скопировать каталог базы при остановленной работе пользователей, в клиент-серверном — выполнить выгрузку через конфигуратор (Администрирование → Выгрузить информационную базу) или средствами СУБД.

Убедитесь, что копия открывается и данные на месте — проверьте её в тестовом режиме. Оцените текущий объём журнала регистрации: в файловом режиме найдите файл с расширением lgd в каталоге базы, в клиент-серверном — посмотрите размер соответствующей таблицы через средства СУБД.

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

Как сократить журнал регистрации через конфигуратор

Штатный способ очистки журнала регистрации — команда «Сократить» в конфигураторе. Она удаляет события старше указанной даты и доступна только пользователю с правами администратора при монопольном доступе к базе.

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

После сокращения проверьте размер файла журнала. В файловом режиме старый формат журнала (файл lgp) и новый (lgd) ведут себя по-разному: физическое уменьшение файла на диске иногда требует дополнительного сжатия, которое платформа выполняет автоматически или при реструктуризации.

1. 1
   Создайте резервную копию базы и проверьте её
2. 2
   Завершите сеансы всех пользователей, откройте конфигуратор
3. 3
   Администрирование → Журнал регистрации → Сократить
4. 4
   Укажите дату: события раньше неё будут удалены
5. 5
   Дождитесь окончания и проверьте размер файла журнала

Очистка истории версионирования объектов

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

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

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

Очистка истории работы пользователей и настроек

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

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

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

Особенности файлового и клиент-серверного режимов

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

В клиент-серверном режиме журнал хранится в базе данных СУБД, и удалять файлы вручную там нельзя — это приведёт к повреждению. Используйте только штатное сокращение через конфигуратор, а физическое освобождение места выполняйте средствами самой СУБД (сжатие таблиц, очистка журналов транзакций) по инструкциям администратора баз данных.

Чтобы журнал не разрастался снова, настройте уровень регистрации событий: в конфигураторе откройте «Администрирование» → «Журнал регистрации» → «Настройка» и оставьте только нужные уровни — например, ошибки и предупреждения вместо полного протоколирования всех действий.

Способы очистки журнала регистрации

Сокращение через конфигуратор

Штатный и безопасный способ, удаляет события старше даты. Требует монопольного доступа и времени на больших объёмах.

Удаление файла журнала (файловый режим)

Быстро, но стирает всю историю сразу. Только после архивирования копии файла и остановки работы с базой.

Очистка средствами СУБД

Для клиент-серверного режима, выполняет администратор БД. Требует понимания структуры хранения и осторожности.

Типичные ошибки и как проверить результат

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

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

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

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

Размер файла журнала или таблицы

Норма

Заметно уменьшился после очистки

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

Размер прежний — очистка не выполнена или растёт другой механизм

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

Норма

События есть только после указанной даты

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

Старые события на месте или журнал пуст при недавних действиях

Работа пользователей

Норма

Вход, документы и отчёты работают без ошибок

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

Ошибки открытия форм — сброшены нужные настройки

Часто задаваемые вопросы

Удалится ли история изменений документов при сокращении журнала регистрации?

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

Можно ли очистить журнал регистрации без конфигуратора?

Штатного способа из режима предприятия нет — сокращение доступно только в конфигураторе. Альтернатива в файловом режиме: при остановленной базе перенести файл журнала в архив, платформа создаст новый. В клиент-серверном режиме привлекайте администратора СУБД.

Как сделать, чтобы журнал регистрации не разрастался снова?

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

Опасно ли удалять файл журнала регистрации в файловой базе?

Безопасно только при полной остановке работы с базой и после копирования файла в архив. Удалять его при открытых сеансах нельзя — это вызовет ошибки записи. После удаления платформа создаст новый пустой журнал при следующем запуске.

Как очистить историю работы конкретного пользователя?

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

Что делать, если после очистки база не уменьшилась в размере?

Проверьте, что именно занимает место: возможно, рост идёт за счёт версий объектов, вложений или самих данных, а не журнала. В клиент-серверном режиме физическое освобождение места дополнительно требует сжатия таблиц средствами СУБД.