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

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

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

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

Что такое кэш 1С и когда его нужно чистить

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

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

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

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

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

• %APPDATA%\1C\1cv8 — обычно разворачивается в C:\Users\ИмяПользователя\AppData\Roaming\1C\1cv8;
• %LOCALAPPDATA%\1C\1cv8 — соответственно C:\Users\ИмяПользователя\AppData\Local\1C\1cv8.

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

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

Как почистить кэш вручную: пошаговая инструкция

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

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

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

Обратите внимание: в каталоге 1cv8 могут лежать не только папки GUID. Файлы вроде 1cv8cmn.pfl или def.1cc — это служебные файлы, их удалять не обязательно. Безопасный ориентир — удалять только папки с длинными шестнадцатеричными именами.

Очистка кэша через параметр /ClearCache

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

1cv8.exe DESIGNER /F"C:\Bases\MyBase" /ClearCache

Параметр /ClearCache работает вместе с указанием режима запуска (DESIGNER — конфигуратор) и пути к базе. Для клиент-серверной базы вместо /F используется /S"Сервер\ИмяБазы". После выполнения команды кэш соединения очищается, и при следующем запуске платформа создаст его заново.

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

Как почистить серверный кэш в клиент-серверном режиме

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

Порядок действий строже, чем на клиенте, потому что затрагивается работа всех пользователей:

1. Завершите все сеансы пользователей через консоль кластера или попросите всех выйти из программы.
2. Остановите службу «Агент сервера 1С:Предприятия» (в Windows — через services.msc, в Linux — через systemctl).
3. В каталоге srvinfo найдите папку reg_1541 (или с другим номером порта) и удалите или переименуйте её содержимое, кроме файлов списка баз (1CV8Clst.lst и связанных) — их трогать нельзя, иначе кластер «забудет» зарегистрированные базы.
4. Запустите службу агента сервера и проверьте вход в базы.

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

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

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

Если очистка кэша не устранила ошибку, проблема, скорее всего, в самой базе. Следующий шаг — тестирование и исправление информационной базы (chdbfl.exe для файловых баз или конфигуратор, пункт «Администрирование → Тестирование и исправление»). Для файловых баз утилита chdbfl.exe находится в каталоге bin установленной платформы и проверяет физическую целостность файла 1Cv8.1CD.

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

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

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