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