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