1С: где находится кэш и как его найти

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

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

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

Где находится кэш 1С в Windows: основные пути

Для платформы 1С:Предприятие 8.3 под Windows кэш размещается в профиле пользователя в двух каталогах. Первый — C:\Users\ИмяПользователя\AppData\Roaming\1C\1cv8, второй — C:\Users\ИмяПользователя\AppData\Local\1C\1cv8. Папка AppData скрыта по умолчанию, поэтому проще всего вставить в адресную строку проводника переменную окружения %APPDATA%\1C\1cv8 или %LOCALAPPDATA%\1C\1cv8 — система сама подставит нужный путь.

Внутри этих каталогов лежат подпапки с длинными именами вида 5f3a2b1c-.... — это уникальные идентификаторы (GUID) информационных баз. Каждой базе, прописанной в списке запуска пользователя, соответствует своя папка кэша. Также в каталоге 1cv8 можно встретить служебные файлы и подпапки: conf, tmplts (шаблоны конфигураций), ExtCompT и другие.

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

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

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

Для файловой базы есть ещё один ориентир: идентификатор базы можно увидеть в файле списка баз ibases.v8i, который лежит в %APPDATA%\1C\1CEStart. Откройте его блокнотом — для каждой базы указан параметр ID, совпадающий с именем папки кэша.

1. 1
   Откройте %APPDATA%\1C\1CEStart и найдите файл ibases.v8i
2. 2
   Откройте файл блокнотом и найдите блок нужной базы по её имени
3. 3
   Скопируйте значение параметра ID — это имя папки кэша
4. 4
   Перейдите в %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8
5. 5
   Найдите папки с этим именем в обоих каталогах

Кэш в клиент-серверном варианте и веб-клиенте

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

На стороне сервера 1С также есть свои временные данные: рабочие процессы хранят служебную информацию в каталоге srvinfo (по умолчанию в Program Files\1cv8\srvinfo или данных службы агента). Очищать его вручную без понимания структуры не следует — там лежат и данные о сеансах, и список баз кластера. Для серверных проблем сначала перезапускают службу агента сервера 1С, а не удаляют файлы.

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

Как правильно очистить кэш 1С

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

Если база одна или вы не боитесь потерять кэш всех баз, можно удалить все GUID-папки в обоих каталогах. Это равнозначно очистке кэша всех баз пользователя. Настройки списка баз при этом сохраняются, так как хранятся в отдельном файле ibases.v8i.

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

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

for /d %i in ("%APPDATA%\1C\1cv8\????????-????-????-????-????????????") do rd /s /q "%i"

Когда очистка кэша помогает, а когда нет

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

Очистка кэша не поможет, если ошибка возникает у всех пользователей одновременно (вероятно, проблема в самой базе или обновлении), если повреждён файл базы 1Cv8.1CD (нужна проверка chdbfl или тестирование и исправление), если не хватает прав доступа к папкам или места на диске. В этих случаях чистка лишь отнимет время.

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

Как проверить результат и предотвратить повторение

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

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

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