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