Как почистить кэш в базе 1С: полная инструкция

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

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

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

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

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

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

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

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

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

Первая — %APPDATA%\1C\1cv8 (обычно это путь вида C:\Users\ИмяПользователя\AppData\Roaming\1C\1cv8). Вторая — %LOCALAPPDATA%\1C\1cv8 (C:\Users\ИмяПользователя\AppData\Local\1C\1cv8). Внутри находятся подпапки с длинными именами из букв и цифр — это идентификаторы информационных баз. Именно в них лежит кэш метаданных и настройки.

Быстрый способ попасть в нужное место — нажать Win+R, ввести %APPDATA%\1C\1cv8 и нажать Enter. Папка AppData скрыта по умолчанию, поэтому прямой ввод пути удобнее, чем навигация через Проводник.

Способ 1: удаление папок кэша вручную

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

Далее откройте папку %APPDATA%\1C\1cv8 и найдите подпапку, соответствующую вашей базе. Если баз несколько и определить нужную по имени сложно, допустимо удалить все папки с идентификаторами — кэш пересоздастся для каждой базы при следующем запуске, но первый запуск будет чуть медленнее обычного. То же самое повторите в %LOCALAPPDATA%\1C\1cv8.

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

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

Способ 2: очистка через список информационных баз

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

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

Способ 3: параметр запуска /ClearCache

Для тонкого клиента платформа поддерживает параметр командной строки /ClearCache, который очищает кэш клиентского приложения при запуске. Это удобно для автоматизации: можно создать ярлык с этим параметром и давать его пользователям при массовых проблемах после обновления.

"C:\Program Files\1cv8\<версия>\bin\1cv8.exe" ENTERPRISE /F"D:\Bases\МояБаза" /N"ИмяПользователя" /ClearCache

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

Очистка кэша на сервере 1С

Если база работает в клиент-серверном варианте (1С:Предприятие + СУБД), помимо клиентского кэша существует серверный. Он хранится в каталоге служебных файлов кластера — обычно в папке srvinfo внутри каталога установки сервера 1С, в подпапках reg_1541 и аналогичных (номер зависит от порта кластера).

Корректный способ сбросить серверный кэш — перезапустить службу «Агент сервера 1С:Предприятия» через оснастку services.msc. Перед перезапуском предупредите пользователей: все активные сеансы будут разорваны. Делать это стоит в нерабочее время или после завершения работы пользователей из консоли кластера.

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

Как проверить результат и частые ошибки

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

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

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