Откат обновления 1С из Конфигуратора: платформа и конфигурация
Содержание
Обновление, которое уже применено к базе, кнопкой «Отмена» не отменить. Вернуть прежнее состояние можно тремя путями: загрузить сохранённую копию конфигурации (.cf), восстановить всю базу из выгрузки (.dt) или откатить версию платформы. Какой путь выбрать, зависит от того, что именно обновляли и что у вас сохранилось.
Если обновление ещё не дошло до базы данных (конфигурация загружена, но вы не нажимали F7), хватит самого лёгкого способа: вернуться к конфигурации базы данных. Если успели обновить и запустить пользователей, понадобится копия. Без копии отмена превращается в ручное исправление, и об этом в конце статьи.
Сначала определите, что именно обновилось
Люди говорят «обновление 1С» и имеют в виду разное. Путаница здесь стоит часа работы, поэтому проверьте три вещи.
- 🔹 Платформа (программа 1С:Предприятие, например 8.3.22 → 8.3.25). Откатывается установкой старой версии рядом.
- 🔹 Конфигурация (Бухгалтерия, ЗУП, УТ: релиз 3.0.140 → 3.0.150). Откатывается из копии конфигурации или базы.
- 🔹 Только расширения или внешние отчёты. Откатываются отдельно, без затрагивания основной конфигурации.
Посмотреть текущие версии можно так: «Справка → О программе» в режиме 1С:Предприятие. В Конфигураторе версия платформы видна в «Справка → О программе», а версия конфигурации — в свойствах корня дерева конфигурации.
Ещё один вопрос: на каком этапе остановились.
| Этап | Что уже произошло | Чем откатываться |
|---|---|---|
| Загрузили файл обновления, F7 не нажимали | Изменена основная конфигурация, база данных не тронута | Вернуться к конфигурации БД |
| Нажали F7, реструктуризация прошла | Изменены и конфигурация, и таблицы базы | Загрузка .dt или .cf |
| Обновили платформу | Установлен новый клиент, файлы базы могли быть пересобраны | Установка старой платформы рядом |
| Работали в базе после обновления | Появились новые документы на новой версии | Откат только с потерей ввода, см. раздел про последствия |
Подготовка: страховка перед любым откатом
Откат сам по себе тоже меняет базу. Прежде чем что-то загружать, снимите копию того, что есть сейчас, даже если она «битая».
- Закройте у всех сеансы работы. Для файловой базы проверьте, что рядом с файлом
1Cv8.1CDнет файла блокировки1Cv8.cdn. - Скопируйте каталог файловой базы целиком на другой диск. Для клиент-серверной базы сделайте бэкап средствами СУБД.
- В Конфигураторе выгрузите базу: «Администрирование → Выгрузить информационную базу», файл
.dt. - Найдите то, что сохранилось с прошлого раза: копию перед обновлением, автоматическое сохранение, шаблон обновления в каталоге шаблонов.
Не удаляйте «неудачную» базу, пока старая не подтверждена как рабочая. Бывает, что откат не получился, а текущая база была хоть и с ошибками, но живой.
Если база на поддержке и вы собираетесь загружать старую конфигурацию, предупредите коллег: пока идёт загрузка, работать в базе нельзя. Конфигуратор требует монопольный доступ.
Откат платформы: ставим старую версию рядом
Платформа 1С устанавливается в отдельные каталоги под каждую версию. Новую можно не удалять: старая и новая спокойно живут вместе.
Установить старую версию
- Скачайте дистрибутив нужной версии платформы с сайта поставщика (раздел загрузок для вашей лицензии) или возьмите его из своего архива.
- Запустите установку. Если версия отличается от уже стоящих, она встанет в свой каталог, обычно внутри
C:\Program Files\1cv8\. - В списке баз («Изменить» → «Версия 1С:Предприятия») укажите нужную. Либо запускайте базу ярлыком с явным путём к
1cv8.exeстарой версии.
Что учесть
- ⚠️ Если база уже открывалась новой платформой, старая может отказаться её открывать. Сообщение выглядит так:
Версия платформы информационной базы выше версии запускаемой платформыили похоже по смыслу. Это значит, что структура базы пересобрана под новую версию. - 💡 Лечится загрузкой
.dt, снятой до обновления платформы. Выгрузка, сделанная новой платформой, на старой уже не развернётся. - Для клиент-серверной базы платформа на сервере 1С и на клиенте должны совпадать по номеру до третьего знака (8.3.22 и 8.3.22). Сервер откатывается отдельно: остановите службу, поставьте нужную версию, переключите службу на неё.
Если обновили только клиентские машины, а сервер оставили, откат ограничится возвратом клиентов. Это самый частый и безопасный случай.
Восстановление конфигурации: три рабочих способа
Способ 1. Вернуться к конфигурации базы данных
Подходит, пока вы не применили изменения к самой базе.
- Откройте Конфигуратор с нужной базой.
- Выберите «Конфигурация → Конфигурация базы данных → Вернуться к конфигурации БД».
- Подтвердите замену.
Основная конфигурация (в окне дерева) будет заменена той, что сейчас лежит в базе данных. Если вы загрузили обновление, но не нажали «Обновить конфигурацию базы данных» (F7), всё вернётся в исходное состояние. Занимает минуты.
Способ 2. Загрузить .cf из копии
Файл .cf — это снимок конфигурации. Он получается так: «Конфигурация → Сохранить конфигурацию
в файл». Хорошая привычка — делать его перед каждым обновлением.
Откат из него:
- «Конфигурация → Загрузить конфигурацию из файла ».
- Выберите файл
.cfнужной версии. Если на поддержке, система предупредит, что конфигурация будет заменена состоянием из файла. Согласитесь. - Нажмите F7, чтобы применить конфигурацию к базе.
- Пройдите реструктуризацию, подтвердите предупреждения.
Если типовая конфигурация дорабатывалась, загрузка .cf сотрёт все доработки, которых нет в файле. Файл должен быть последним, где доработки ещё лежат.
Способ 3. Развернуть .dt целиком
Выгрузка информационной базы содержит и конфигурацию, и данные, и пользователей. Откат из неё самый надёжный, но самый дорогой по последствиям.
- «Администрирование → Загрузить информационную базу».
- Выберите файл
.dt, снятый до обновления. - Дождитесь окончания. На базе в 20 ГБ это может занять несколько часов.
Всё, что вводили в базе после создания .dt, будет потеряно. Поэтому до загрузки выпишите или скопируйте документы за этот период: их придётся ввести заново либо перенести обработкой.
Какой способ выбрать
| Способ | Когда подходит | Риск |
|---|---|---|
| Вернуться к конфигурации БД | Обновление загружено, F7 не нажимали | Минимальный |
Загрузить .cf | Есть копия конфигурации до обновления, данные нужно сохранить | Теряются доработки не из файла, реструктуризация может сказаться на данных |
Загрузить .dt | Есть копия базы, данные после неё не важны или перенесены | Потеря ввода после выгрузки |
Откат через хранилище конфигурации
Если команда работает с хранилищем (разработка, много доработок), нужная версия лежит там. Хранилище хранит историю каждого помещения.
- В Конфигураторе откройте «Конфигурация → Хранилище конфигурации → Открыть хранилище ».
- Откройте «Хранилище конфигурации → История».
- Найдите нужную версию, нажмите «Получить версию» (название на экране может отличаться по версии платформы: ищите команду, которая загружает выбранную версию в основную конфигурацию).
- Примените изменения к базе: F7.
Хранилище не заменяет бэкап базы . Оно возвращает только конфигурацию, но не данные и не содержимое справочников.
Если нужная версия лежит в хранилище, но получить её не даёт блокировка (объект захвачен другим разработчиком), попросите коллегу освободить объекты. Принудительное снятие захвата делает администратор хранилища.
Что делать с файлами обновления и поддержкой
После отката часто остаются хвосты: конфигурация вернулась, а система считает, что обновление применено, либо наоборот.
Настройка поддержки
Откройте «Конфигурация → Поддержка → Настройка поддержки». В окне видна версия конфигурации поставщика и состояние каждого объекта. Сверьте:
- версию в списке с версией, до которой откатывались;
- не стоят ли объекты «Снят с поддержки» там, где вы этого не делали.
Если поддержка «слетела», вернуть её можно повторной загрузкой .cf поставщика этой же версии: «Конфигурация → Поддержка → Обновить конфигурацию
», вариант «Загрузить из файла».
Файлы обновления
Дистрибутивы обновлений, которые вы скачали, лежат на диске: каталог шаблонов (по умолчанию %APPDATA%\1C\1Cv8\tmplts) и каталог, куда вы их сохраняли. Не удаляйте оттуда ничего до подтверждения отката. Они пригодятся, когда решите повторить обновление правильно.
Файл обновления .cfu откатывать нельзя, но ничто не мешает не устанавливать его повторно. Следите, чтобы автоматическая загрузка обновлений в вашей базе не поставила его снова ночью.
Проверка работоспособности после отката
Запустите базу в режиме 1С:Предприятие, не из Конфигуратора. Именно там вылезают ошибки, которых Конфигуратор не видит.
Дополнительно запустите «Администрирование → Тестирование и исправление информационной базы» из Конфигуратора. Отметьте проверку логической целостности и реструктуризацию таблиц, без пересчёта итогов, если база большая. Результат читайте внимательно: сообщения вида «Ссылка на несуществующий объект» после отката возможны, если часть данных ссылалась на новые объекты.
Отдельно проверьте:
- 🔹 расширения: вернувшаяся конфигурация может не подходить расширению по версии, и оно будет отключено;
- 🔹 внешние отчёты и обработки: открывать их нужно после проверки совместимости;
- 🔹 обмены: правила обмена привязаны к версии, возможно, потребуется загрузить правила нужной версии;
- 🔹 регламентные задания и права: после загрузки
.dtони переносятся, но расписания стоит открыть и пересохранить.
Если откатиться не получается
Это бывает, когда копии нет или она слишком старая.
- Проверьте скрытые копии. Многие настроили автоматические архивы в ночное окно. Загляните на файловый сервер, в облако, в бэкап СУБД. Часто копия есть, просто о ней забыли.
- Поищите
.cfв каталоге шаблонов. Там остаются файлы обновлений предыдущих версий. Версия в шаблоне — это версия поставщика, но доработки в неё не входят. - Откатите точечно. Если сломан один модуль, сравните и объедините с нужной версией: «Конфигурация → Сравнить, объединить с конфигурацией из файла». Выберите только проблемные объекты и перенесите из файла старой версии.
- Исправляйте вперёд. Если откат невозможен, чаще проще довести обновление до конца: найти ошибку, установить последний релиз платформы и конфигурации.
.dt, снятый до обновления платформы, либо верните новую версию..cf именно для вашей конфигурации и редакции.Как не откатываться в следующий раз
Откат нужен там, где обновление шло без плана. Три привычки снимают почти все проблемы.
- ✅ Перед обновлением снимайте
.dtи.cf. Время на это: 10–40 минут, зависит от размера базы. - ✅ Сначала обновляйте копию базы
. Разверните
.dtна тестовом сервере или рядом в другой каталог и пройдите весь процесс там. - ✅ Не обновляйте платформу и конфигурацию в один день. Если что-то сломается, вы будете знать, что именно.
Хорошо работает и такая схема: ночью автоматический бэкап, перед обновлением ручной .dt, неделю хранения последних трёх копий. Места на диске это занимает немного, а время отката сокращает с суток до часа.
Частые вопросы
Можно ли отменить обновление, если база клиент-серверная?
Вернутся ли удалённые данные, если откатить конфигурацию из `.cf`?
.cf содержит только метаданные: объекты, формы и модули. Для данных нужен .dt или бэкап СУБД.Откат конфигурации снимет базу с поддержки?
Можно ли откатить обновление через Конфигуратор без прав администратора?
Сколько времени занимает откат?
.cf обычно получается за 10–30 минут. Развёртывание .dt большой базы может занять несколько часов.