Откат обновления ЗУП: как вернуть базу к рабочей версии

Надёжный откат 1С ЗУП — это восстановление базы из резервной копии, сделанной до обновления: файла выгрузки .dt или копии файла 1Cv8.1CD для файловой базы. Кнопки «отменить обновление» в платформе нет, поэтому всё строится вокруг бэкапа и, реже, обратной загрузки старой конфигурации.

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

Что приготовить перед откатом

Сначала определитесь с тремя вещами — это экономит время и защищает от потери данных.

• 🗂️ Какой бэкап есть. Файл .dt (выгрузка информационной базы), копия 1Cv8.1CD (сам файл файловой базы), резервная копия SQL для клиент-серверного варианта или архив из автобэкапа 1С. Проверьте дату файла — она должна быть ДО обновления.
• 🧩 Что нужно сохранить. Если после обновления успели ввести начисления, кадровые документы, выплаты — при полном восстановлении из бэкапа они пропадут. Решите заранее, что с ними делать: смириться с повторным вводом или пытаться откатывать только конфигурацию.
• 👥 Файловая база или клиент-серверная. От этого зависят команды. В файловой вы работаете с одним .1CD-файлом, в серверной — через консоль администрирования и СУБД.

Выгоните пользователей из базы. Загрузка .dt, обновление структуры и восстановление SQL требуют монопольного доступа — при активных сеансах платформа не даст выполнить операцию или оборвёт чужую работу.

Способ 1. Восстановление базы из резервной копии

Это основной и самый предсказуемый метод. Он возвращает базу ровно в то состояние, в котором она была на момент копии.

Файловая база: загрузка .dt через Конфигуратор

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

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

Файловая база: подмена файла 1CD

Если .dt нет, но сохранилась копия самого файла базы:

1. Закройте 1С.
2. В каталоге базы переименуйте текущий 1Cv8.1CD (например, в 1Cv8_broken.1CD) — не удаляйте, он ещё может пригодиться.
3. Скопируйте на его место сохранённый файл базы под именем 1Cv8.1CD.
4. Запустите базу.

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

Здесь два пути в зависимости от того, что сохранено:

• Есть .dt — загружаете так же, через Администрирование → Загрузить информационную базу в Конфигураторе. Перед этим завершите сеансы: в консоли администрирования серверов откройте список сеансов базы и отключите их, затем на время работ можно заблокировать начало сеансов в свойствах базы.
• Есть резервная копия СУБД (бэкап SQL) — восстановление делает администратор на стороне сервера базы данных, средствами самой СУБД. Это самый быстрый способ для больших баз, но он требует доступа к серверу СУБД.

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

Если копии вы вручную не делали, но в базе было включено автоматическое резервное копирование , загляните туда: в режиме 1С:Предприятие откройте раздел администрирования и пункт Резервное копирование и восстановление. Там виден список автоматических копий с датами — выберите дату до обновления и запустите восстановление. Механизм сам закроет базу, восстановит данные и откроет её заново. Это удобный путь для файловых баз, когда Конфигуратор под рукой нет.

Способ 2. Откат конфигурации без потери введённых данных

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

Потребуется файл конфигурации .cf предыдущего релиза ЗУП. Его берут из каталога шаблонов обновлений (куда 1С кладёт дистрибутивы) — внутри папки нужной версии лежит файл 1Cv8.cf.

1. Сделайте полную резервную копию текущей базы (.dt).
2. Запустите Конфигуратор, выгоните пользователей.
3. Меню Конфигурация → Загрузить конфигурацию из файла, укажите 1Cv8.cf от прошлого релиза.
4. Платформа предложит обновить конфигурацию базы данных — нажмите Обновить конфигурацию базы данных (клавиша F7).
5. Внимательно прочитайте предупреждения о реструктуризации. Если платформа сообщает об удалении таблиц или реквизитов, оцените, что именно теряется.

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

Отдельный момент — поддержка конфигурации. Типовая ЗУП стоит на замке поставщика, и при загрузке .cf платформа проверит, с той же ли конфигурацией поставщика вы работаете. Если база была снята с поддержки или изменена, загрузка предыдущего релиза может не пройти штатно — тогда остаётся только восстановление из бэкапа. Поэтому перед понижением релиза убедитесь, что конфигурация типовая и на полной поддержке.

Разбор журнала регистрации: что именно сломалось

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

Откройте в режиме 1С:Предприятие: НСИ и администрирование → Журнал регистрации (в ЗУП 3.1 раздел настроек называется «Настройка» или «Администрирование» — ориентируйтесь на раздел с администрированием). В Конфигураторе журнал доступен через Администрирование → Журнал регистрации.

Что искать:

• 🔎 Записи об обновлении. Отфильтруйте журнал по дате обновления. Виден момент смены конфигурации и первые ошибки после него.
• ❗ События важности «Ошибка». Настройте отбор по важности — так отсеете информационные записи и увидите только сбои.
• 👤 Автор и компьютер. Понятно, кто запускал обновление и с какой машины, — пригодится, если база сетевая.

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

Сравнение и объединение конфигураций: частичный откат

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

1. В Конфигураторе откройте Конфигурация → Сравнить, объединить с конфигурацией из файла.
2. Укажите 1Cv8.cf предыдущего релиза.
3. В окне сравнения платформа покажет, чем отличаются конфигурации по объектам.
4. Снимите галочки со всего и отметьте только те объекты, которые нужно вернуть к старой версии.
5. Выполните объединение, затем Обновить конфигурацию базы данных (F7).

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

Типичные ошибки при откате и как их обойти

Собрал сбои, на которые чаще всего натыкаются при восстановлении и понижении релиза.

Как больше не попадать на откат: резервное копирование

Откат почти всегда — следствие того, что обновление накатили без страховки. Нормальная схема снимает проблему в корне.

Несколько практик, которые снимают 90% паники:

• 🔁 Автоматическая выгрузка. Настройте регулярное резервное копирование: в файловом варианте — через Администрирование → Резервное копирование, в серверном — средствами СУБД по расписанию.
• 🧪 Тестовая база. Держите копию рабочей базы и обновляйте сначала её. Увидели проблему — до рабочей базы обновление не дойдёт.
• 📦 Глубина хранения. Храните хотя бы 3–5 последних копий. Одна перезаписываемая копия бесполезна, если сбой заметили не сразу.
• 🗓️ Копия именно перед обновлением. Вечерний автобэкап — хорошо, но ручная копия прямо перед нажатием «Обновить» надёжнее всего: откат к ней вернёт базу секунда-в-секунду.

С таким регламентом «откат» перестаёт быть авралом: это просто загрузка вчерашнего .dt за пару минут.

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