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