Как почистить патчи 1С и не сломать конфигурацию

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

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

Что такое патчи в 1С и когда их нужно чистить

Патч (исправление) — это небольшой файл с расширением .cfe или поставка в формате EF, который вендор выпускает между релизами для срочного исправления ошибок. Патчи загружаются в базу автоматически при обновлении через интернет или вручную администратором. Каждый патч привязан к конкретной версии конфигурации и набору исправляемых объектов.

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

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

Первый шаг — полная резервная копия. Для файловой базы достаточно скопировать каталог с файлом 1Cv8.1CD при закрытых сеансах. Для клиент-серверной базы корректнее сделать выгрузку в .dt через конфигуратор или средствами СУБД. Копирование файлов работающей серверной базы напрямую — небезопасный метод, данные могут оказаться в несогласованном состоянии.

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

Удаление патчей через конфигуратор

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

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

1. 1
   Сделайте резервную копию базы (выгрузка .dt или копия каталога)
2. 2
   Завершите сеансы пользователей и откройте базу в конфигураторе
3. 3
   Откройте Конфигурация → Патчи (Исправления)
4. 4
   Выделите устаревшие патчи и удалите их
5. 5
   Выполните обновление конфигурации базы данных (F7)
6. 6
   Запустите базу в режиме предприятия и проверьте работу

Чистка патчей в режиме предприятия

В типовых конфигурациях на БСП (Библиотека стандартных подсистем) есть штатный механизм управления патчами без конфигуратора. Обычно он находится в разделе «Администрирование» → «Обслуживание» → «Результаты обновления» или вызывается обработкой «Установка и удаление патчей». Точное расположение зависит от конфигурации и версии БСП.

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

Очистка кэша после удаления патчей

Удаление патча из базы не всегда убирает его следы из кэша клиентских сеансов. Если после чистки пользователи видят старые ошибки или конфликты, очистите кэш метаданных. Для тонкого клиента кэш находится в профиле пользователя: каталоги вида %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8, где папки названы идентификаторами баз.

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

:: Закрыть сеансы 1С, затем очистить кэш клиента
rd /s /q "%APPDATA%\1C\1cv8\reg_1541"
rd /s /q "%LOCALAPPDATA%\1C\1cv8"

Типичные ошибки при чистке патчей

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

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

Проверка результата и контрольные точки

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

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