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

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

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

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

Когда сброс кэша действительно нужен

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

Типичные симптомы, при которых сброс кэша — первый шаг диагностики:

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

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

Способ 1. Удалить базу из списка и добавить заново

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

1. 1
   Закройте все сеансы 1С с этой базой
2. 2
   Откройте стартовое окно 1С (список информационных баз)
3. 3
   Выделите нужную базу и нажмите «Удалить», подтвердите действие
4. 4
   Нажмите «Добавить» и укажите тот же путь к базе или строку подключения к серверу
5. 5
   Запустите базу и проверьте, исчезла ли ошибка

Важно не перепутать путь при повторном добавлении. Для файловой базы укажите тот же каталог, где лежит файл 1Cv8.1CD. Для клиент-серверной — те же имя сервера и имя базы, что были раньше: их можно посмотреть до удаления, выделив базу и нажав «Изменить» — параметры подключения видны в настройках.

Этот способ не трогает сами данные: удаление из списка влияет только на регистрацию базы на компьютере и её локальный кэш. Файл базы и данные в ней остаются нетронутыми.

Способ 2. Очистить папки кэша вручную

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

• %APPDATA%\1C\1cv8 — основной кэш метаданных (подпапки вида reg_1541, snccntx и каталоги с длинными именами-идентификаторами баз);
• %LOCALAPPDATA%\1C\1cv8 — локальный кэш, журналы и временные файлы.

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

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

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

Способ 3. Параметр /ClearCache и другие ключи командной строки

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

1cv8.exe ENTERPRISE /F"D:\Bases\Trade" /N"Иванов" /ClearCache

Здесь /F указывает путь к файловой базе, /N — имя пользователя. Для клиент-серверной базы вместо /F используется /S"Сервер\ИмяБазы". Учтите, что поведение ключей может отличаться в зависимости от версии платформы, поэтому после запуска с параметром проверьте, что ошибка действительно ушла, а при необходимости дополнительно очистите папки кэша вручную.

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

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

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

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

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

Проверка результата и что делать, если не помогло

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

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

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

Отдельная распространённая ситуация — пользователь чистит кэш под своим профилем Windows, а 1С запускается от имени другого пользователя (например, через «Запуск от имени администратора»). Кэш в этом случае хранится в профиле того, другого пользователя, и очистка «своих» папок ничего не даст.

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

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

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

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