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