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