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