Как откатить конфигурацию 1С 8.3 на предыдущую версию

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

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

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

Что понимать под откатом конфигурации и когда он нужен

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

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

Подготовка: что проверить перед откатом

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

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

Способ 1: восстановление базы из резервной копии

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

Для файловой базы восстановление сводится к замене файла 1Cv8.1CD файлом из резервной копии либо к загрузке выгрузки DT через конфигуратор: «Администрирование → Загрузить информационную базу». Для клиент-серверной базы DT загружается так же через конфигуратор, но предварительно нужно установить блокировку сеансов и регламентных заданий в консоли кластера, а после загрузки — снять её.

1. 1
   Завершите все сеансы пользователей и включите блокировку соединений
2. 2
   Сделайте выгрузку текущего состояния базы как страховку
3. 3
   Откройте конфигуратор в монопольном режиме
4. 4
   Выберите «Администрирование → Загрузить информационную базу» и укажите DT-файл до обновления
5. 5
   Дождитесь завершения загрузки и реструктуризации
6. 6
   Снимите блокировку сеансов и проверьте версию конфигурации в «О программе»

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

Способ 2: загрузка конфигурации из CF-файла без отката данных

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

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

Сравнение способов отката

Восстановление из DT-копии

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

Загрузка CF-файла

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

Откат через хранилище конфигурации

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

Особенность для типовых конфигураций на поддержке

Если конфигурация типовая и находится на поддержке, проще не искать CF-файл, а установить дистрибутив нужного релиза с портала 1С и загрузить конфигурацию из шаблона: файл 1Cv8.cf в каталоге установленного шаблона. Учтите, что после такого отката при следующем обновлении механизм поддержки может потребовать подтверждения, так как версия окажется старше актуальной.

Откат конфигурации базы данных и конфигурации поставщика

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

Способ 3: откат через хранилище конфигурации

Если разработка велась через хранилище конфигурации, у вас есть полная история версий. В конфигураторе откройте «Конфигурация → Хранилище конфигурации → История хранилища», найдите версию, соответствующую состоянию до обновления, и получите её в отдельную базу или сохраните как CF-файл. Далее действуйте по способу 2 — загрузите конфигурацию в рабочую базу.

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

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

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

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

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

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

Номер версии конфигурации

Норма

Совпадает с версией до обновления

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

Осталась новая версия — загрузка не применилась

Запуск режима предприятия

Норма

База открывается без ошибок

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

Ошибки метаданных — структуры несовместимы

Проведение документов

Норма

Документы проводятся штатно

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

Ошибки в модулях — откат неполный

Регистры и отчёты

Норма

Данные сходятся с ожидаемыми

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

Пустые или битые данные — потеря при реструктуризации

Типичные ошибки и ограничения

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

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

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

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

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

Да, если конфигурация типовая: скачайте дистрибутив нужного релиза с портала 1С и загрузите конфигурацию из шаблона (файл 1Cv8.cf). Для доработанной конфигурации без копии варианты ограничены — хранилище конфигурации, архивные CF-файлы или рабочая копия аналогичной базы.

Что будет с документами, введёнными после обновления?

При восстановлении базы из DT-копии они будут потеряны — копия возвращает всё на момент её создания. При откате только конфигурации через CF-файл документы сохранятся, если структура метаданных совместима. Иначе данные придётся переносить обработками или вводить повторно.

Обновление прервалось с ошибкой и база не открывается. Что делать?

Откройте конфигуратор и попробуйте «Конфигурация → Конфигурация базы данных → Вернуться к конфигурации БД» — это отменит неприменённые изменения. Если не помогает, восстанавливайте базу из резервной копии. Перед любыми действиями сделайте выгрузку текущего состояния, если конфигуратор позволяет.

Чем отличается загрузка CF от загрузки DT?

CF — это только конфигурация (код, метаданные, формы) без данных. DT — полная выгрузка базы вместе с документами, справочниками и регистрами. Загрузка CF сохраняет данные, загрузка DT заменяет базу целиком.

Нужно ли откатывать платформу вместе с конфигурацией?

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

Как узнать, какая версия конфигурации была до обновления?

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