Удаление неиспользуемых версий в 1С: что это и как выполнить безопасно

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

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

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

Что такое версии объектов и зачем они нужны

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

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

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

Как понять, что версии заняли слишком много места

Прямого индикатора «база раздута версиями» в интерфейсе нет, поэтому оценку делают косвенно. Самый надёжный способ — посмотреть размер таблиц информационной базы. В клиент-серверном варианте это делается средствами СУБД (например, стандартными отчётами по размеру таблиц в MS SQL Server), в файловом — по общему размеру файла 1Cv8.1CD и динамике его роста.

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

Как удалить старые версии объектов штатными средствами

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

Механизм очистки работает так: для каждого типа объектов задаётся срок хранения версий — например, хранить версии за последние 6 или 12 месяцев. Регламентное задание периодически удаляет версии старше заданного срока. Это предпочтительный способ: он управляемый, повторяемый и не требует ручных вмешательств.

1. 1
   Сделайте резервную копию базы (выгрузку в dt или бэкап средствами СУБД).
2. 2
   Откройте настройки версионирования объектов в разделе администрирования.
3. 3
   Проверьте, для каких типов объектов включено версионирование, и отключите его там, где история не нужна.
4. 4
   Установите срок хранения версий, согласованный с требованиями учёта и аудита.
5. 5
   Запустите или дождитесь регламентного задания очистки устаревших версий.
6. 6
   После очистки выполните сжатие таблиц (в файловом режиме — тестирование и исправление с реструктуризацией либо сжатие; в клиент-серверном — shrink средствами СУБД по согласованию с администратором СУБД).
7. 7
   Проверьте размер базы и работоспособность прикладных операций.

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

Удаление неиспользуемых версий платформы 1С

Второй сценарий — очистка устаревших релизов платформы. Каждое обновление технологической платформы устанавливается в отдельный каталог (в Windows обычно внутри Program Files в папке 1cv8, в Linux — в /opt), и старые версии автоматически не удаляются. За несколько лет там накапливается заметный объём.

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

Удаление выполняется стандартными средствами ОС: в Windows — через «Установка и удаление программ», где каждый релиз платформы числится отдельной записью; в Linux — пакетным менеджером. Ручное удаление папок из каталога установки нежелательно: останутся записи в реестре и могут возникнуть проблемы при последующих обновлениях.

Чем отличаются способы очистки и что выбрать

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

Сравнение вариантов

Срок хранения версий (штатный)

Безопасно и автоматизировано; не даёт мгновенного эффекта — очистка идёт по расписанию

Ручная очистка регистра версий

Быстрый результат; требует опыта, копии базы и точного отбора записей

Удаление старых платформ

Освобождает место на диске сервера/ПК; не влияет на размер самой базы

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

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

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

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

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

Размер базы после очистки и сжатия

Норма

Файл или таблицы заметно уменьшились

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

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

Данные документов и отчётов

Норма

Проводки, остатки и отчёты совпадают с прежними

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

Расхождения в данных — нужен откат из копии

История изменений объекта

Норма

Версии доступны в пределах заданного срока

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

История пуста при включённом версионировании — проверьте настройки

Типичные ошибки при удалении версий

Отдельная ошибка — путать версии объектов с помеченными на удаление объектами. «Удаление помеченных объектов» — другая операция, она убирает сами документы и элементы справочников, а не их историю. Эти процедуры дополняют друг друга, но выполняются и контролируются независимо.

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

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

Удаление версий объектов затронет сами документы?

Нет. Удаляется только история изменений в регистре версий. Документы, их проводки, остатки по регистрам и справочники остаются в текущем состоянии без изменений.

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

Только из резервной копии, сделанной до очистки. Штатного «отката» очистки нет, поэтому копия перед операцией обязательна.

Как узнать, какие версии платформы можно удалить?

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

Почему после очистки версий файл базы не уменьшился?

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

Нужно ли версионирование вообще, если оно раздувает базу?

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