Как вернуть 1С до обновления: пошаговая инструкция по откату

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

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

Ниже разобраны все рабочие способы отката, условия их применения, проверка результата и типичные ошибки, которые приводят к потере данных.

Что проверить до начала отката

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

Далее проверьте наличие резервных копий. Ищите файлы выгрузки с расширением .dt, архивы каталога файловой базы (внутри должен быть файл 1Cv8.1CD) или бэкапы на стороне СУБД, если база клиент-серверная. Уточните дату копии: всё, что внесено в базу после её создания, при восстановлении пропадёт.

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

Восстановление файловой базы из резервной копии

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

Если копия сделана через выгрузку в конфигураторе (файл .dt), порядок другой. Создайте пустую базу или используйте отдельный каталог, откройте её в конфигураторе и выполните «Администрирование → Загрузить информационную базу», указав файл .dt. После загрузки конфигуратор предложит перезапуститься — соглашайтесь.

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

1. 1
   Завершите работу всех пользователей и закройте сеансы базы
2. 2
   Откройте текущую базу в конфигураторе и выгрузите её в .dt как страховочную копию
3. 3
   Выгрузите из текущей базы данные, внесённые после обновления (обработкой или списком документов)
4. 4
   Создайте новую пустую базу и загрузите в неё .dt, сделанный до обновления
5. 5
   Проверьте версию конфигурации и работоспособность базы
6. 6
   Перенесите сохранённые ранее данные и подключите пользователей к восстановленной базе

Откат клиент-серверной базы

В клиент-серверном варианте данные хранятся в СУБД (MS SQL Server, PostgreSQL и др.), и восстановление выполняется средствами самой СУБД. Для MS SQL это операция Restore Database из файла .bak через SQL Server Management Studio. Восстановление делает администратор СУБД: база восстанавливается либо поверх существующей (с опцией REPLACE), либо рядом под новым именем с последующим переключением.

Альтернатива — выгрузка .dt из конфигуратора и загрузка в новую пустую серверную базу. Этот способ медленнее на больших базах, но не требует доступа к СУБД и работает независимо от её типа. Учтите: .dt не всегда корректно переносит все данные на очень больших или нестандартных базах, поэтому для серверных баз предпочтительны штатные бэкапы СУБД.

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

Откат только платформы 1С

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

В стартере 1С откройте список баз, выберите нужную, нажмите «Изменить» и на последнем шаге укажите версию платформы вручную. Если база серверная, версия определяется на стороне сервера 1С — там должна быть установлена соответствующая версия сервера приложений.

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

Откат конфигурации без резервной копии

Если копии до обновления нет, остаётся рискованный вариант: загрузить файл конфигурации .cf предыдущего релиза через «Конфигурация → Загрузить конфигурацию из файла». Дистрибутив прежнего релиза можно скачать с портала 1С. Однако этот способ работает корректно только если между релизами структура данных не менялась или изменения обратимо совместимы.

При загрузке старой конфигурации платформа запустит реструктуризацию. Если в новом релизе добавлялись обязательные реквизиты, переносились данные между объектами или выполнялись обработчики обновления, откат через .cf может завершиться ошибками или привести к потере части данных. Поэтому такой откат делается только на копии базы, с предварительной полной выгрузкой текущего состояния.

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

Способы отката

Восстановление из .dt или бэкапа СУБД

Самый надёжный способ, возвращает базу целиком. Требует копии до обновления; данные после неё теряются

Откат платформы установкой прежней версии

Подходит, если обновлялась только платформа. Данные не затрагиваются, занимает минуты

Загрузка .cf предыдущего релиза

Запасной вариант при отсутствии копии. Риск ошибок реструктуризации, делать только на копии базы

Патч от вендора вместо отката

Подходит, если проблема — конкретная ошибка нового релиза. Не требует отката и не теряет данные

Возврат данных, внесённых после обновления

Главная сложность отката — не само восстановление, а данные, созданные в период между обновлением и откатом. План действий: до восстановления копии выгрузите эти данные из текущей базы. Универсальный инструмент — обработка «Выгрузка и загрузка данных XML» с диска ИТС: она переносит объекты между базами с одинаковой конфигурацией. Поскольку после отката конфигурация вернётся к старой версии, выгружать нужно с учётом совместимости объектов.

Если данных немного, практичнее зафиксировать их вручную: распечатать или сохранить списки проведённых документов, а после отката ввести заново. Это дольше, но исключает ошибки переноса между разными версиями конфигурации.

После восстановления сверьте итоги: остатки по счетам, складские остатки, взаиморасчёты на дату отката. Затем внесите сохранённые документы и сверьте итоги повторно — они должны совпасть с данными, зафиксированными до отката.

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

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

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

Норма

Соответствует релизу, который был до обновления

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

Осталась новая версия — откат не выполнен

Открытие базы и вход пользователей

Норма

База открывается без ошибок, пользователи входят

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

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

Остатки и итоги на дату отката

Норма

Совпадают с данными резервной копии

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

Расхождения — проверяйте полноту восстановления

Перенесённые после отката документы

Норма

Проводятся, итоги сходятся с зафиксированными

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

Ошибки проведения, расхождения сумм

Типичные ошибки при откате

Самая частая ошибка — загрузка старой копии поверх рабочей базы без сохранения текущего состояния. Если в процессе что-то пойдёт не так или окажется, что копия не та, вернуть уже ничего нельзя. Правило простое: перед любым восстановлением текущая база выгружается в .dt.

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

Третья группа ошибок — организационная: пользователи продолжают работать во время восстановления, не заблокированы регламентные задания, об откате не предупреждены смежные службы (обмены с другими системами, ЭДО, банк-клиенты). После отката обмены могут выгрузить дубли или потерять пакеты — состояние обменов тоже нужно проверить и при необходимости перeregisterировать изменения.

Как подготовиться к обновлениям в будущем

Откат без потерь возможен только тогда, когда копия существует. Настройте автоматическое резервное копирование: для файловых баз — скрипт копирования или выгрузки .dt по расписанию, для серверных — регламентные бэкапы средствами СУБД. Копия обязательно делается непосредственно перед каждым обновлением, а не только по расписанию.

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

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

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

Частые вопросы

Можно ли откатить обновление 1С без резервной копии?

Полноценно — нет. Без копии остаётся загрузка .cf предыдущего релиза конфигурации, но она безопасна только если структура данных между релизами не менялась. Если копии нет, сначала выгрузите текущую базу в .dt и экспериментируйте только на её копии.

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

При восстановлении базы из копии, сделанной до обновления, эти документы пропадут. Их нужно заранее выгрузить обработкой переноса данных или зафиксировать списком и ввести заново после отката.

Как откатить только платформу, не трогая базу?

Установите прежнюю версию платформы рядом с новой и укажите её в свойствах базы в списке информационных баз. Данные при этом не затрагиваются. Способ работает, только если конфигурация совместима со старой платформой.

База после отката не запускается с ошибкой о версии. Что делать?

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

Сколько времени занимает откат?

Откат платформы — несколько минут. Восстановление файловой базы из копии зависит от её размера: от минут для небольших баз до часов для объёмных. Основное время обычно уходит на перенос данных, внесённых после обновления, и проверку итогов.

Нужно ли что-то делать с обменами и ЭДО после отката?

Да. После восстановления копии состояние обменов соответствует дате копии: проверьте очереди обменов, при необходимости повторите регистрацию изменений и сверьте с контрагентами по ЭДО, не потеряны ли документы, отправленные в период между копией и откатом.