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