Как удалить обновления 1С 8.3: откат конфигурации и очистка системы

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

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

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

Что именно вы хотите удалить: три разные ситуации

Под «удалением обновлений» пользователи обычно понимают одно из трёх действий. От правильной диагностики зависит безопасность всей операции.

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

Подготовка: резервная копия перед любыми действиями

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

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

Как откатить обновление конфигурации через восстановление базы

Единственный корректный способ «удалить» уже применённое обновление — вернуть базу к состоянию до обновления. Для этого нужна копия, сделанная до запуска обновления. Если обновление выполнялось штатно через поддержку, платформа обычно сама предлагала создать копию — проверьте папку, куда она сохранялась.

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

1. 1
   Найдите резервную копию базы, созданную до обновления
2. 2
   Сделайте выгрузку текущего состояния базы на всякий случай
3. 3
   Создайте пустую базу или подготовьте отдельную копию
4. 4
   Загрузите в неё файл .dt через конфигуратор
5. 5
   Проверьте версию конфигурации и работоспособность
6. 6
   Внесите заново данные, введённые после обновления, если они нужны

Главная проблема отката — данные, введённые в период между обновлением и восстановлением. Они останутся в «новой» базе и не попадут в восстановленную. Если таких данных много (проведённые документы, оплаты), потребуется переносить их вручную или через обработки выгрузки, что трудоёмко. Поэтому решение об откате стоит принимать быстро, пока объём новых данных минимален.

Удаление скачанных файлов обновлений и шаблонов

Дистрибутивы обновлений 1С хранятся в каталоге шаблонов. По умолчанию это папка C:\Users\ИмяПользователя\AppData\Roaming\1C\1cv8\tmplts или общий каталог, указанный при настройке. Каждый релиз занимает от нескольких сотен мегабайт до нескольких гигабайт, и за годы работы папка может разрастись до десятков гигабайт.

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

Также стоит удалить загруженные установочные файлы платформы, если вы сохраняете их в отдельной папке. Сама установленная платформа находится в C:\Program Files\1cv8\, и её старые версии удаляются через «Программы и компоненты» Windows — но оставьте ту версию платформы, на которой работают ваши базы.

Очистка кэша после обновления

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

Кэш хранится в профиле пользователя: %APPDATA%\1C\1cv8\ и %LOCALAPPDATA%\1C\1cv8\. Папки кэша имеют длинные имена из букв и цифр (GUID базы). Закройте 1С, удалите эти папки и запустите программу заново — кэш создастся автоматически.

:: Закройте 1С перед выполнением
rmdir /s /q "%APPDATA%\1C\1cv8"
rmdir /s /q "%LOCALAPPDATA%\1C\1cv8"

Альтернативный способ — удалить базу из списка в стартере 1С и добавить её заново: при этом кэш для конкретной базы пересоздаётся. Этот вариант удобен, если очищать нужно только одну базу из нескольких.

Отключение автоматического обновления

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

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

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

После восстановления базы из копии откройте конфигуратор и проверьте версию конфигурации: «Конфигурация» → «Поддержка» → «Настройка поддержки» — там указан номер релиза. Он должен соответствовать версии до обновления.

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

Часто задаваемые вопросы