Как очистить кэш 1С 8.3 у пользователя

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

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

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

Когда нужно чистить кэш и как распознать проблему

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

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

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

Платформа 1С хранит кэш в профиле пользователя Windows. Основные папки:

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

Внутри этих папок находятся каталоги с длинными именами вида 3f4a2b1c-9d8e-4f5a-... — это идентификаторы (GUID) информационных баз. Каждой базе из списка пользователя соответствует своя папка. Именно их содержимое и нужно удалять.

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

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

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

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

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

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

Способ 2: удаление базы из списка и повторное добавление

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

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

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

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

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

"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" DESIGNER /F"D:\Bases\Trade" /ClearCache

Путь к исполняемому файлу зависит от установленной версии платформы — подставьте свой номер релиза. Для файловой базы используется ключ /F с путём к каталогу, для серверной — /S с параметрами «Сервер\ИмяБазы».

Учтите ограничение: параметр /ClearCache очищает не все виды кэша, а прежде всего кэш лицензий и часть служебных данных. При «застойных» ошибках модулей надёжнее ручное удаление GUID-папок или пересоздание базы в списке. Поэтому /ClearCache стоит рассматривать как дополнительный, а не основной инструмент.

Очистка кэша на сервере 1С (клиент-серверный вариант)

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

Кэш сервера находится в каталоге служебных данных кластера — обычно C:\Program Files\1cv8\srvinfo (для Windows) с подпапками вида reg_1541 и каталогами snccntx, 1CV8Clst.lst и GUID-папками баз. Порядок действий:

1. Завершите сеансы пользователей в консоли кластера.
2. Остановите службу «Агент сервера 1С:Предприятия».
3. Удалите или переименуйте папки snccntx и GUID-каталоги проблемной базы внутри srvinfo.
4. Запустите службу и проверьте работу базы.

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

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

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

FAQ: частые вопросы об очистке кэша 1С 8.3