Откат после неудачного обновления: платформа, конфигурация, файлы

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

Что из обновления можно откатить, а что нет

Сначала определите, что именно обновилось. От этого зависит способ отката.

Подготовка: зафиксируйте текущее состояние

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

1. 🛑 Попросите пользователей выйти из базы. Дальше понадобится монопольный режим, все сеансы будут завершены.
2. 💾 Сделайте выгрузку текущей базы: Конфигуратор → Администрирование → Выгрузить информационную базу. Это страховка, если откат пойдёт не так.
3. 📝 Запишите номер текущего релиза и платформы: в режиме Предприятия меню ?, затем О программе (в интерфейсе «Такси» — значок с вопросом в правом верхнем углу).
4. 📅 Выясните, когда было обновление и какие документы введены после него. Их придётся внести заново после восстановления.

Для файловой базы есть простая страховка: скопируйте весь каталог базы с файлом 1Cv8.1CD, пока в ней никто не работает .

Как откатить платформу 1С на предыдущую версию

Платформа 8.3 ставится «рядом»: каждая версия живёт в своей папке, например C:\Program Files\1cv8\8.3.24.1691 и C:\Program Files\1cv8\8.3.25.1374. Поэтому старая версия часто уже есть на компьютере, её надо только снова выбрать.

Способ 1. Указать нужную версию для конкретной базы

1. Откройте окно запуска 1С.
2. Выделите базу и нажмите Изменить.
3. Пройдите мастер до последней страницы. Там есть поле версии 1С:Предприятия.
4. Впишите номер, например 8.3.24. Можно указать и полный номер сборки 8.3.24.1691.
5. Нажмите Готово и запустите базу.

Поле пустое — запускается самая свежая установленная версия. Именно поэтому после установки новой платформы все базы «переехали» на неё сами.

Тот же параметр хранится в списке баз %APPDATA%\1C\1CEStart\ibases.v8i. У каждой базы есть строка вида:

Version=8.3.24

Если список баз раздаётся пользователям общим файлом, правьте его там, а не на каждом компьютере.

Способ 2. Удалить новую версию платформы

1. Откройте Панель управления → Программы и компоненты (в Windows 10/11 также Параметры → Приложения).
2. Найдите в списке «1С:Предприятие 8 (x86-64)» с нужным номером. Версии отображаются отдельными строками.
3. Удалите только ту, от которой отказываетесь.
4. Проверьте, что предыдущая версия осталась в списке. Если её нет — скачайте дистрибутив с портала поддержки 1С и установите заново.

💡 Сохраняйте у себя дистрибутивы двух-трёх последних рабочих версий платформы. Тогда откат займёт пять минут, а не поиски установщика.

Откат сервера в клиент-серверном варианте

В клиент-серверной базе версия клиента должна совпадать с версией сервера 1С. Откатить только клиента не получится: он не подключится к серверу другой версии.

Порядок такой:

1. Предупредите пользователей: остановка службы оборвёт все сеансы. Делайте это вне рабочего времени.
2. Остановите службу агента сервера новой версии и переведите её запуск в «Вручную» или «Отключена».
3. Установите прежнюю версию сервера с регистрацией службы или включите службу, если старая версия ещё стоит.
4. Убедитесь, что запущена ровно одна служба агента на порту 1540.
5. Укажите ту же версию на клиентских компьютерах.

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

Здесь три ситуации. Найдите свою.

Обновление ещё не применено к базе

В Конфигураторе есть две конфигурации: основная (то, что вы редактируете) и конфигурация базы данных (то, с чем работают пользователи). Обновление сначала попадает в основную. В базу оно уходит только после команды Обновить конфигурацию базы данных (клавиша F7).

Если вы ещё не нажали F7 или прервали обновление на этапе подтверждения:

1. Откройте Конфигурация → Конфигурация базы данных → Вернуться к конфигурации БД.
2. Подтвердите действие.
3. Основная конфигурация снова станет такой, какой она была в базе.

Данные при этом не меняются, потому что до базы обновление не дошло.

Обновление применено: восстановление из .dt

1. Запустите Конфигуратор с правами администратора.
2. Откройте Администрирование → Загрузить информационную базу.
3. Выберите файл .dt, сделанный до обновления.
4. Подтвердите замену. Текущие данные будут полностью заменены данными из файла.
5. После загрузки откройте базу в режиме Предприятия и проверьте номер релиза.

Загрузка .dt требует монопольного доступа. Пользователи на это время работать не смогут.

Обновление применено: файловая база из копии каталога

Для файловой базы восстановление ещё проще:

1. Убедитесь, что в базе нет пользователей.
2. Переименуйте текущий каталог базы, например в Buh_posle_obnovleniya.
3. Скопируйте на его место каталог из резервной копии.
4. Запустите базу.

Если обновление выполнялось из режима Предприятия, мастер обновления предлагает создать резервную копию. Посмотрите, какой вариант был выбран и в какой каталог сохранена копия. В типовых конфигурациях на БСП для файловых баз есть восстановление из такой копии: Администрирование → Обслуживание → Резервное копирование и восстановление.

Почему нельзя просто загрузить старый .cf

Частая идея: загрузить файл конфигурации прошлого релиза через Конфигурация → Загрузить конфигурацию из файла. Не делайте так на рабочей базе.

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

Удаление файлов обновлений и чистка диска

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

Каталог шаблонов конфигураций и обновлений

Поставки (.cf, .cfu) по умолчанию ставятся в %APPDATA%\1C\1cv8\tmplts. Внутри — папки по поставщику и конфигурации, а в них — папки релизов, например tmplts\1c\Accounting\3_0_170_18.

Путь на вашем компьютере можно уточнить в Конфигураторе: Сервис → Параметры, вкладка Шаблоны.

Что можно удалять:

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

Старые версии платформы

Каждая версия платформы занимает несколько сотен мегабайт. Удаляйте их через «Программы и компоненты», а не стиранием папки в Program Files. Ручное удаление оставляет записи в системе, и установщик потом ведёт себя непредсказуемо.

Перед удалением проверьте файл ibases.v8i: нет ли баз, жёстко привязанных к удаляемой версии строкой Version=.

Кэш после смены версий

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

Кэш лежит в папках с длинными именами-идентификаторами внутри %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8. Удалять папку tmplts при этом не нужно. Проще запустить базу с параметром очистки кэша:

"C:\Program Files\1cv8\common\1cestart.exe" ENTERPRISE /F "D:\Bases\Buh" /ClearCache

Для разовой очистки достаточно добавить /ClearCache в поле дополнительных параметров запуска в свойствах базы и убрать его после запуска.

Что можно удалить в режиме Предприятия

Пользователь без Конфигуратора тоже может кое-что «откатить». Это исправления и автоматическая установка обновлений.

Исправления (патчи)

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

1. Откройте Администрирование → Интернет-поддержка и сервисы.
2. Перейдите в раздел обновления версии программы и откройте список установленных исправлений.
3. Выделите исправление, после которого начались проблемы, и удалите его.
4. Перезапустите программу.

В Конфигураторе исправления видны в Конфигурация → Расширения конфигурации.

Свои расширения

Доработки от программиста подключаются как расширения: Администрирование → Печатные формы, отчеты и обработки → Расширения. Иногда после обновления релиза ломается именно расширение, а не типовая часть. Попробуйте сначала снять у него флажок «Активно» и перезапустить программу. Это быстрее и безопаснее, чем откат всей базы.

Автоматическое обновление

Чтобы программа не предлагала новый релиз до проверки, откройте настройки обновления в Администрирование → Интернет-поддержка и сервисы и отключите автоматическую проверку или установку. Само обновление этим не удаляется, но новое не придёт неожиданно.

Управляемые формы после отката

В конфигурациях на управляемых формах (БП 3.0, ЗУП 3.1, УТ 11) есть свои эффекты после отката.

• 🧩 Настройки форм. Платформа хранит настройки форм для каждого пользователя: колонки, отборы, порядок. После возврата к старому релизу сохранённые настройки от новой версии иногда скрывают поля или ломают форму. Сбросьте их в самой форме: Ещё → Изменить форму, затем Стандартные настройки.
• 👥 Настройки всех пользователей. Администратор может очистить их централизованно: Администрирование → Настройки пользователей и прав → Настройки пользователей.
• 🔄 Тонкий и веб-клиент. Они берут формы с сервера и кэшируют их. После отката сервера на клиентах обязательно запустите базу с /ClearCache.
• ⏳ Отложенная обработка данных. В типовых конфигурациях часть обработчиков работает в фоне уже после входа пользователей. Если откат делается копией, сделанной до обновления, этот вопрос снимается. Если копии нет и вы остаётесь на новом релизе — дождитесь завершения фоновой обработки, прежде чем делать выводы, что «обновление всё сломало».

Как не попадать в ситуацию с откатом

Откат почти всегда — следствие обновления без страховки. Несколько правил закрывают большую часть проблем:

1. Копия перед каждым обновлением. Выгрузка .dt или копия каталога файловой базы. Храните её не меньше месяца.
2. Сначала тестовая копия. Разверните выгрузку в отдельную базу, обновите её и проверьте ключевые операции: проведение, закрытие месяца, отчётность.
3. Не обновляйтесь в день сдачи отчётов. Лучше выбрать начало недели и утро.
4. Читайте требования к платформе. В описании релиза указана минимальная версия платформы. Сначала поставьте платформу, потом конфигурацию.
5. Не перескакивайте через обязательные релизы. Обновление идёт по цепочке. Поставки промежуточных релизов держите в каталоге шаблонов.
6. Платформу ставьте рядом, а не вместо. Старую версию удаляйте через неделю-две стабильной работы новой.

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