Кэш 1С: где хранится и как его очистить

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

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

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

Где именно 1С хранит кэш на компьютере пользователя

Для платформы 1С:Предприятие 8.3 кэш располагается в двух каталогах профиля пользователя Windows:

• %APPDATA%\1C\1cv8 — разворачивается в C:\Users\ИмяПользователя\AppData\Roaming\1C\1cv8;
• %LOCALAPPDATA%\1C\1cv8 — разворачивается в C:\Users\ИмяПользователя\AppData\Local\1C\1cv8.

Для устаревшей платформы 8.2 пути аналогичны, но папка называется 1cv82. Платформа 8.1 хранила кэш в каталоге 1Cv81. Если на компьютере работали разные версии, папки могут существовать одновременно.

Папка AppData по умолчанию скрыта. Чтобы попасть в неё, вставьте путь %APPDATA%\1C\1cv8 прямо в адресную строку Проводника и нажмите Enter — это быстрее, чем включать отображение скрытых файлов.

Как найти папку кэша конкретной базы

Внутри каталога 1cv8 каждая информационная база представлена отдельной папкой с длинным именем из букв и цифр — это уникальный идентификатор (GUID) базы, например 5f8a3c2e-1b7d-4e9a-.... По имени папки понять, какая это база, невозможно.

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

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

Как очистить кэш в файловом и клиент-серверном режимах

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

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

Альтернативные способы сброса кэша без ручного удаления

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

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

taskkill /f /im 1cv8.exe & rmdir /s /q "%APPDATA%\1C\1cv8" & rmdir /s /q "%LOCALAPPDATA%\1C\1cv8"

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

Как понять, что проблема именно в кэше, а не в базе

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

Если после очистки кэша ошибка формата потока возвращается, это признак повреждения самой базы. Для файлового режима запустите утилиту chdbfl.exe из каталога bin платформы или штатное тестирование и исправление. Для клиент-серверного режима — проверку средствами СУБД.

Где хранятся смежные данные: настройки, шаблоны, лицензии

Рядом с кэшем лежат другие служебные данные, которые полезно отличать от кэша, чтобы не удалить лишнее. В %APPDATA%\1C\1cv8 файл ibases.v8i хранит список баз пользователя. Папка %APPDATA%\1C\1cv8\tmplts (или %APPDATA%\1C\1cv82\tmplts) содержит шаблоны конфигураций и обновлений — их удаление заставит заново устанавливать дистрибутивы обновлений.

Файлы лицензий (*.lic) хранятся отдельно — в каталоге C:\ProgramData\1C\licenses или в профиле пользователя в папке conf. Кэш и лицензии не связаны: очистка кэша активацию не сбрасывает. Журнал регистрации и сами данные базы в кэше не хранятся никогда.

Профилактика: как уменьшить проблемы с кэшем

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

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

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