Как откатить обратно 1С после обновления

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

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

Ниже разобраны все рабочие сценарии: откат через выгрузку .dt, восстановление из бэкапа SQL-сервера, возврат копированием файловой базы, откат версии платформы и действия, когда резервной копии нет. Также приведены способы проверить, что база после восстановления работает корректно.

Что именно нужно откатить: определяем объект восстановления

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

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

Подготовка: что сделать до начала отката

Даже если база работает плохо, перед откатом сделайте выгрузку текущего состояния через конфигуратор (Администрирование → Выгрузить информационную базу). Это страховка: в текущей базе могли быть введены документы после обновления, и при восстановлении старой копии эти данные исчезнут. Имея выгрузку «сломанного» состояния, вы сохраняете возможность вернуться к нему или вытащить из него данные.

Зафиксируйте, какие документы и операции были внесены с момента создания резервной копии до момента сбоя. После отката их придётся ввести вручную повторно. Если база рабочая и в ней трудятся пользователи, предупредите их о простое и завершите все сеансы — восстановление выполняется только при монопольном доступе.

Откат файловой базы через загрузку .dt

Самый универсальный способ для файловой базы — загрузка ранее выгруженного файла .dt. Откройте конфигуратор, выберите проблемную базу, перейдите в меню Администрирование → Загрузить информационную базу и укажите файл выгрузки, созданный до обновления. Система предупредит, что текущие данные будут замещены — подтвердите операцию, убедившись, что страховочная выгрузка текущего состояния уже сделана.

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

Учтите ограничение: загрузка .dt полностью замещает базу, включая пользователей и настройки. Если выгрузка делалась давно, вернутся и старые пароли пользователей.

1. 1
   Сделайте страховочную выгрузку текущего состояния базы в .dt
2. 2
   Завершите все сеансы пользователей и фоновые задания
3. 3
   Откройте конфигуратор: Администрирование → Загрузить информационную базу
4. 4
   Укажите файл .dt, созданный до обновления, и подтвердите замещение
5. 5
   Дождитесь окончания загрузки и при необходимости выполните обновление конфигурации БД
6. 6
   Запустите базу в режиме предприятия и проверьте работу
7. 7
   Введите вручную документы, созданные после даты копии

Откат файловой базы копированием файла 1Cv8.1CD

Если перед обновлением вы копировали каталог базы целиком, откат ещё проще. Файловая база 1С — это прежде всего файл 1Cv8.1CD в каталоге базы. Закройте все сеансы, замените текущий файл 1Cv8.1CD на сохранённую копию (или верните весь каталог) и запустите базу.

Этот способ быстрее загрузки .dt и сохраняет базу в точности в том виде, в котором она была скопирована. Но он работает, только если копия делалась при закрытых сеансах — файл, скопированный «на живую» во время работы пользователей, может оказаться повреждённым.

Откат клиент-серверной базы через СУБД

В клиент-серверном варианте (MS SQL, PostgreSQL) восстановление выполняется средствами СУБД из резервной копии базы данных. Общая логика: завершить сеансы пользователей, отключить базу от обслуживания, восстановить бэкап, сделанный до обновления, и подключить базу обратно.

Для MS SQL восстановление делается через SQL Server Management Studio: правый клик по базе → Tasks → Restore → Database, выбор нужной резервной копии и опция перезаписи существующей базы (WITH REPLACE). Для PostgreSQL используется pg_restore или восстановление через pgAdmin. Перед восстановлением убедитесь, что регламентные задания и обмены остановлены, иначе они могут запуститься сразу после подключения старой копии и начать отправлять устаревшие данные.

Если администрированием СУБД занимается отдельный специалист, передайте ему точное время, на которое нужно восстановить базу, и попросите сохранить текущее состояние в отдельный бэкап до восстановления.

Откат версии платформы 1С

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

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

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

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

Если копии нет нигде, варианты такие: попробовать исправить ошибку обновления, установив следующий корректирующий релиз конфигурации (вендор нередко выпускает исправления); выполнить тестирование и исправление базы (chdbfl для файловой базы или через конфигуратор); либо обратиться к специалисту по 1С для ручной корректировки. Полностью «развернуть» обновление конфигурации без копии штатными средствами невозможно.

Проверка базы после отката

Откат считается завершённым только после проверки работоспособности. Запустите базу в режиме предприятия, откройте и проведите тестовый документ каждого ключевого вида, сформируйте основные отчёты и сверьте остатки на дату копии с данными, которые были известны до обновления (например, с распечатанным или выгруженным отчётом).

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

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

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

Запуск базы в режиме предприятия

Норма

База открывается без ошибок обновления

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

Ошибки реструктуризации или требование обновления

Версия конфигурации в разделе «О программе»

Норма

Соответствует релизу на дату копии

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

Версия новее даты копии — откат не выполнен

Проведение тестового документа

Норма

Документ проводится, движения корректны

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

Ошибки проведения, пустые движения

Остатки в ключевых отчётах

Норма

Совпадают с данными на дату копии

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

Расхождения без объяснимых причин

Частые вопросы об откате 1С

Можно ли откатить обновление конфигурации без резервной копии?

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

Что будет с документами, введёнными после обновления, при откате?

Они будут потеряны, потому что восстановление копии полностью замещает базу состоянием на дату её создания. Перед откатом составьте список таких документов и после восстановления введите их заново вручную.

Чем отличается откат через .dt от копирования файла базы?

Выгрузка .dt — логическая копия, которую можно загрузить через конфигуратор в любую базу; копирование 1Cv8.1CD — физическая копия каталога, которая восстанавливается простой заменой файла. Оба способа равнозначны по результату, но файл нельзя копировать при открытых сеансах.

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

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

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

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