К статье
Практический материал

Администрирование · 10 мин

Как откатить назад обновление 1С и вернуть рабочую версию

Как откатить обновление 1С: восстановление из резервной копии, откат релиза конфигурации и платформы, проверка результата, типичные ошибки и риски.

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

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

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

Что нужно сделать до начала отката

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

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

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

Откат файловой базы через файл .dt

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

Альтернативный способ — подмена файла базы. Закройте 1С, скопируйте текущий файл 1Cv8.1CD в безопасное место, затем замените его файлом из резервной копии каталога базы. Этот метод работает, только если копия делалась копированием всего каталога при остановленной работе пользователей, иначе файл мог быть скопирован в несогласованном состоянии.

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

Откат клиент-серверной базы

В клиент-серверном варианте данные хранятся в СУБД (MS SQL Server, PostgreSQL и др.), поэтому откат выполняется средствами самой СУБД. Восстановите резервную копию базы данных, созданную до обновления: для MS SQL это операция Restore в Management Studio, для PostgreSQL — pg_restore или восстановление из дампа.

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

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

Как вернуть прежний релиз конфигурации без полной копии

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

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

Способы отката

Восстановление из копии (.dt / бэкап СУБД)

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

Загрузка старой конфигурации из .cf

Подходит только если обработчики обновления не выполнялись. Риск: ошибки реструктуризации и потеря данных при изменившейся структуре.

Откат только платформы

Работает, если обновлялась только платформа и конфигурация не менялась. Не помогает при обновлении конфигурации.

Откат версии платформы 1С

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

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

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

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

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

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

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

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

Версия конфигурации в разделе «О программе»
Норма

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

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

Показывает новый релиз — загружена не та копия

Проведение типового документа
Норма

Проводится без ошибок

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

Ошибки проведения или ссылок на объекты

Основные отчёты
Норма

Формируются, остатки сходятся с данными до обновления

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

Расхождения в остатках, пустые отчёты

Тестирование и исправление в конфигураторе
Норма

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

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

Ошибки ссылочной целостности или структуры

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

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

Типичные ошибки
01
Загрузка копии без тестовой проверки — риск потерять и текущую, и рабочую базу
02
Откат без учёта документов, введённых после обновления — данные теряются безвозвратно
03
Попытка откатить конфигурацию загрузкой .cf после сработавших обработчиков обновления — ошибки реструктуризации
04
Откат только платформы, когда проблема в обновлённой конфигурации — ошибки остаются
05
Восстановление копии СУБД при активных сеансах — сбой восстановления или рассогласование данных
Итог

Что важно запомнить

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

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

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

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

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

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

База не открывается после обновления платформы — что делать?

Установите прежний релиз платформы и укажите его в свойствах базы. Если база уже была отконвертирована новой версией и старая её не открывает, потребуется восстановление из резервной копии, снятой до запуска на новой платформе.

Чем отличается откат файловой и клиент-серверной базы?

Файловая база откатывается загрузкой файла .dt через конфигуратор или подменой файла 1Cv8.1CD. Клиент-серверная — восстановлением резервной копии средствами СУБД с последующей проверкой регистрации базы в консоли кластера.

Можно ли откатить обновление только для одного пользователя?

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

Как избежать необходимости отката в будущем?

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