Как очистить ConfigSave в 1С и зачем это нужно

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

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

Материал ориентирован на пользователей и администраторов файловых и клиент-серверных баз 1С:Предприятие 8.3. Описанные действия безопасны при соблюдении одного условия: перед манипуляциями нужно завершить все сеансы работы с базой.

Что такое ConfigSave и где она находится

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

В файловом варианте папка ConfigSave располагается непосредственно в каталоге информационной базы — рядом с файлом 1Cv8.1CD. Рядом же обычно находятся другие служебные каталоги: Config (кэш конфигурации), 1Cv8Log (журнал регистрации). В клиент-серверном варианте аналогичные кэши хранятся в каталоге сервера 1С, в подпапке соответствующей базы (reg_1541 и аналогичные, имя зависит от порта кластера).

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

В каких случаях нужно очищать ConfigSave

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

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

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

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

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

Хотя удаление ConfigSave не затрагивает данные, разумная практика — сделать резервную копию перед любыми манипуляциями с каталогом базы. Для файловой базы достаточно скопировать файл 1Cv8.1CD, для серверной — выполнить выгрузку через конфигуратор или средствами СУБД. Это займёт время, но исключит риски при случайной ошибке (например, если удалить не ту папку).

Также заранее уточните точный путь к каталогу базы. Он виден в окне запуска 1С: выделите базу в списке — путь отобразится в нижней части окна. Для серверной базы путь к кэшу находится в каталоге srvinfo на сервере приложений, внутри подпапки кластера и далее по идентификатору базы.

Пошаговая очистка ConfigSave в файловой базе

Для файловой информационной базы процедура занимает несколько минут и не требует специальных инструментов — достаточно проводника Windows или файлового менеджера.

1. 1
   Завершите работу всех пользователей с базой и закройте конфигуратор
2. 2
   Откройте каталог информационной базы (путь виден в окне запуска 1С)
3. 3
   Найдите папку ConfigSave рядом с файлом 1Cv8.1CD
4. 4
   Удалите содержимое папки или переименуйте её, например в ConfigSave_old
5. 5
   Запустите базу и дождитесь завершения построения нового кэша
6. 6
   Проверьте, исчезла ли исходная ошибка

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

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

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

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

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

net stop "Агент сервера 1С:Предприятия 8.3"
# удалить содержимое папки ConfigSave нужной базы
net start "Агент сервера 1С:Предприятия 8.3"

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

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

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

Самый простой способ очистки — удалить базу из списка в окне запуска 1С и добавить её заново. При этом платформа создаст новую папку кэша с новым идентификатором. Альтернатива — вручную удалить содержимое папок %APPDATA%\1C\1cv8\ и %LOCALAPPDATA%\1C\1cv8\ при закрытой программе. Там же находятся файлы с расширением .1cm и служебные подкаталоги — их можно удалять без последствий для данных.

Как проверить результат и что делать, если не помогло

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

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

Типичные ошибки и ограничения

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

Если после очистки кэша, тестирования и исправления проблема сохраняется, разумно обратиться к специалисту по 1С или в поддержку франчайзи, предоставив текст ошибки и описание действий, которые уже выполнены. Это сократит время диагностики.

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