Администрирование · 12 мин
Как в 1С откатиться на предыдущую конфигурацию
Как в 1С вернуть прежнюю конфигурацию после неудачного обновления: загрузка из файла, восстановление из резервной копии, поддержка, проверка результата и типичные ошибки.
Неудачное обновление конфигурации 1С — ситуация, с которой сталкивается почти каждый администратор: после установки релиза перестают работать документы, появляются ошибки в отчётах или база вообще не запускается. В этом случае нужно вернуть предыдущую версию конфигурации, и сделать это можно несколькими способами в зависимости от того, что именно было изменено и есть ли под рукой резервная копия.
Принципиально важно понимать: в 1С нет кнопки «отменить обновление». Откат — это всегда либо повторная загрузка старой конфигурации из файла, либо восстановление базы из резервной копии, либо возврат к конфигурации поставщика. Какой путь выбрать, зависит от того, успели ли в базе поработать пользователи после обновления и сохранился ли у вас файл старой конфигурации (.cf) или выгрузка (.dt).
Главный риск при откате — потеря данных, введённых между обновлением и восстановлением. Поэтому перед любыми действиями остановите работу пользователей и сделайте текущую копию базы, даже если она «сломанная»: из неё потом можно будет достать документы, введённые после обновления.
Оцените ситуацию: что именно нужно откатывать
Прежде чем действовать, определите масштаб проблемы. От этого зависит и объём работ, и риски. Различают три типичные ситуации: обновление только конфигурации без изменения структуры данных, обновление с изменением структуры (реструктуризацией) и ситуацию, когда после обновления в базе уже успели поработать пользователи.
Если структура метаданных не менялась (например, исправили только модуль), откат проходит быстро и безболезненно — достаточно загрузить старый .cf-файл. Если же новый релиз добавил реквизиты, изменил типы полей или удалил объекты, при обновлении выполнялась реструктуризация, и обратный откат тоже потребует реструктуризации, которая может занять много времени на больших базах.
Отдельно проверьте, не выполнялись ли обработчики обновления — служебные процедуры, которые переносят и преобразуют данные при переходе на новый релиз. Если они отработали, простой возврат старой конфигурации может привести к тому, что данные окажутся в формате, который старая версия не понимает.
Проверьте журнал регистрации и отложенные обработчики обновления
Готовьте резервную копию или файл старой конфигурации
Планируйте перенос новых документов после отката
Сначала сделайте выгрузку текущего состояния базы
Подготовка: резервная копия и остановка работы пользователей
Любой откат начинайте с создания копии текущего состояния базы — даже если она работает с ошибками. Это ваша страховка: если откат пойдёт не по плану, вы сможете вернуться к исходной точке. Для файловой базы достаточно выгрузки в .dt через Конфигуратор (Администрирование → Выгрузить информационную базу) или копирования файла 1Cv8.1CD при остановленной работе. Для клиент-серверной базы делайте бэкап средствами СУБД — это надёжнее и быстрее, чем выгрузка в .dt.
Завершите сеансы всех пользователей и фоновые задания. В клиент-серверном варианте это делается через консоль кластера (блокировка сеансов) или через «Администрирование → Обслуживание» в типовых конфигурациях. Убедитесь, что регламентные задания не запустятся во время отката — активное фоновое задание в момент реструктуризации может повредить данные.
Способ 1. Загрузка прежней конфигурации из файла .cf
Это основной способ отката, если у вас сохранился файл конфигурации прежней версии. Такой файл стоит сохранять перед каждым обновлением: Конфигурация → Сохранить конфигурацию в файл. Если вы этого не сделали, файл можно получить из дистрибутива прежнего релиза или выгрузить из резервной копии базы.
Порядок действий в Конфигураторе: откройте конфигурацию (Конфигурация → Открыть конфигурацию), затем выберите Конфигурация → Загрузить конфигурацию из файла и укажите .cf-файл прежней версии. После загрузки выполните «Обновить конфигурацию базы данных» (F7). Если структура метаданных отличается, запустится реструктуризация — внимательно просмотрите список изменений перед подтверждением.
Если конфигурация находится на поддержке, при загрузке «чужого» файла может потребоваться снятие с поддержки или загрузка с частичным сохранением поддержки. Для типовых конфигураций корректнее загружать .cf именно от поставщика — тогда поддержка сохранится.
- 1Сделайте выгрузку .dt текущей базы и остановите сеансы пользователей
- 2Откройте Конфигуратор и конфигурацию базы
- 3Выполните: Конфигурация → Загрузить конфигурацию из файла, укажите старый .cf
- 4Запустите обновление конфигурации базы данных (F7) и подтвердите реструктуризацию
- 5Проверьте запуск базы в режиме Предприятия и работу ключевых документов
- 6Снимите блокировку сеансов и допустите пользователей
Способ 2. Восстановление базы из резервной копии
Если после обновления в базе никто не работал, самый чистый вариант — полное восстановление из копии, сделанной до обновления. Вы получаете и старую конфигурацию, и данные в согласованном состоянии, без рисков реструктуризации «в обратную сторону».
Для файловой базы восстановление — это загрузка .dt (Администрирование → Загрузить информационную базу) или замена файла 1Cv8.1CD копией. Для клиент-серверной — восстановление бэкапа средствами MS SQL, PostgreSQL или другой используемой СУБД. После восстановления проверьте, что база привязана к правильному имени в кластере и пользователи подключаются к ней, а не к пустой копии.
Если между копией и откатом пользователи успели ввести документы, эти данные при восстановлении будут потеряны. В этом случае восстановите копию в отдельную базу, а новые документы перенесите обработкой (например, через универсальный обмен данными XML) или введите вручную по реестру.
Сравнение вариантов отката
Подходит, если данные после обновления не менялись или их легко повторить. Требует реструктуризации, обработчики обновления не откатываются
Самый надёжный вариант при отсутствии новых данных. Теряется всё, введённое после создания копии
Подходит для типовых конфигураций без доработок. Удаляет все ваши изменения в конфигурации
Способ 3. Возврат к конфигурации поставщика
Для типовых конфигураций на полной поддержке есть ещё один вариант: Конфигурация → Поддержка → Настройка поддержки → загрузка конфигурации поставщика из файла дистрибутива нужного релиза. Это удобно, когда файл вашей прежней конфигурации не сохранился, но есть дистрибутив старого релиза с сайта поставщика.
Учтите ограничение: возврат к конфигурации поставщика удалит все доработки, внесённые в вашу конфигурацию. Если база дорабатывалась, перед этим шагом сохраните текущую конфигурацию в файл, чтобы потом вернуть свои изменения. После загрузки конфигурации поставщика также выполняется обновление конфигурации базы данных с реструктуризацией.
Особая ситуация: откат после отработки обработчиков обновления
Самый сложный сценарий — когда новый релиз успел выполнить обработчики обновления данных, а потом выяснилось, что релиз работает неправильно. Простая загрузка старой конфигурации здесь недостаточна: структура данных уже изменена, и старые модули могут читать её с ошибками.
В такой ситуации надёжнее всего восстановить базу из копии, снятой до обновления, и отложить переход на новый релиз до выхода исправления. Если копии нет, действуйте так: загрузите старую конфигурацию, выполните реструктуризацию, затем тщательно проверьте критичные участки — остатки по регистрам, взаиморасчёты, себестоимость, данные учёта. Несоответствия придётся исправлять вручную или обработками.
Как выбрать действие
Проверка результата после отката
После любого отката выполните контрольные проверки до допуска пользователей. Запустите базу в режиме Предприятия под полными правами, откройте несколько типовых документов разных видов, сформируйте ключевые отчёты (оборотно-сальдовую ведомость, остатки склада, взаиморасчёты) и сравните итоги с теми, что были до обновления.
Дополнительно полезно запустить тестирование и исправление информационной базы (в Конфигураторе: Администрирование → Тестирование и исправление) в режиме проверки без исправления — это покажет повреждения на физическом уровне. Проверьте также журнал регистрации на предмет ошибок при первом запуске и работу регламентных заданий.
Как проверить результат
База открывается без сообщений об ошибках обновления
Ошибки при запуске, требование выполнить обработчики обновления
Остатки совпадают с данными до обновления
Расхождения в остатках, пустые регистры
Документы проводятся без ошибок
Ошибки обращения к реквизитам и регистрам
Нет массовых ошибок после отката
Повторяющиеся ошибки фоновых заданий и пользователей
Типичные ошибки при откате конфигурации
Большинство проблем при откате связано не с самой процедурой, а с пропущенной подготовкой. Разберём самые частые ошибки, которые приводят к потере данных или повторной работе.
Отдельная ошибка — хранить резервные копии только в виде .dt для больших клиент-серверных баз. Выгрузка и загрузка .dt на объёмной базе занимает часы и не всегда корректно переносит все данные. Для клиент-серверных баз основным средством должны быть бэкапы СУБД, а .dt — дополнительным.
Что важно запомнить
Откат конфигурации 1С — это загрузка старого .cf, восстановление из копии или возврат к конфигурации поставщика. Перед началом всегда делайте копию текущего состояния и останавливайте пользователей. Если после обновления отработали обработчики или введены данные, простой откат не сработает — планируйте перенос данных и проверку итогов.
Часто задаваемые вопросы
Можно ли откатить обновление 1С без файла старой конфигурации?
Да, если есть резервная копия базы до обновления — восстановите её. Также для типовой конфигурации можно загрузить конфигурацию поставщика из дистрибутива прежнего релиза, который доступен на портале 1С:Обновление программ.
Что будет с данными, введёнными после обновления, при откате?
При восстановлении из копии они будут потеряны, при загрузке старого .cf — физически останутся, но могут не открываться, если структура изменилась. Перед откатом выгрузите новые документы обработкой обмена или зафиксируйте их реестром для повторного ввода.
Сколько времени занимает откат конфигурации?
Загрузка .cf на небольшой файловой базе — от нескольких минут. Реструктуризация на больших базах может идти часами, восстановление бэкапа СУБД обычно быстрее выгрузки-загрузки .dt. Время зависит от объёма данных и количества изменённых таблиц.
Нужно ли откатывать платформу 1С вместе с конфигурацией?
Не всегда. Старая конфигурация обычно работает на более новой платформе, если релиз платформы совместим. Но если ошибка возникла именно после обновления платформы, установите прежнюю версию платформы параллельно и запускайте базу через неё.
Что делать, если после отката база требует выполнить обновление?
Такое сообщение означает, что в базе остались следы обработчиков нового релиза. Проверьте константу с версией конфигурации и очередь отложенных обработчиков. Надёжнее восстановить базу из копии до обновления, чем вручную править служебные данные.
Как не потерять доработки при возврате к конфигурации поставщика?
Перед возвратом сохраните текущую конфигурацию в файл .cf. После отката сравните конфигурации (Конфигурация → Сравнить, объединить) и перенесите свои изменения обратно. Для доработанных баз рекомендуется вести учёт изменений в расширениях — они не затрагиваются при обновлении и откате основной конфигурации.