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