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