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

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

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

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

Как понять, что проблема именно в кэше

Кэш — первое, что проверяют при «странном» поведении программы, потому что очистка быстрая и не затрагивает данные. Но не всякая ошибка связана с кэшем, поэтому сначала стоит сопоставить симптомы.

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

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

Где физически находится кэш 1С:ЗУП

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

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

Внутри находятся папки с длинными именами из букв и цифр — это идентификаторы (GUID) информационных баз. Каждой базе из списка запуска соответствует свой каталог. Также в этих папках лежат служебные файлы, например 1cv8.pfl, которые можно удалять вместе с остальным содержимым.

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

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

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

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

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

Если папки не удаляются с сообщением, что файлы заняты, значит процесс 1cv8.exe или 1cv8c.exe ещё висит в памяти. Откройте диспетчер задач (Ctrl+Shift+Esc), найдите процессы 1С и завершите их, затем повторите удаление.

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

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

"C:\Program Files\1cv8\<версия>\bin\1cv8.exe" ENTERPRISE /F"D:\Bases\ZUP" /N"Иванов" /ClearCache

Для клиент-серверного варианта вместо /F указывается /S с адресом сервера и именем базы, например: /S"server1c\ZUP". Параметр /ClearCache удаляет кэш метаданных и служебные данные, относящиеся к запускаемой базе.

Ограничение способа: он очищает не всё, что удаляется при ручной зачистке папок. Если /ClearCache не помог, переходите к полному удалению каталогов кэша вручную.

Способ 3. Очистка кэша на сервере 1С

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

Порядок действий: завершить сеансы пользователей через консоль кластера, остановить службу агента сервера, удалить содержимое папки srvinfo (каталоги вида reg_1541, но сами папки-контейнеры обычно оставляют, удаляя содержимое внутри), затем запустить службу и проверить работу базы.

После перезапуска кластер создаст служебные файлы заново. Список баз и настройки кластера при этом не пострадают — они хранятся в файле 1CV8Clst.lst, который удалять не нужно.

Как выбрать способ под свою ситуацию

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

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

Отдельная ошибка — путать кэш 1С с кэшем СУБД (MS SQL, PostgreSQL). Это разные уровни: очистка папок платформы никак не влияет на кэш сервера баз данных, и наоборот.

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

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

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