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