К статье
Практический материал

Администрирование · 11 мин

Как откатить обновление 8.3 через конфигуратор 1С

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

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

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

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

Что именно нужно откатить: платформу или конфигурацию

Прежде чем действовать, определите, какое обновление вызвало проблему. Платформа 8.3 — это технологическая среда, которая устанавливается на компьютер или сервер отдельно от конфигураций (1Cv8.exe, конфигуратор, сервер 1С). Конфигурация — это прикладное решение (Бухгалтерия, Управление торговлей, ЗУП), которое обновляется через конфигуратор или в пользовательском режиме.

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

База не открывается совсемВероятна проблема платформы

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

Ошибки в отдельных документах и отчётахПроблема конфигурации

Проверьте журнал регистрации и текст ошибки

Ошибка несовместимости версийКонфигурация требует другой релиз платформы

Сверьте требуемую версию платформы в описании обновления конфигурации

Подготовка: резервная копия и завершение сеансов

Любой откат начинается с резервной копии текущего состояния — даже если база работает с ошибками. Копия нужна, чтобы вернуться к текущему состоянию, если откат пройдёт неудачно. Для файловой базы откройте конфигуратор, перейдите в меню «Администрирование» → «Выгрузить информационную базу» и укажите путь для файла .dt. Для клиент-серверной базы дополнительно рекомендуется сделать копию средствами СУБД (MS SQL, PostgreSQL).

Перед откатом завершите все активные сеансы пользователей. В файловом режиме откройте «Администрирование» → «Активные пользователи» и попросите всех выйти. В клиент-серверном режиме сеансы завершаются через консоль кластера серверов 1С. Установите блокировку сеансов, чтобы никто не вошёл в базу во время работ.

Откат конфигурации через конфигуратор: восстановление из копии

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

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

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

Если конфигурация типовая и находится на поддержке, есть ещё один вариант: вернуть предыдущий релиз через «Конфигурация» → «Поддержка» → «Настройка поддержки», восстановив конфигурацию поставщика из файла предыдущего релиза. Это требует наличия дистрибутива нужной версии.

Откат платформы 8.3 на предыдущий релиз

Платформа 1С не обновляет сама себя «поверх» — каждый релиз устанавливается как отдельная версия в собственный каталог (например, C:\Program Files\1cv8\8.3.22.xxxx). Поэтому откат платформы обычно сводится к установке или выбору предыдущего релиза. Если старая версия ещё присутствует на компьютере, достаточно указать её в настройках базы в окне запуска: выделите базу, нажмите «Изменить» и в параметрах укажите нужную версию платформы.

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

В клиент-серверном варианте откат сложнее: версия сервера 1С должна соответствовать версии, под которой работает база. Потребуется установить предыдущий релиз сервера, перенастроить службу агента сервера или запустить параллельный экземпляр службы на других портах, а затем пересоздать или перепривязать базу в консоли кластера. Эти действия выполняет администратор с опытом работы с сервером 1С.

Проверка результата после отката

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

Дополнительно выполните тестирование и исправление базы («Администрирование» → «Тестирование и исправление») в режиме проверки логической и ссылочной целостности — без включения разрушающих операций вроде удаления объектов до анализа результатов. Сверьте версию конфигурации и платформу в окне «О программе», чтобы убедиться, что откат применился.

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

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

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

Соответствует релизу до обновления

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

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

Запуск базы в режиме предприятия
Норма

Открывается без ошибок, сеансы стартуют

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

Ошибка несовместимости или падение при старте

Проведение документа и отчёт
Норма

Операции выполняются штатно

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

Ошибки в модулях, ссылки на отсутствующие объекты

Обмены и регламентные задания
Норма

Выполняются по расписанию без ошибок

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

Задания падают, обмены не стартуют

Типичные ошибки при откате и как их избежать

Наиболее частая и самая тяжёлая ошибка — откат без резервной копии текущего состояния. Если восстановление из старой копии пройдёт неудачно или окажется, что копия повреждена, вы потеряете и старые, и новые данные. Вторая распространённая проблема — восстановление старой копии без учёта данных, введённых после обновления: документы за этот период пропадут, и бухгалтерия расходится с первичкой.

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

Типичные ошибки
01
Откат без копии текущего состояния — при неудаче теряются данные за период после обновления
02
Восстановление старой копии без переноса новых документов — расхождения в учёте
03
Загрузка .dt при активных сеансах — ошибка монопольного доступа
04
Открытие конвертированной базы на старом релизе платформы — ошибка несовместимости формата
05
Откат только платформы, когда проблема была в конфигурации — проблема сохраняется
Маршрут решения

Как выбрать действие

Проблемы начались после обновления конфигурации, есть копия .dtВосстановите базу через «Загрузить информационную базу» в конфигураторе
Нужно сохранить данные, но вернуть старую конфигурацию и есть файл .cfЗагрузите конфигурацию из файла и обновите конфигурацию базы данных
Не работают все базы после обновления платформыУстановите или выберите предыдущий релиз платформы в настройках базы
Копий нет и база конвертирована новой платформойНе пытайтесь откатывать самостоятельно — привлеките специалиста по восстановлению 1С

Когда самостоятельный откат невозможен

Есть ситуации, в которых откат своими силами небезопасен: отсутствует резервная копия до обновления; база клиент-серверная, а доступа к консоли кластера и СУБД у вас нет; обновление сопровождалось конвертацией формата базы новой платформой; после обновления прошло много времени и в базе накоплены критичные данные. В этих случаях риск потери данных превышает выгоду от самостоятельных действий.

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

Итог

Что важно запомнить

Откат в 1С 8.3 — это восстановление из резервной копии (.dt или .cf) через конфигуратор либо возврат предыдущего релиза платформы. Перед любыми действиями создайте копию текущего состояния и завершите сеансы. После отката проверьте версию, проведение документов, отчёты и обмены. Без резервной копии самостоятельный откат выполнять нельзя.

Частые вопросы об откате обновлений 1С 8.3

Можно ли откатить обновление конфигурации без потери данных?

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

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

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

Откроется ли база на старой платформе после запуска на новой?

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

Как узнать, какая версия платформы нужна конфигурации?

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

Можно ли откатить обновление в сервисе 1С:Фреш?

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

Сколько времени занимает восстановление базы из .dt?

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