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