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