Как удалить релиз 1С без потери данных

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

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

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

Прежде чем что-то деинсталлировать, зафиксируйте текущее состояние системы. Откройте «О программе» в толстом клиенте и выпишите версию платформы и версию конфигурации. Проверьте, какие релизы платформы установлены: они видны в списке установленных программ Windows и в каталоге C:\Program Files\1cv8\ (или 1cv8t).

Типичные ситуации: на сервере накопилось несколько версий платформы и нужно убрать неиспользуемые; после неудачного обновления конфигурации требуется вернуть базу на прежний релиз; нужно удалить устаревшие шаблоны обновлений из каталога tmplts. Действия в каждом случае различаются принципиально.

Подготовка: резервная копия и завершение сеансов

Любое удаление начинается с резервной копии. Для файловой базы откройте конфигуратор и выполните «Администрирование → Выгрузить информационную базу» в файл DT. Для клиент-серверной базы надёжнее сделать бэкап средствами СУБД (MS SQL, PostgreSQL), поскольку выгрузка DT на больших базах идёт долго и требовательна к ресурсам.

Затем завершите все активные сеансы. В файловом режиме попросите пользователей выйти и проверьте отсутствие блокировок. В клиент-серверном варианте откройте консоль администрирования серверов 1С, посмотрите список сеансов и завершите их, а также установите блокировку регламентных заданий и новых соединений.

Удаление релиза платформы 1С

Деинсталляция платформы выполняется стандартно. Откройте «Панель управления → Программы и компоненты» (или «Параметры → Приложения»), найдите нужную версию «1С:Предприятие 8» с номером релиза и запустите удаление. Дождитесь завершения работы установщика и перезагрузите сервер, если он работал под нагрузкой.

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

1. 1
   Убедитесь, что ни одна база не использует удаляемую версию платформы
2. 2
   Остановите службу агента сервера этой версии, если она есть
3. 3
   Откройте «Программы и компоненты» и удалите нужный релиз 1С:Предприятие 8
4. 4
   Проверьте, что каталог версии в C:\Program Files\1cv8 удалён; остатки удалите вручную
5. 5
   Перезагрузите сервер при активной эксплуатации и проверьте запуск баз на оставшихся версиях

Откат конфигурации на предыдущий релиз

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

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

Очистка шаблонов и остатков после удаления

После деинсталляции платформы и отката конфигурации полезно убрать «хвосты». Шаблоны конфигураций хранятся в каталоге, указанном при установке (по умолчанию %APPDATA%\1C\1cv8\tmplts или общий каталог на сервере). Старые релизы шаблонов можно удалить вручную, но оставьте актуальный шаблон — он понадобится для следующих обновлений.

Также проверьте кэш метаданных пользователей: каталоги с длинными именами в %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8. При смене релизов кэш иногда вызывает ошибки «Конфигурация базы данных не соответствует сохранённой конфигурации». Очистка кэша или удаление базы из списка с повторным добавлением решает проблему.

Проверка результата

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

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

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

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

Версия платформы в «О программе»

Норма

Соответствует оставленному рабочему релизу

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

База требует удалённую версию и не открывается

Версия конфигурации

Норма

Совпадает с целевым релизом после отката

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

Версия осталась новой или база требует обновления конфигурации БД

Запуск сеансов пользователей

Норма

Пользователи входят и работают без ошибок

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

Ошибки кэша, несоответствия версий, падение клиента

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

Можно ли удалить релиз конфигурации кнопкой в конфигураторе?

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

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

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

Нужно ли удалять старые релизы платформы вообще?

Это не обязательно, но полезно: лишние версии занимают место и усложняют сопровождение. Оставьте актуальный рабочий релиз и, при необходимости, предыдущий как запасной на случай проблем после обновления. Более старые версии можно безопасно удалить.

Как удалить релиз, если деинсталлятор завершился с ошибкой?

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

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

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