Администрирование · 12 мин
Как откатить конфигурацию 1С: способы и пошаговые инструкции
Как откатить конфигурацию 1С после неудачного обновления: восстановление из копии, откат через dt-файл и CF, отмена изменений в хранилище. Пошаговые инструкции и риски.
Откат конфигурации 1С требуется, когда обновление прошло с ошибками, доработки сломали типовые механизмы или после загрузки изменений база перестала запускаться. В зависимости от ситуации применяют разные методы: восстановление из резервной копии, загрузку выгрузки dt, откат через файл конфигурации CF предыдущего релиза или отмену изменений в хранилище конфигурации. Универсальной кнопки «отменить обновление» в платформе нет — откат всегда выполняется вручную, и его успех зависит от того, была ли сделана резервная копия до изменений.
Главное правило: откат конфигурации и откат данных — разные задачи. Конфигурация описывает структуру базы (справочники, документы, отчёты, код), а данные — это сами записи. Если после обновления пользователи успели ввести новые документы, простое восстановление старой копии уничтожит эти данные. Поэтому перед откатом нужно оценить, сколько информации будет потеряно, и выбрать метод, который минимизирует потери.
Ниже разобраны рабочие способы отката для файловых и клиент-серверных баз, порядок действий в конфигураторе, а также типичные ошибки, из-за которых откат превращается в потерю базы.
Оцените ситуацию перед откатом
Прежде чем что-либо восстанавливать, ответьте на три вопроса. Первый: есть ли резервная копия, сделанная до обновления или доработки. Если да — откат займёт минуты. Если нет — придётся искать CF-файл предыдущего релиза или откатывать изменения точечно, что сложнее и рискованнее.
Второй вопрос: вводились ли данные после обновления. Если база обновилась ночью, а утром пользователи не успели поработать, потерь не будет. Если же прошёл рабочий день и введены документы, полный откат на копию уничтожит их. В таком случае иногда разумнее не откатываться, а исправлять ошибку в текущей версии.
Третий вопрос: что именно сломалось. Если ошибка затрагивает один отчёт или печатную форму, полный откат избыточен — достаточно исправить конкретный объект. Полный откат оправдан, когда база не запускается, обновление конфигурации базы данных завершается ошибкой или массово нарушена работа ключевых механизмов.
Как выбрать способ отката
Откат через резервную копию файловой базы
Файловая база — это каталог с файлом 1Cv8.1CD. Если перед обновлением копировался весь каталог или делалась выгрузка в dt, восстановление предельно просто. Завершите работу всех пользователей, закройте конфигуратор и сеансы 1С:Предприятия.
При копировании каталога: переименуйте текущую папку базы (например, добавьте суффикс «_битая» — не удаляйте её до полной проверки), на место неё скопируйте архивную папку и запустите базу. Проверьте версию конфигурации в разделе «О программе» — там должен быть прежний релиз.
При восстановлении из dt-файла действуйте через конфигуратор: «Администрирование» → «Загрузить информационную базу», укажите файл выгрузки и подтвердите. Загрузка полностью заменяет текущую базу вместе с данными. После загрузки запустите базу в режиме предприятия и проверьте ключевые операции.
- 1Завершите все сеансы пользователей и закройте конфигуратор
- 2Скопируйте текущий файл 1Cv8.1CD в отдельную папку как страховку
- 3Откройте конфигуратор: Администрирование → Загрузить информационную базу
- 4Укажите dt-файл, сделанный до обновления, и дождитесь окончания загрузки
- 5Запустите базу в режиме 1С:Предприятие и проверьте версию конфигурации и работу документов
Откат клиент-серверной базы
В клиент-серверном варианте (MS SQL, PostgreSQL и другие СУБД) файл 1Cv8.1CD отсутствует, и откат выполняется средствами СУБД. Если перед обновлением делался бэкап базы данных, восстановите его стандартными инструментами сервера: в MS SQL — через Restore Database в Management Studio, в PostgreSQL — через pg_restore.
Перед восстановлением заблокируйте доступ пользователей: отключите базу в консоли кластера 1С или остановите соединения на стороне СУБД. Восстановление поверх рабочей базы при активных сеансах приведёт к ошибкам и возможному повреждению данных.
Альтернатива — загрузка dt через конфигуратор, как в файловом варианте, если выгрузка делалась. Учтите, что dt больших баз (десятки гигабайт) загружается долго, и для крупных клиент-серверных баз бэкап средствами СУБД предпочтительнее: он быстрее и надёжнее.
Откат конфигурации без потери данных через CF-файл
Если резервной копии нет или данные после обновления нужно сохранить, используйте загрузку конфигурации предыдущего релиза из CF-файла. Этот способ заменяет только конфигурацию, а данные остаются в базе. CF-файл прежнего релиза берётся из дистрибутива обновления (папка с шаблонами, обычно в каталоге tmplts) либо сохраняется заранее через «Конфигурация» → «Сохранить конфигурацию в файл».
Порядок действий: откройте конфигуратор в монопольном режиме, выполните «Конфигурация» → «Поддержка» → «Настройка поддержки» и при необходимости включите возможность изменений. Затем «Конфигурация» → «Загрузить конфигурацию из файла» и укажите CF предыдущего релиза. После загрузки выполните «Обновить конфигурацию базы данных» — платформа приведёт структуру данных к старой версии.
У этого метода есть существенное ограничение. Если в новом релизе структура данных изменилась (добавлены реквизиты, перенесены данные обработчиками обновления), обратное обновление может завершиться с предупреждениями или потерей значений в новых реквизитах. Данные, которые обработчики перенесли в новые объекты, при откате могут остаться недоступными. Поэтому после загрузки CF обязательно проверяйте критичные отчёты и остатки.
Откат при работе с хранилищем конфигурации
Если разработка ведётся через хранилище конфигурации, откат делается откатом версии. В конфигураторе откройте «Конфигурация» → «Хранилище конфигурации» → «История хранилища», найдите версию, соответствующую рабочему состоянию, и посмотрите, какие объекты изменялись в проблемных версиях.
Точечный откат: выделите в истории нужную версию объекта и через контекстное меню получите её состояние, затем обновите конфигурацию базы. Полный откат всей конфигурации на старую версию выполняется через загрузку конфигурации из хранилища с указанием номера версии.
Помните, что откат версии в хранилище не отменяет уже выполненное обновление конфигурации базы данных. После отката объектов обязательно выполните обновление конфигурации базы данных, чтобы структура пришла в соответствие с откаченной конфигурацией.
Проверка результата после отката
Откат считается завершённым только после проверки. Первый шаг — откройте базу в режиме 1С:Предприятие и сверьте версию конфигурации: она должна соответствовать прежнему релизу. Второй шаг — запустите тестирование и исправление (конфигуратор → «Администрирование» → «Тестирование и исправление») в режиме проверки логической и ссылочной целостности, без включения разрушающих операций.
Затем проверьте прикладную сторону: сформируйте основные отчёты (оборотно-сальдовую ведомость, отчёты по складу или взаиморасчётам — в зависимости от конфигурации), проведите тестовый документ, откройте журналы за последние даты. Сверьте итоговые остатки с теми, что были до отката, если есть возможность.
Как проверить результат отката
Соответствует релизу до неудачного обновления
Осталась новая версия или конфигурация не определена
База открывается без ошибок обновления и исключений
Ошибка при запуске, требование обновить конфигурацию БД
Совпадают с ожидаемыми значениями
Расхождения, пустые отчёты, битые ссылки
Документы проводятся штатно
Ошибки проведения, отсутствующие реквизиты
Типичные ошибки и как их избежать
Самая частая ошибка — откат без страховочной копии текущего состояния. Даже «битая» база может содержать данные, которые понадобятся позже. Перед любым восстановлением скопируйте текущее состояние в отдельный каталог.
Вторая ошибка — загрузка CF без учёта изменений структуры данных. Если между релизами менялись объекты, обратное обновление может не пройти чисто. Всегда читайте описание обновления поставщика: там указано, какие обработчики отработали и что изменилось в структуре.
Третья ошибка — забыть про расширения конфигурации и внешние обработки. После отката расширения, написанные под новый релиз, могут перестать работать или отключиться. Проверьте список расширений («Все функции» → «Стандартные» → «Управление расширениями конфигурации») и обновите их версии при необходимости.
Профилактика: как сделать следующий откат простым
Чтобы откат занимал минуты, а не часы, выстройте процесс обновления правильно. Перед каждым обновлением делайте выгрузку dt или бэкап средствами СУБД и проверяйте, что копия открывается — невалидный бэкап равен его отсутствию. Храните CF-файл текущего рабочего релиза отдельно.
Обновления сначала разворачивайте на копии базы: создайте тестовую базу из рабочей копии, обновите её, прогоните ключевые операции и только потом обновляйте рабочую. Это стандартная практика, которая отсекает большинство ситуаций, требующих отката.
Планируйте обновление на нерабочее время и договаривайтесь с пользователями о точке отсечки: до какого момента введённые данные гарантированно сохранятся при откате. Это снимает главный риск — потерю свежих документов.
Что важно запомнить
Откат конфигурации 1С выполняется восстановлением резервной копии (dt, файл 1Cv8.1CD или бэкап СУБД) либо загрузкой CF предыдущего релиза. Перед откатом завершите сеансы пользователей и сохраните текущее состояние базы. После отката проверьте версию конфигурации, остатки в отчётах и работу расширений. Лучшая защита — регулярные проверенные копии и тестовое обновление на копии базы.
Частые вопросы
Можно ли откатить обновление 1С, если резервной копии нет?
Да, но с ограничениями. Найдите CF-файл предыдущего релиза в каталоге шаблонов обновлений (tmplts) и загрузите его через «Загрузить конфигурацию из файла», затем обновите конфигурацию базы данных. Данные сохранятся, но изменения структуры из нового релиза могут откатиться с предупреждениями, а перенесённые обработчиками данные — стать недоступными.
Что произойдёт с документами, введёнными после обновления, при откате из копии?
Они будут потеряны: восстановление копии возвращает базу целиком к состоянию на момент её создания. Если эти документы критичны, перед откатом выгрузите их (например, через обработку выгрузки-загрузки данных или вручную) и внесите повторно после восстановления.
База не запускается после обновления, конфигуратор тоже выдаёт ошибку. Что делать?
Не пытайтесь многократно запускать обновление. Восстановите резервную копию. Если копии нет, попробуйте запустить конфигуратор с параметром отключения обработчиков обновления или откройте базу на другой версии платформы, но эти действия требуют опыта — при их неудаче привлеките специалиста по 1С, пока состояние базы не ухудшено.
Отличается ли откат в базах на поддержке без изменений и в доработанных?
Механика одинаковая, но в доработанных базах полная загрузка CF типового релиза сотрёт все доработки. В таких базах используйте «Сравнить и объединить с конфигурацией из файла» и вручную отменяйте только проблемные изменения, либо восстанавливайте копию, где доработки уже присутствуют.
Нужно ли откатывать платформу вместе с конфигурацией?
Обычно нет: откат конфигурации не требует смены версии платформы. Но если проблема вызвана именно обновлением платформы (например, ошибки в новом релизе 8.3), установите предыдущую версию платформы и запустите базу на ней — платформы разных релизов могут быть установлены на одном компьютере параллельно.
Как откатить конфигурацию в 1С:Фреш (облачный сервис)?
Самостоятельно загрузить CF или dt в облачную базу нельзя. В личном кабинете сервиса доступно восстановление из автоматических резервных копий за прошедшие даты — выберите дату до обновления. Если нужной точки нет, обратитесь в поддержку сервиса через интерфейс личного кабинета.