Кэш пользователя в 1С: где лежит и как его очистить

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

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

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

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

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

Быстрее всего попасть в нужную папку через диалог «Выполнить»: нажмите Win+R, введите %APPDATA%\1C\1cv8 и нажмите Enter. Аналогично открывается %LOCALAPPDATA%\1C\1cv8. Переменные окружения сами подставят путь вида C:\Users\ИмяПользователя\AppData\Roaming\1C\1cv8.

Внутри вы увидите несколько элементов: файл 1Cv8.pfl (настройки интерфейса и список баз), файл def.lck или аналогичные служебные файлы, а главное — папки с длинными именами из букв и цифр. Это GUID (уникальные идентификаторы) информационных баз. Каждая база, к которой вы подключались, получает свою папку кэша.

Кроме того, в корне профиля 1С могут быть папки conf, ExtCompT, srv1cv8 и другие — они относятся к настройкам платформы и компонентам, их трогать при обычной очистке кэша не нужно.

Как понять, какая папка кэша относится к нужной базе

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

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

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

Как очистить кэш пользователя вручную

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

1. 1
   Закройте все окна 1С и убедитесь, что в диспетчере задач нет процессов 1cv8.exe и 1cv8c.exe
2. 2
   Нажмите Win+R, введите %APPDATA%\1C\1cv8 и откройте папку
3. 3
   Удалите папки с GUID нужной базы (или все папки-идентификаторы)
4. 4
   Повторите то же самое в %LOCALAPPDATA%\1C\1cv8
5. 5
   Запустите базу заново и проверьте, исчезла ли ошибка

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

Файл 1Cv8.pfl удалять не обязательно: в нём хранятся настройки окон и список баз. Но если проблема проявляется как «битый» интерфейс — пропали панели, сбились настройки форм — удаление этого файла тоже помогает. Список баз при этом придётся добавить заново.

Очистка кэша через список баз и автоматизация

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

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

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

Учтите: приведённая команда удаляет весь каталог 1cv8 целиком, включая список баз и настройки. Если нужно сохранить список баз, скрипт должен удалять только вложенные папки с идентификаторами, оставляя файл 1Cv8.pfl на месте.

Серверный кэш: чем отличается и как чистить

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

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

Осторожность здесь критична: в каталоге srvinfo хранится и список информационных баз кластера (файл 1CV8Clst.lst). Его удаление не уничтожит данные в СУБД, но «отвяжет» базы от кластера, и придётся регистрировать их заново. Если опыта администрирования кластера мало, ограничьтесь очисткой клиентского кэша и привлеките специалиста.

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

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

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

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

Первая частая ошибка — очистка кэша при запущенной 1С. Файлы заблокированы, удаляется только часть, и пользователь делает вывод, что «чистка не помогает». Вторая — удаление только роуминг-кэша из AppData\Roaming с игнорированием локального из AppData\Local: платформа хранит данные в обоих местах.

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

Профилактика и настройки, снижающие проблемы с кэшем

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

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

Частые вопросы о кэше пользователя 1С