Как почистить кэш в 1С 8.3 ЗУП

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

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

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

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

Не каждая ошибка в ЗУП решается чисткой кэша, поэтому сначала стоит убедиться, что симптомы совпадают. Характерный признак кэш-проблем — ошибка возникает у конкретного пользователя или на конкретном компьютере, а у остальных та же операция (например, формирование расчётного листка или открытие документа «Начисление зарплаты») проходит нормально. Это указывает на то, что повреждены локальные файлы кэша, а не данные или конфигурация.

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

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

Самый надёжный способ — вручную удалить каталоги кэша. Платформа хранит их в профиле пользователя Windows в двух местах: в папках %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8. Внутри находятся каталоги с длинными именами из букв и цифр (GUID) — по одному на каждую информационную базу, а также служебные файлы. Именно эти GUID-папки и нужно удалить.

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

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

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

Способ 2. Параметр /ClearCache при запуске

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

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

Способ 3. Очистка серверного кэша в клиент-серверном варианте

Если ЗУП работает в клиент-серверном режиме (SQL Server, PostgreSQL и т.п.), часть кэша хранится на сервере 1С:Предприятия — в каталоге srvinfo, внутри папок reg_1541 (или с другим номером порта кластера). Там платформа держит скомпилированные модули, сессионные данные и журналы. Чистка клиентского кэша на всех компьютерах не поможет, если повреждён именно серверный кэш.

Процедура требует остановки работы пользователей: попросите всех выйти из базы, остановите службу «Агент сервера 1С:Предприятия» на сервере, затем в каталоге srvinfo найдите папку рабочего процесса и удалите или переименуйте вложенные папки с GUID информационных баз (именно папки баз, а не весь каталог кластера целиком). После этого запустите службу снова. Точное расположение srvinfo зависит от установки — обычно это C:\Program Files\1cv8\<версия>\... либо каталог, указанный при создании кластера.

Что делать, если чистка кэша не помогла

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

Для файловой базы дополнительно полезна проверка утилитой chdbfl.exe из каталога установки платформы — она проверяет физическую целостность файла 1Cv8.1CD. Это уже более глубокая диагностика, и если ошибки подтверждаются, базу лучше восстанавливать из резервной копии.

Маршрут решения

Как выбрать действие

Ошибка только у одного пользователя на его ПКУдалите клиентский кэш на его компьютере

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

Ошибка формата потока сохраняется после чистки кэшаВыполните тестирование и исправление базы с резервной копией

Нет доступа к папкам пользователяИспользуйте параметр запуска /ClearCache для конкретной базы

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

Самая частая ошибка — удаление папок кэша при запущенной 1С. В этом случае платформа может держать часть файлов открытыми, удаление пройдёт не полностью, а сеанс завершится с ошибкой. Всегда проверяйте, что процесс 1cv8.exe завершён. Вторая ошибка — удаление файлов настроек вместе с кэшем: файлы 1cestart.cfg, def.1ccm и nethasp.ini хранят параметры подключения и список баз, их лучше не трогать.

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

Как проверить результат

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

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

Контрольные точки

Как проверить результат

Повторение проблемной операции

Норма

Ошибка не воспроизводится

Тревожный признак

Ошибка возникает снова — кэш не причём

Папки кэша после запуска

Норма

Появились новые GUID-папки со свежей датой

Тревожный признак

Папки не созданы — проверьте права на каталог профиля

Скорость первого входа

Норма

Первый запуск дольше, последующие — обычные

Тревожный признак

Каждый вход медленный — возможно, остался параметр /ClearCache

Другие пользователи

Норма

У остальных база работает как раньше

Тревожный признак

Ошибки появились у всех — проверяйте сервер и конфигурацию

FAQ

Чистка кэша удалит данные базы — начисления, документы, сотрудников?

Нет. Кэш — это только временные служебные файлы платформы: скомпилированные модули, настройки форм, копии метаданных. Все учётные данные ЗУП хранятся в самой базе (файле 1Cv8.1CD или на SQL-сервере) и при удалении кэша не затрагиваются. Платформа пересоздаст кэш при следующем запуске.

Как найти папку кэша конкретной базы, если баз много?

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

Нужно ли чистить кэш после каждого обновления ЗУП?

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

Почему после чистки кэша база стала запускаться медленнее?

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

Можно ли чистить кэш автоматически по расписанию?

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

Чем отличается очистка кэша от тестирования и исправления базы?

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