Обновление 1С пошло не так: возвращаем прежний релиз без потери базы

Откатить релиз 1С 8.3 назад можно только одним надёжным способом — восстановить всю информационную базу из резервной копии, сделанной до обновления. Для этого в Конфигураторе выбирают Администрирование → Загрузить информационную базу и указывают файл .dt. Для клиент-серверной базы так же годится бэкап СУБД, для файловой — копия папки с файлом 1Cv8.1CD.

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

Что сделать до отката: оценка рисков и подготовка

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

• 🗂️ Есть ли копия базы до обновления? Проверьте дату и время файла .dt, бэкапа SQL или архива файловой базы. Копия, сделанная после запуска нового релиза, для отката бесполезна.
• ⏱️ Сколько прошло времени? Если базу обновили вечером, а проблему заметили утром до начала работы, откат почти бесплатный. Если пользователи неделю вводили документы, их придётся переносить.
• 🧩 Что именно сломалось? Иногда проблема не в релизе, а в расширении, внешней печатной форме или версии платформы. Тогда откатывать всю базу не нужно.

Сохраните текущее состояние

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

1. Попросите пользователей завершить работу и закрыть программу.
2. Запустите Конфигуратор базы и выберите Администрирование → Выгрузить информационную базу.
3. Сохраните файл с понятным именем, например buh_after_update_2026-10-07.dt.
4. Отдельно выгрузите расширения в файлы .cfe, если в базе есть доработки через расширения (как это сделать — ниже, в разделе про расширения).

Как отключить пользователей

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

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

Выбор зависит от варианта работы базы и от того, какой бэкап у вас есть.

Откат из файла .dt через Конфигуратор

Это основной способ, он работает для файловых и серверных баз одинаково.

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

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

Восстановление из бэкапа SQL

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

Пример для MS SQL Server — сначала резервная копия перед обновлением, затем восстановление:

-- до обновления
BACKUP DATABASE [buh] TO DISK = N'D:\Backup\buh_before_update.bak'
WITH COPY_ONLY, INIT;

-- откат: восстановить копию поверх базы
USE master;
ALTER DATABASE [buh] SET SINGLE_USER WITH ROLLBACK IMMEDIATE;
RESTORE DATABASE [buh] FROM DISK = N'D:\Backup\buh_before_update.bak'
WITH REPLACE;
ALTER DATABASE [buh] SET MULTI_USER;

Для PostgreSQL то же самое делают утилитами pg_dump и pg_restore:

pg_dump -U postgres -Fc -f D:\Backup\buh_before_update.dump buh
pg_restore -U postgres -d buh --clean D:\Backup\buh_before_update.dump

После восстановления на уровне СУБД перезапуск службы 1С обычно не нужен, но кэш рабочих процессов может держать старые сведения. Если база открывается с ошибками, перезапустите службу агента сервера в нерабочее время.

Файловая база: копия папки

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

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

Копия, снятая при открытой базе, может оказаться повреждённой. Если такая база не открывается, используйте .dt.

Почему не стоит загружать старый .cf

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

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

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

Клиент и файловая база

Несколько версий платформы ставятся на один компьютер параллельно, каждая в свою папку внутри C:\Program Files\1cv8\. Удалять новую не обязательно.

1. Установите нужную старую версию дистрибутивом.
2. В окне запуска выберите базу и нажмите Изменить.
3. На втором шаге в поле Версия 1С:Предприятия укажите номер, например 8.3.24.1691.
4. Нажмите Готово и запустите базу.

Пустое поле версии означает «запускать самой новой из установленных». Поэтому без явного указания база снова откроется новой платформой.

Клиент-серверный вариант

Версия клиента должна точно совпадать с версией сервера 1С. Откат сервера делают так:

1. Установите на сервер прежнюю версию платформы с компонентом сервера.
2. Остановите службу агента сервера новой версии.
3. Зарегистрируйте и запустите службу старой версии. Служба привязана к исполняемому файлу ragent.exe конкретной версии.
4. Укажите ту же версию у всех клиентов, иначе они получат ошибку несоответствия версий.

Расширения и исправления после отката релиза

Расширения хранятся внутри информационной базы. Загрузка .dt возвращает их в то состояние, которое было на момент выгрузки. Это и плюс, и подвох.

• ✅ Если расширение доработали под новый релиз уже после обновления, при откате эта доработка пропадёт. Поэтому .cfe сохраняют заранее.
• ✅ Исправления (патчи), которые программа ставит автоматически, тоже являются расширениями. После отката могут вернуться патчи для старого релиза — это нормально.
• ⚠️ Расширение, сделанное под новый релиз, может не подойти старой конфигурации. Тогда при запуске появится сообщение, что расширение не может быть применено.

Где управлять расширениями

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

В Конфигураторе расширения находятся в меню Конфигурация → Расширения конфигурации. Из этого окна каждое расширение сохраняют в файл .cfe и загружают обратно.

Порядок после отката:

1. Запустите базу и посмотрите, нет ли сообщений о неприменимых расширениях.
2. Отключите проблемное расширение, чтобы пользователи могли работать.
3. Передайте его разработчику для правки под текущий релиз.

Как вернуть данные, введённые после обновления

Всё, что пользователи ввели между созданием копии и откатом, в восстановленной базе отсутствует. Варианты зависят от объёма.

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

После переноса сверьте ключевые остатки: денежные средства, расчёты с контрагентами, товары. Удобно сравнить оборотно-сальдовую ведомость двух баз за период после обновления.

Ошибки при откате и что с ними делать

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

Как обновлять 1С, чтобы не пришлось откатывать

Откат — это всегда потеря времени. Большую часть причин для него убирает простой порядок.

1. 📄 Читайте описание релиза. Там указана минимальная версия платформы и список изменений. Если релиз требует новую платформу, обновите её заранее и проверьте работу.
2. 🧪 Обновляйте сначала копию. Разверните .dt в тестовую базу, обновите её, проведите пару типичных документов, сформируйте отчёты.
3. 💾 Делайте копию непосредственно перед обновлением. Не полагайтесь на ночной бэкап: между ним и обновлением могут ввести документы.
4. 🕗 Обновляйте в начале нерабочего периода. Тогда при сбое откат пройдёт до того, как пользователи начнут вводить данные.
5. 🔌 Проверяйте расширения и внешние обработки на тестовой копии. Именно они чаще всего ломаются на новом релизе.
6. 🗃️ Храните несколько копий. Минимум — последние две выгрузки до обновлений, на отдельном диске.

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

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