Вернуть базу 1С 8.3 к состоянию до обновления: все рабочие способы

Кнопки «Отменить обновление» в 1С 8.3 нет. Откатить обновление базы можно тремя путями: загрузить резервную копию, сделанную до обновления (.dt, копия папки файловой базы или бэкап СУБД), вернуть конфигурацию к конфигурации БД, если обновление ещё не применено, или точечно вернуть отдельные объекты через сравнение с сохранённой прежней конфигурацией.

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

Что выяснить до отката: что обновлялось и есть ли копия

Сначала поймите, что именно сломалось. От этого зависит, нужен ли вообще откат.

🔍 Три вопроса, которые стоит задать себе:

• 🧩 Что обновляли? Конфигурацию (новый релиз БП, ЗУП, УТ) или платформу (новая версия 8.3.2x). Платформу откатывать не нужно: прежняя версия остаётся на компьютере, если её не удалили.
• ⏱ На каком этапе всё встало? Обновление загружено в конфигуратор, но не применено; применено, но 1С:Предприятие ещё не запускали; база уже обработала данные и пользователи в ней работали.
• 💾 Какая копия есть? Файл .dt, копия каталога с 1Cv8.1CD, бэкап MS SQL или PostgreSQL. Посмотрите дату и время копии: всё, что пользователи ввели после этого момента, при восстановлении пропадёт.

Если после обновления в базе уже провели документы, выпишите их до отката: даты, номера, суммы. Отчёт или список документов с отбором по дате создания удобно сохранить в Excel. Потом эти данные придётся ввести заново.

Обновление ещё не применено: вернуться к конфигурации БД

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

Как отменить загруженное обновление:

1. Откройте базу в режиме Конфигуратор.
2. Выберите Конфигурация → Конфигурация базы данных → Вернуться к конфигурации БД.
3. Подтвердите действие. Основная конфигурация станет такой же, как конфигурация БД.

Этот приём работает, только если обновление ещё не применяли. Если реструктуризация уже прошла, конфигурация БД тоже новая, и возвращаться некуда.

Откат обновления 1С из резервной копии .dt

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

Загрузка через конфигуратор

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

Загрузка .dt полностью заменяет содержимое базы. Объединить старую копию с новыми данными этой командой нельзя.

Загрузка из командной строки

Удобно, если доступа к интерфейсу нет или процедуру нужно повторить на нескольких базах:

"C:\Program Files\1cv8\8.3.24.1691\bin\1cv8.exe" DESIGNER /F"D:\Bases\Buh" /N"Администратор" /P"пароль" /RestoreIB "D:\Backup\buh_before_update.dt" /Out"D:\Backup\restore.log"

Для клиент-серверной базы вместо /F указывают /S"сервер\имя_базы". Путь к 1cv8.exe и номер версии подставьте свои. Результат пишется в файл из параметра /Out.

Если после обновления в базе уже работали

Документы, введённые после копии, при загрузке пропадут. Чтобы не набивать их вручную:

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

Перенос между разными релизами работает не всегда: если в новом релизе изменили реквизиты документа, часть полей не загрузится. Небольшой объём проще ввести вручную.

Копия файловой базы и бэкап СУБД

Не у всех есть .dt. Часто копия существует в другом виде, и откатить базу 1С можно через неё.

Файловая база

1. Убедитесь, что в базе никого нет. Удобно проверить по наличию файла 1Cv8.1CL в каталоге базы: если файл есть и не удаляется, базу кто-то держит.
2. Переименуйте текущий 1Cv8.1CD в 1Cv8_after_update.1CD. Не удаляйте.
3. Скопируйте в каталог базы файл 1Cv8.1CD из резервной копии.
4. Запустите базу и проверьте релиз.

Клиент-серверная база

Восстановление на уровне СУБД быстрее, чем загрузка .dt на больших базах. Порядок:

1. В консоли администрирования серверов 1С включите блокировку начала сеансов для базы и завершите активные сеансы. Пользователи потеряют несохранённые изменения, поэтому делайте это вне рабочего времени.
2. Восстановите бэкап в ту же базу данных СУБД средствами MS SQL или PostgreSQL.
3. Снимите блокировку, запустите базу.

Частичный откат: сравнение с прежней конфигурацией

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

Откуда взять прежнюю конфигурацию

• 📁 Файл .cf, сохранённый перед обновлением через Конфигурация → Сохранить конфигурацию в файл.
• 📦 Старый .dt, развёрнутый в отдельную пустую базу. Из неё конфигурация сохраняется в .cf той же командой.
• 🗂 История хранилища конфигурации, если база к нему подключена: Конфигурация → Хранилище конфигурации → История хранилища.

Как вернуть отдельные объекты

1. В рабочей базе откройте конфигуратор.
2. Выберите Конфигурация → Сравнить, объединить с конфигурацией из файла и укажите старый .cf.
3. В окне сравнения снимите все флажки, затем отметьте только нужные объекты: модуль, форму, макет.
4. Выполните объединение и примените изменения к базе.

Так возвращают свои доработки, а не откатывают сам релиз. Если вернуть старый код в новый релиз, он может обращаться к реквизитам и процедурам, которых в новой версии уже нет. Проверьте синтаксис (Конфигурация → Проверка модулей) и протестируйте объект на копии.

Откат обновления типовой конфигурации: подводные камни

Типовые конфигурации (БП 3.0, ЗУП 3.1, УТ 11) при первом запуске после обновления выполняют обработчики обновления. Они переносят и пересчитывают данные под новую структуру. Часть обработчиков работает отложенно, в фоне, уже после того, как пользователи вошли в программу.

Из этого следует главное правило:

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

Что ещё учесть:

• 🔢 Порядок релизов. Типовые конфигурации обновляют последовательно, через обязательные промежуточные релизы. Откат на несколько шагов назад тоже возможен только из копии, сделанной до первого из них.
• 🖥 Версия платформы. Новый релиз может требовать платформу с номером не ниже определённого. Старый релиз на новой платформе обычно работает. Если причина сбоя в платформе, в списке баз откройте Изменить и на последнем шаге укажите в поле версии прежний номер 8.3.x. Откатывать конфигурацию не придётся.
• 🔗 Обмены и внешние обработки. После отката базы вернитесь и к версиям внешних отчётов, расширений и настроек обмена, если их меняли под новый релиз.
• 🧱 Расширения. Расширение, адаптированное под новый релиз, после отката может не подключиться. Держите копию .cfe для каждой версии.

Журнал регистрации: где искать причину сбоя обновления

Прежде чем откатывать, посмотрите, что именно пошло не так. Иногда ошибка лечится без отката: повторным запуском обработчиков или установкой исправительного релиза.

Где открыть журнал

• В 1С:Предприятии: Администрирование → Обслуживание → Журнал регистрации.
• В конфигураторе: Администрирование → Журнал регистрации.

Как отфильтровать нужное

1. Установите отбор по периоду: от начала обновления до текущего момента.
2. В отборе по уровню оставьте Ошибка и Предупреждение.
3. В отборе по событиям найдите события, связанные с обновлением информационной базы. Удобно ввести в поиск слово «Обновление».
4. Откройте запись двойным щелчком: в комментарии будет имя обработчика и текст ошибки.

В типовых конфигурациях на базе БСП есть и отдельный отчёт о ходе обновления. Его ссылка находится в разделе Администрирование → Обслуживание, в группе, посвящённой обновлению программы. Там видно, какие обработчики завершились с ошибкой и какие ещё работают в фоне.

Что означают типичные записи

Как обновлять 1С, чтобы откатить базу за 10 минут

Откат — штатная операция, если подготовка сделана до обновления. Если нет — это авария.

Порядок перед каждым обновлением

1. Выгрузите базу в .dt с понятным именем: buh_2026-10-07_before_3.0.xxx.dt.
2. Сохраните конфигурацию в .cf и все расширения в .cfe.
3. Проверьте копию: разверните .dt в пустую тестовую базу и откройте её. Непроверенная копия часто оказывается пустой или битой.
4. Обновите сначала тестовую базу, проверьте ключевые отчёты и документы, затем рабочую.
5. Обновляйте в конце рабочего дня, чтобы до утра было время на откат.

Стратегия хранения копий

Для файловой базы в типовых конфигурациях есть встроенное резервное копирование по расписанию в разделе Администрирование → Обслуживание. Для клиент-серверной базы копии делают средствами СУБД: план обслуживания в MS SQL, pg_dump по расписанию в PostgreSQL.

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