Где хранится кэш баз 1С и как его правильно очистить

Кэш баз 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). Внутри этих каталогов находятся подпапки с длинными именами в формате GUID — каждая соответствует конкретной информационной базе.

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

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

Win+R -> %APPDATA%\1C\1cv8
Win+R -> %LOCALAPPDATA%\1C\1cv8

Структура папок кэша и что там лежит

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

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

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

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

В клиент-серверном режиме картина двухуровневая. Клиентский кэш по-прежнему лежит в AppData пользователя, но дополнительно существует серверный кэш — в каталоге srvinfo на сервере 1С:Предприятия (обычно C:\Program Files\1cv8\srvinfo или аналогичный путь, заданный при установке). Внутри srvinfo папки reg_1541, reg_1641 и подобные (номер зависит от порта кластера) содержат служебные данные кластера, включая кэш сеансов и журнал регистрации.

Как безопасно очистить кэш 1С

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

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

1. 1
   Завершите все сеансы 1С:Предприятия и конфигуратора у пользователя
2. 2
   Нажмите Win+R и откройте %APPDATA%\1C\1cv8
3. 3
   Удалите папки с именами в формате GUID
4. 4
   Повторите удаление в %LOCALAPPDATA%\1C\1cv8
5. 5
   Запустите базу и дождитесь перестроения кэша
6. 6
   Проверьте, исчезла ли исходная ошибка

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

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

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

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

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

Очистка кэша бесполезна при повреждении самого файла базы 1Cv8.1CD, при ошибках на стороне СУБД, при нехватке прав доступа к папке базы и при сетевых сбоях. Если после полной очистки кэша ошибка воспроизводится в точности — проблема глубже, и нужны тестирование и исправление базы (chdbfl.exe для файловых баз) или анализ на стороне сервера СУБД.

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

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

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

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