К статье
Практический материал

Администрирование · 11 мин

Как поменять версию 1С на старую: откат конфигурации и платформы

Как откатить конфигурацию 1С на предыдущую версию: восстановление из резервной копии, загрузка cf-файла, отмена обновления. Риски, проверка результата, FAQ.

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

Главное условие безопасного отката — наличие резервной копии, сделанной до обновления. Если копии нет, варианты сильно сужаются: придётся искать файл поставки нужной версии у франчайзи или в дистрибутивах, а данные, введённые после обновления, переносить вручную.

Ниже разобраны рабочие способы для файловых и клиент-серверных баз: восстановление из копии, загрузка cf-файла старой версии, возврат прошлого релиза платформы и действия, когда резервной копии нет.

Что именно нужно откатить: конфигурацию или платформу

Прежде чем что-то менять, определите, какой компонент вызвал проблему. В 1С есть два независимых «слоя»: технологическая платформа (программа, которая запускает базу) и конфигурация (прикладное решение — «Бухгалтерия», «Управление торговлей» и т.п.). Обновляются они отдельно, и откатываются тоже по-разному.

Признак проблемы платформы — ошибки возникают во всех конфигурациях, при запуске программы, при работе механизмов вроде СУБД или веб-клиента. Признак проблемы конфигурации — ошибки в конкретных документах, отчётах, обменах и печатных формах одной прикладной базы.

Ошибки только в одной базе после обновления релизаПроблема в конфигурации

Откатывать конфигурацию: копия или cf-файл нужной версии

Ошибки во всех базах после установки новой платформыПроблема в платформе

Установить предыдущий релиз платформы и запускать базу на нём

После обновления перестал работать обмен или доработкаНесовместимость доработок с новым релизом

Откатить конфигурацию или доработать расширение под новый релиз

Подготовка: что сделать перед откатом

Любой откат начинается с защиты текущих данных. Даже если база «сломалась» после обновления, в ней могли быть введены документы, которые нельзя потерять. Сделайте выгрузку информационной базы в dt-файл: «Администрирование → Выгрузить информационную базу» в режиме Предприятия или через конфигуратор: «Администрирование → Выгрузить информационную базу».

Зафиксируйте текущие версии. В режиме Предприятия откройте «О программе» (круглый значок в правом верхнем углу или меню «Файл → О программе») и запишите версию платформы и конфигурации. Это понадобится, чтобы понять, на какой релиз возвращаться.

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

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

Это самый чистый и предсказуемый способ: база возвращается ровно в то состояние, в котором была на момент создания копии, включая версию конфигурации. Подходит и для файловых, и для клиент-серверных баз.

Для файловой базы порядок такой. Если копия — это dt-файл, создайте новую пустую базу в списке информационных баз, зайдите в её конфигуратор и выполните «Администрирование → Загрузить информационную базу», указав файл копии. Если копия — это просто архив папки базы, достаточно распаковать её в новый каталог и добавить этот каталог в список баз.

Для клиент-серверной базы аналогично создаётся новая база на сервере 1С и в неё загружается dt-файл, либо восстанавливается резервная копия средствами СУБД (MS SQL, PostgreSQL). Второй вариант обычно использует администратор сервера.

Восстановление файловой базы из dt-копии
  1. 1
    Сделайте выгрузку текущей (проблемной) базы в dt на всякий случай
  2. 2
    В стартовом окне 1С добавьте новую информационную базу, выберите создание пустой базы без конфигурации
  3. 3
    Откройте новую базу в режиме Конфигуратор
  4. 4
    Выполните «Администрирование → Загрузить информационную базу» и укажите dt-файл копии
  5. 5
    Дождитесь окончания загрузки и реструктуризации, примите изменения
  6. 6
    Откройте базу в режиме Предприятия и проверьте версию в «О программе»

Способ 2. Загрузка cf-файла старой версии конфигурации

Если резервной копии до обновления нет, но есть файл конфигурации (cf) нужного релиза, можно загрузить его поверх текущей базы. Файл поставки старого релиза обычно остаётся в каталоге шаблонов после установки обновлений или его можно получить у франчайзи 1С либо из дистрибутива на диске ИТС.

Порядок действий: откройте базу в конфигураторе, снимите конфигурацию с поддержки при необходимости (для типовых это происходит автоматически при загрузке полной конфигурации), затем выполните «Конфигурация → Загрузить конфигурацию из файла» и укажите cf-файл старой версии. После загрузки примите обновление конфигурации базы данных («Конфигурация → Обновить конфигурацию базы данных»).

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

Способ 3. Возврат предыдущей версии платформы

Платформа 1С хранит каждый установленный релиз в отдельном каталоге, поэтому «откат» обычно сводится к установке нужной версии рядом и запуску базы на ней. Удалять новый релиз не обязательно.

Установите предыдущий релиз платформы из дистрибутива. Затем в списке информационных баз выделите нужную базу, нажмите «Изменить» и укажите версию платформы в параметрах базы, либо просто запустите базу — при наличии нескольких платформ 1С выберет подходящую по настройкам. Для сервера 1С потребуется установить соответствующий релиз сервера и перезапустить службу агента.

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

Маршрут решения

Как выбрать действие

Есть резервная копия до обновления и в ней не будет потеряно данныхВосстановите базу из копии в новый каталог или новую серверную базу
Копии нет, но есть cf-файл старого релиза и данные после обновления не критичныЗагрузите cf через конфигуратор и примите реструктуризацию
Проблема в новой платформе, а конфигурация не меняласьУстановите предыдущий релиз платформы и запустите базу на нём
После обновления введены важные документыСначала перенесите их обработкой в откатанную базу, потом переключайте пользователей

Откат, когда база доработана расширениями

Если конфигурация доработана через расширения, часто откатывать саму конфигурацию не нужно — достаточно отключить или исправить расширение, конфликтующее с новым релизом. Откройте «Администрирование → Печатные формы, отчеты и обработки → Расширения» (в типовых) и временно снимите флажки с расширений, затем проверьте, ушла ли ошибка.

Если доработки внесены прямо в конфигурацию (снята с поддержки), откат cf-файлом типового релиза уничтожит эти доработки. В этом случае правильнее не откатываться, а сравнить конфигурацию со старой поставкой через «Конфигурация → Сравнить, объединить с конфигурацией из файла» и перенести только нужные изменения.

Проверка результата после отката

После любого способа отката проверьте базу до того, как пускать пользователей. Откройте «О программе» и убедитесь, что версии конфигурации и платформы соответствуют целевым. Затем пройдите по ключевым сценариям: проведение типового документа, формирование основного отчёта, печать, запуск обменов.

Полезно выполнить тестирование и исправление базы (в конфигураторе: «Администрирование → Тестирование и исправление») в режиме проверки логической и ссылочной целостности — особенно после загрузки cf-файла с реструктуризацией.

Контрольные точки

Как проверить результат

Версия в окне «О программе»
Норма

Совпадает с целевым старым релизом

Тревожный признак

Осталась новая версия — откат не выполнен или выполнен не в той базе

Проведение документов и отчёты
Норма

Документы проводятся, отчёты формируются без ошибок

Тревожный признак

Ошибки о метаданных или отсутствующих реквизитах — структура не совпала, нужна проверка реструктуризации

Обмены и регламентные задания
Норма

Обмены выполняются в штатном режиме

Тревожный признак

Ошибки формата — версия конфигурации не совместима с корреспондентом, синхронизируйте откат на обеих сторонах

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

Типичные ошибки
01
Откат без свежей выгрузки текущей базы — теряются документы, введённые после обновления
02
Загрузка cf-файла от другой редакции конфигурации — разрушается структура данных
03
Восстановление копии поверх рабочей базы вместо нового каталога — невозможно сравнить результат и быстро вернуться назад
04
Игнорирование списка удаляемых объектов при реструктуризации — безвозвратное удаление данных
05
Откат только конфигурации при поднятом режиме совместимости — база не запускается на старой платформе
06
Забытые расширения и внешние обработки — после отката они продолжают вызывать ошибки

Отдельная ошибка — откатить базу, участвующую в синхронизации с другими программами (например, обмен «Бухгалтерия — Зарплата»), только с одной стороны. После этого форматы обмена могут не совпасть, и синхронизация остановится. Откатывайте связанные системы согласованно.

Итог

Что важно запомнить

Безопасный откат 1С строится на резервной копии: восстановление в новую базу — основной способ, загрузка cf-файла — запасной, откат платформы — простая установка предыдущего релиза. Перед любыми действиями выгрузите текущие данные, после — проверьте версии, документы, отчёты и обмены.

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

Можно ли откатить обновление штатной кнопкой «Отменить»?

Нет, в 1С нет механизма автоматической отмены обновления конфигурации. Возврат на старую версию выполняется только восстановлением резервной копии или загрузкой cf-файла нужного релиза через конфигуратор.

Что делать, если резервной копии до обновления нет?

Найдите cf-файл нужного релиза в каталоге шаблонов (обычно в папке tmplts профиля пользователя), у франчайзи или в дистрибутиве на портале 1С. Загрузите его через конфигуратор. Данные, введённые после обновления, придётся переносить отдельно обработкой.

Потеряются ли данные при загрузке старого cf-файла?

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

Как узнать, на какую версию откатываться?

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

Нужно ли откатывать платформу вместе с конфигурацией?

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

Можно ли откатить базу, которая участвует в обмене данными?

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