К статье
Практический материал

Администрирование · 9 мин

Как очистить историю в 1С ЗУП: пошаговая инструкция

Как очистить историю в 1С ЗУП: сокращение журнала регистрации, удаление старых версий объектов, чистка служебных данных и безопасные способы уменьшить базу.

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

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

Ниже — практические способы очистки для файловых и клиент-серверных баз ЗУП 3.1, с указанием рисков и способов проверить результат.

Что именно занимает место: определяем вид истории

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

В клиент-серверном варианте журнал регистрации по умолчанию лежит в каталоге srvinfo на сервере 1С (подкаталоги reg_1541 и аналогичные), а данные версионирования и протоколы — внутри самой базы СУБД. Там объём оценивают средствами СУБД или по размеру таблиц через отчёт о размере данных.

Каталог 1Cv8Log занимает гигабайтыРазросся журнал регистрации

Сокращайте журнал через Конфигуратор с выгрузкой архива

База большая, лог маленькийДанные версий, протоколы обменов, вложения

Проверяйте историю версий объектов и очереди обменов

Медленное обновление конфигурацииИзбыток служебных данных

Дополнительно выполните тестирование и исправление с реструктуризацией

Сокращение журнала регистрации — основной способ очистки истории

Журнал регистрации фиксирует входы пользователей, изменения документов, ошибки и фоновые операции. В ЗУП с активной работой расчётчиков он растёт быстро и за несколько лет может стать больше самой базы. Штатный механизм очистки — сокращение журнала через Конфигуратор.

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

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

Порядок сокращения журнала регистрации
  1. 1
    Сделайте резервную копию базы (выгрузку .dt или копию файла 1Cv8.1CD вместе с каталогом лога)
  2. 2
    Завершите сеансы всех пользователей и фоновых заданий
  3. 3
    Откройте Конфигуратор → Администрирование → Журнал регистрации
  4. 4
    Нажмите «Сократить», укажите дату отсечения и файл для выгрузки старой части
  5. 5
    Дождитесь завершения и проверьте размер каталога 1Cv8Log

Настройка уровня регистрации событий

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

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

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

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

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

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

Чистка служебных данных и протоколов

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

Для файловых баз после массового удаления данных имеет смысл выполнить «Тестирование и исправление» (Конфигуратор → Администрирование) с включённой реструктуризацией: физический размер файла 1Cv8.1CD сам по себе после удаления записей не уменьшается, сжатие происходит именно при реструктуризации. В клиент-серверном варианте аналогичную роль играет регламентное обслуживание средствами СУБД.

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

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

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

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

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

Журнал регистрации после сокращения
Норма

Открывается, содержит события только после даты отсечения, новые события пишутся

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

Ошибка открытия журнала или пустой журнал при активной работе пользователей

Размер каталога 1Cv8Log
Норма

Уменьшился в разы после сокращения

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

Размер не изменился — сокращение не выполнено или прервано

Файл базы после удаления данных
Норма

Сжался после тестирования и исправления с реструктуризацией

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

Размер прежний — реструктуризация не выполнялась

Типичные ошибки при очистке истории

Типичные ошибки
01
Удаление каталога 1Cv8Log вручную при работающей базе — приводит к ошибкам открытия журнала и риску повреждения базы
02
Сокращение журнала без выгрузки архива — старая история теряется безвозвратно, а она может понадобиться для аудита
03
Очистка без резервной копии — любая ошибка во время монопольной операции оставляет базу в повреждённом состоянии
04
Ожидание, что файл базы уменьшится сразу после удаления данных — без реструктуризации размер файла не меняется
05
Отключение журнала регистрации полностью — теряется возможность расследовать изменения расчётных и кадровых документов

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

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

Штатного способа в режиме Предприятия нет — сокращение выполняется только через Конфигуратор. Для клиент-серверных баз администратор может перенастроить хранение журнала на отдельный каталог или базу SQLite, но сама очистка всё равно делается штатным механизмом сокращения.

Удалится ли история расчётов зарплаты при сокращении журнала?

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

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

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

Можно ли восстановить удалённую часть журнала?

Только если при сокращении была включена выгрузка в файл — такой файл открывается через Конфигуратор как внешний журнал. Если выгрузка не выполнялась, удалённые события восстановить нельзя.

Почему после очистки база не стала меньше?

Удалённые записи лишь помечаются как свободное место внутри файла. Для файловой базы выполните «Тестирование и исправление» с реструктуризацией таблиц, для клиент-серверной — регламентное сжатие средствами СУБД. После этого размер уменьшится.

Безопасно ли отключить версионирование объектов в ЗУП?

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

Итог

Что важно запомнить

Историю в 1С:ЗУП очищают по частям: журнал регистрации — сокращением через Конфигуратор с выгрузкой архива, версии объектов — штатной обработкой удаления устаревших версий, служебные протоколы — настройками обменов. Всегда делайте резервную копию, выполняйте операции в монопольном режиме и помните, что файл базы сжимается только после реструктуризации.