ConfigCacheStorage в 1С: что это за файл и как с ним работать

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

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

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

Что хранится в ConfigCacheStorage и зачем нужен этот файл

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

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

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

Где находится файл на компьютере

Расположение зависит от версии платформы и операционной системы, но в типичном случае на Windows кэш 1С лежит в профиле пользователя. Основные каталоги, где стоит искать:

• %APPDATA%\1C\1cv8\ — роуминг-ветка, там же находится список баз (файл ibases.v8i);
• %LOCALAPPDATA%\1C\1cv8\ — локальная ветка, чаще всего именно здесь размещаются кэши;
• внутри — папки с длинными именами в формате GUID (например, 5f4e3c2a-...), каждая соответствует конкретной информационной базе.

Внутри папки с GUID базы и располагаются файлы кэша, включая ConfigCacheStorage и сопутствующие служебные файлы. Чтобы быстро попасть в нужный каталог, введите в адресной строке Проводника или в окне «Выполнить» (Win+R) команду %APPDATA%\1C\1cv8.

Определить, какая папка GUID относится к какой базе, можно по косвенным признакам: по дате изменения (папка активной базы обновляется при каждом запуске) или методом исключения — удалить кэш одной папки и проверить, какая база стала запускаться дольше.

Win+R → ввести: %APPDATA%\1C\1cv8 → Enter

Когда файл становится проблемой

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

• ошибки формата потока или «Ошибка СУБД» при запуске конкретной базы у конкретного пользователя;
• программа показывает старую версию конфигурации, хотя обновление прошло успешно;
• форма или отчёт ведут себя по-разному у разных пользователей одной базы;
• база не запускается у одного пользователя, но нормально работает у остальных;
• каталог кэша разросся и занимает заметное место на системном диске.

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

Как безопасно удалить ConfigCacheStorage

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

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

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

1. 1
   Завершите все процессы 1С (проверьте Диспетчер задач: 1cv8.exe, 1cv8c.exe)
2. 2
   Откройте %APPDATA%\1C\1cv8 и найдите GUID-папку проблемной базы
3. 3
   Удалите папку целиком, не трогая файл ibases.v8i
4. 4
   Запустите базу и дождитесь полной загрузки — кэш создастся заново
5. 5
   Проверьте, исчезла ли исходная ошибка

Чем очистка кэша отличается от других способов лечения

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

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

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

Самая частая ошибка — попытка удалить кэш при открытой 1С. Файл будет заблокирован процессом, удаление либо не удастся, либо приведёт к аварийному завершению сеанса. Всегда проверяйте Диспетчер задач на наличие процессов 1cv8.exe и 1cv8c.exe.

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

Третья ошибка — ожидание, что очистка кэша вылечит любую проблему. Если ошибка связана с повреждением самой базы, некорректным обновлением или правами доступа, удаление ConfigCacheStorage ничего не даст, а время будет потеряно.

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

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

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

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