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

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

Как очистить историю в 1С 8: журнал регистрации, кэш и история изменений

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

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

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

Определите, какую именно историю нужно очистить

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

Медленно открывается журнал регистрацииЖурнал переполнен

Проверьте размер файлов журнала в каталоге базы (формат 1Cv8.lgd или каталог 1Cv8Log)

Длинный список недавних документовИстория навигации пользователя

Откройте меню «Операции» или панель навигации — список формируется автоматически

Нет данных «История изменений» в карточкеВерсионирование включено и накапливает записи

Проверьте настройку версионирования объектов в разделе администрирования

База растёт после обменовИстория обменов и регистрация изменений

Посмотрите узлы планов обмена и очередь регистрации изменений

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

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

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

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

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

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

Очистка истории недавних объектов и навигации

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

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

Очистка истории изменений (версионирования объектов)

В типовых конфигурациях на базе Библиотеки стандартных подсистем есть механизм версионирования: каждая запись документа или элемента справочника сохраняется как отдельная версия с указанием автора и времени. Со временем регистр версий заметно увеличивает базу. Удалить старые версии можно регламентным заданием очистки устаревших версий объектов — оно входит в поставку типовых решений и настраивается в разделе администрирования.

Откройте «Настройки» → «Поддержка и обслуживание» → «Регламентные операции» (название раздела зависит от конфигурации), найдите задание очистки устаревших версий и укажите срок хранения, например, удалять версии старше определённого периода. Если задание отключено, запустите его вручную один раз, а затем настройте расписание.

Очистка истории обменов и регистрации изменений

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

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

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

Очистка кэша и служебных данных

Иногда под «историей» имеют в виду устаревшие кэшированные данные, из-за которых программа показывает старые списки или ошибки. Кэш метаданных хранится в профиле пользователя на компьютере (каталоги вида %APPDATA%\1C\1cv8 для Windows). Штатный способ сброса — удалить базу из списка информационных баз в стартовом окне и добавить её заново: при этом создаётся новый кэш-каталог.

Перед удалением папок кэша вручную завершите все сеансы 1С на этом компьютере. Удаление кэша не затрагивает данные базы, но при первом запуске открытие займёт больше времени — платформа заново построит кэш метаданных.

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

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

Размер журнала регистрации
Норма

Файлы журнала заметно уменьшились, журнал открывается без длительного ожидания

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

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

Список недавних объектов
Норма

История навигации пуста или содержит только новые открытия

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

Старые пункты остались — очищены настройки другого пользователя

Работа обменов
Норма

Синхронизация проходит без ошибок после очистки регистрации

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

Появились ошибки несоответствия номеров сообщений — требуется повторная инициализация обмена

Запуск базы после сброса кэша
Норма

База открывается, списки и формы отображаются корректно

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

Ошибки при открытии форм — проверьте права доступа к каталогу профиля

Когда безопаснее привлечь специалиста

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

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

Итог

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

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

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

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

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

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

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

Почему после очистки кэша 1С стала запускаться медленнее?

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

Как удалить историю открытых окон сразу у всех пользователей?

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

Опасно ли сокращать журнал регистрации в рабочее время?

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

Можно ли настроить автоматическую очистку, чтобы история не накапливалась?

Частично да. Для версий объектов настройте регламентное задание очистки устаревших версий с нужным сроком хранения. Для журнала регистрации автоматического сокращения нет — контролируйте его размер периодически и ограничивайте состав регистрируемых событий в настройках.