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

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

Прежде чем что-либо делать, определите, что именно обновлялось: платформа (технологическая платформа 8.3.x), конфигурация (например, Бухгалтерия предприятия с 3.0.130 на 3.0.140) или и то, и другое одновременно. От этого зависит объём работ: откат платформы — относительно простая операция, а откат конфигурации без резервной копии — рискованная процедура с возможной потерей данных.

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

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

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

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

Подготовка: обязательные шаги перед откатом

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

Второй шаг — зафиксировать данные, введённые после обновления. Выгрузите новые документы через обработку «ВыгрузкаЗагрузкаДанныхXML» (доступна на диске ИТС и в составе многих типовых конфигураций) или хотя бы составьте список документов за этот период, чтобы ввести их повторно после отката.

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

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

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

Для файловой базы порядок такой. Создайте новую пустую папку, запустите конфигуратор, добавьте новую информационную базу с указанием этой папки (тип — «создание базы без конфигурации»). Затем в конфигураторе выполните «Администрирование» → «Загрузить информационную базу» и укажите файл .dt, снятый до обновления. После загрузки база окажется в точном состоянии на момент копии.

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

1. 1
   Снимите выгрузку .dt текущего состояния базы и сохраните её отдельно
2. 2
   Создайте пустую базу и загрузите в неё файл .dt, снятый до обновления
3. 3
   Проверьте версию конфигурации в разделе «О программе» — она должна совпадать с прежней
4. 4
   Запустите базу в режиме предприятия и проверьте открытие ключевых документов и отчётов
5. 5
   Введите повторно или загрузите обработкой данные, созданные после обновления
6. 6
   Только после проверки переключайте пользователей на восстановленную базу

Способ 2: откат конфигурации через файл .cf без копии базы

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

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

Учтите, что типовые конфигурации не рассчитаны на такой сценарий: обработчики обновления, перенёсшие данные в новые структуры, уже отработали, и обратного переноса не будет. Данные, переехавшие в новые реквизиты, при откате окажутся недоступны. Именно поэтому способ применим в основном для баз, где после обновления почти не работали.

Откат платформы 1С на предыдущий релиз

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

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

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

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

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

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

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

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

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

Норма

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

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

Показывает новую версию или требует обновить базу

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

Норма

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

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

Запускается обработка обновления или ошибка совместимости

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

Норма

Проводятся и формируются без ошибок, остатки сходятся

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

Ошибки при проведении, расхождение остатков

Обмены и интеграции

Норма

Обмены выполняются в штатном режиме

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

Ошибки формата, не отправляются данные

Частые вопросы об откате обновления 1С

Можно ли откатить обновление, если резервную копию не делали?

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

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

При восстановлении из копии они будут потеряны, поэтому их нужно сохранить заранее: выгрузить документы универсальной обработкой «ВыгрузкаЗагрузкаДанныхXML» или составить перечень для ручного ввода. После отката данные загружаются обратно или вводятся повторно.

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

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

База после отката требует обновить конфигурацию базы данных — это нормально?

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

Откатится ли обновление расширений конфигурации вместе с базой?

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

Как не допустить повторения ситуации в будущем?

Настройте регламентное резервное копирование (для серверных баз — средствами СУБД, для файловых — хотя бы копирование файла 1Cv8.1CD по расписанию) и правило: обновление выполняется только после снятия копии и желательно сначала на тестовой базе. Это превращает откат из аварийной процедуры в штатную операцию на полчаса.