Администрирование · 10 мин
Как удалить историю в 1С 8: пошаговая инструкция
Как удалить историю в 1С 8: очистка списка недавних документов, истории открытий, журнала регистрации и версий объектов. Пошаговые инструкции и ограничения.
Под «историей» в 1С 8 пользователи обычно понимают несколько разных вещей: список недавно открытых документов и справочников в панели «История», журнал регистрации действий пользователей, историю изменений (версионирование) объектов или историю переписки во встроенных механизмах обмена. Удаляются они по-разному, и важно сначала понять, какая именно история мешает.
Часть этих данных хранится локально на компьютере пользователя и очищается без каких-либо последствий для базы. Другая часть — например, журнал регистрации — относится к служебным данным информационной базы, и её удаление затрагивает всех пользователей и может противоречить требованиям учётной политики или аудита.
Ниже разобраны все основные сценарии: от простой очистки списка «Недавние» до сокращения журнала регистрации и удаления версий объектов. Для каждого случая указаны условия, риски и способ проверить результат.
Определяем, какая именно история нужна
Прежде чем что-то удалять, определите, где именно вы видите ненужные записи. От этого зависит и инструмент, и уровень риска. Самая частая ситуация — в главном окне программы в разделе «История» (или «Недавние») видны документы и элементы справочников, которые пользователь открывал ранее. Это локальная история, она хранится в настройках пользователя.
Второй случай — журнал регистрации, куда платформа пишет входы пользователей, ошибки, изменения данных. Третий — история изменений конкретных документов, если в конфигурации включено версионирование объектов. Четвёртый — история в специализированных механизмах: история обмена данными, история согласования, комментарии в задачах.
Очищается без риска, влияет только на текущего пользователя
Сокращение требует прав администратора и монопольного доступа
Удаляется штатной обработкой очистки версий
Очистка может нарушить обмен — действовать осторожно
Очистка списка недавно открытых объектов
Это самый безопасный сценарий. В тонком клиенте 1С 8.3 список недавних открытий находится в разделе «История» панели навигации или в меню «Файл». Он формируется автоматически и хранится в пользовательских настройках, а не в самой базе данных.
Чтобы убрать отдельные записи, откройте панель «История», найдите нужный пункт и удалите его через контекстное меню (правый клик — «Удалить») или клавишей Delete. Для полной очистки проще всего сбросить настройки пользователя: зайдите в «Администрирование — Настройки работы с файлами» либо воспользуйтесь стандартной функцией очистки настроек через «Сервис — Параметры» в зависимости от конфигурации.
Радикальный способ — очистка локального кэша настроек. Для файловой базы настройки хранятся в профиле пользователя операционной системы, в каталогах вида %APPDATA%\1C\1cv8. Удаление содержимого папок кэша сбрасывает историю открытий, но также сбросит внешний вид окон, настройки списков и другие персональные параметры.
- 1Откройте панель «История» в главном окне программы
- 2Удалите ненужные записи по одной через контекстное меню
- 3Если нужна полная очистка — завершите работу 1С и удалите кэш настроек в каталоге %APPDATA%\1C\1cv8
- 4Запустите программу и убедитесь, что список пуст, а документы в базе на месте
Очистка журнала регистрации
Журнал регистрации — это системный механизм платформы, который фиксирует входы и выходы пользователей, ошибки, изменения данных, действия с правами доступа. Он общий для всей информационной базы, и удалять его может только пользователь с правами администратора.
Штатный способ сократить журнал — через конфигуратор. Откройте базу в режиме «Конфигуратор», перейдите в меню «Администрирование — Настройка журнала регистрации» и нажмите кнопку «Сократить». Платформа предложит удалить события до указанной даты и при желании сохранить удаляемую часть в отдельный файл. Сохраняйте выгрузку, если журнал может понадобиться для аудита или разбора инцидентов.
Для сокращения журнала требуется монопольный доступ к базе: все пользователи должны завершить работу, а фоновые задания — быть остановлены. В клиент-серверном варианте журнал хранится в каталоге сервера 1С (файлы формата lgd в служебном каталоге базы), в файловом — в папке базы. Удалять эти файлы вручную при работающей базе нельзя — это приведёт к повреждению журнала.
Удаление истории изменений (версий) объектов
Если в конфигурации включено версионирование объектов (типовой механизм в конфигурациях на БСП), каждая запись документа или элемента справочника сохраняет снимок предыдущего состояния. Со временем это заметно увеличивает размер базы, и старые версии имеет смысл удалять.
В типовых конфигурациях есть обработка «Удаление устаревших версий объектов» (обычно в разделе «Администрирование — Поддержка и обслуживание» или через настройку версионирования). В ней задаётся срок хранения версий — например, удалять версии старше определённого количества месяцев. Очистку можно настроить как регламентное задание, чтобы она выполнялась автоматически.
Учтите ограничение: после удаления версий восстановить состояние документа «как было» уже не получится. Если история изменений нужна для спорных документов, задавайте разумный срок хранения, а не удаляйте всё подряд.
История обменов, синхронизаций и прочие механизмы
В конфигурациях с обменами данными (синхронизация между базами, обмен с сайтом, ЭДО) ведётся своя история: номера отправленных и принятых сообщений, протоколы обменов, зарегистрированные изменения. Протоколы и архивы сообщений обычно можно удалять штатными командами из формы узла обмена — это безопасно.
А вот очищать регистрацию изменений на узле обмена нужно с пониманием последствий: удалённая регистрация означает, что изменённые объекты не будут отправлены в другую базу при следующем сеансе обмена. Если задача — «сбросить историю, чтобы обмен стал легче», сначала убедитесь, что данные в обеих базах синхронны, иначе получите расхождения.
История комментариев, задач и согласований внутри документооборота обычно не удаляется по одной записи — только вместе с самими объектами либо специальными обработками, которые пишутся под конкретную конфигурацию.
Как выбрать действие
Проверка результата и типичные ошибки
После очистки списка недавних откройте панель «История» — она должна быть пустой или содержать только свежие открытия. После сокращения журнала регистрации откройте его в режиме предприятия и отфильтруйте по ранней дате: старых событий быть не должно. После очистки версий проверьте на тестовом документе, что вкладка с историей версий пуста для старых периодов.
Частые ошибки при таких работах предсказуемы: удаление файлов журнала или базы напрямую из каталога, сокращение журнала без выгрузки архива, очистка регистрации обмена до проверки синхронности данных. Отдельная ошибка — ожидание, что база сразу «похудеет»: физическое уменьшение размера происходит только после сжатия таблиц.
Как проверить результат
Список пуст или содержит только свежие записи
Старые записи остались — кэш не очищен
События до даты сокращения отсутствуют
События на месте — сокращение не выполнено или не сохранено
Размер уменьшился после тестирования и исправления
Размер прежний — сжатие таблиц не выполнялось
Синхронизация проходит без ошибок
Ошибки о расхождении данных — была затронута регистрация изменений
Частые вопросы
Удалится ли сама база или документы, если очистить историю?
Нет. Очистка списка недавних открытий, журнала регистрации и версий объектов не затрагивает сами документы, справочники и проводки. Удаляются только служебные записи о том, что и когда открывалось или изменялось.
Можно ли удалить историю действий конкретного пользователя из журнала регистрации?
Штатных средств выборочного удаления событий по одному пользователю в платформе нет. Журнал сокращается только по дате — целиком для всех пользователей. Выборочная чистка возможна только сторонними средствами и не поддерживается вендором.
Почему после сокращения журнала размер базы не уменьшился?
Журнал регистрации хранится отдельно от основных таблиц, а освобождённое место внутри файлов не возвращается операционной системе автоматически. Для файловой базы выполните «Тестирование и исправление» с включённым сжатием таблиц, для клиент-серверной — процедуру сжатия средствами СУБД.
Нужны ли права администратора для очистки истории?
Для очистки личного списка недавних открытий и своего кэша права администратора не нужны. Для сокращения журнала регистрации, настройки версионирования и работы с узлами обмена требуются права администратора информационной базы.
Как автоматически ограничить рост истории в будущем?
Для версий объектов настройте регламентное задание очистки устаревших версий с выбранным сроком хранения. Для журнала регистрации в настройках можно снизить детализацию регистрируемых событий — тогда журнал будет расти медленнее, но и информации для аудита станет меньше.
Что важно запомнить
Сначала определите, какая именно история мешает: локальный список недавних, журнал регистрации или версии объектов. Локальную историю можно чистить свободно, журнал регистрации — только через конфигуратор с архивной выгрузкой, версии — штатной обработкой с разумным сроком хранения. Любые действия с общими данными базы выполняйте после резервной копии.