Как очистить кэш 1С 8.3 на сервере

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

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

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

Где хранится кэш сервера 1С 8.3

Серверный кэш располагается в рабочем каталоге кластера — папке srvinfo. По умолчанию на Windows это C:\Program Files\1cv8\srvinfo (для 64-разрядной версии — C:\Program Files\1cv8\srvinfo, путь может отличаться в зависимости от разрядности и версии установки). На Linux — обычно /opt/1cv8/.../srvinfo или каталог, заданный при установке.

Внутри srvinfo находятся подпапки вида reg_1541, reg_2541 и т.п. — номер соответствует порту кластера. Именно в них хранятся кэшированные данные сеансов, журналы регистрации кластера и служебные файлы. Файл 1CV8Clst.lst в корне srvinfo содержит список зарегистрированных информационных баз кластера — его удаление приведёт к потере списка баз в консоли кластера.

Клиентский кэш — отдельная история. Он хранится на компьютере каждого пользователя в папках %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8 (подпапки с GUID баз). Очистка серверного кэша не затрагивает клиентский, и наоборот. Часто проблему решает именно очистка клиентского кэша, поэтому сначала стоит определить, где именно «застряли» устаревшие данные.

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

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

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

Подготовка: что сделать до очистки

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

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

Убедитесь, что у вас есть права администратора на сервере и вы знаете, как остановить и запустить службу «Агент сервера 1С:Предприятия». Если кластер состоит из нескольких рабочих серверов, процедуру придётся повторить на каждом из них.

Пошаговая очистка серверного кэша

Стандартная процедура очистки выглядит так. Сначала завершите сеансы пользователей через консоль кластера. Затем остановите службу агента сервера 1С: через services.msc найдите службу «Агент сервера 1С:Предприятия 8.3» и остановите её, либо используйте командную строку.

После остановки службы откройте папку srvinfo и удалите содержимое подпапок reg_1541 (и других reg_*), оставив сам файл 1CV8Clst.lst на месте. Альтернатива — переименовать папки reg_* вместо удаления: так у вас останется резервная копия, которую можно удалить позже, когда убедитесь, что всё работает.

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

1. 1
   Завершите сеансы пользователей через консоль кластера серверов
2. 2
   Сделайте копию папки srvinfo (минимум — файла 1CV8Clst.lst)
3. 3
   Остановите службу агента сервера 1С: net stop "1C:Enterprise 8.3 Server Agent"
4. 4
   Удалите или переименуйте содержимое папок reg_* внутри srvinfo
5. 5
   Запустите службу агента сервера: net start "1C:Enterprise 8.3 Server Agent"
6. 6
   Проверьте вход в базу и работу фоновых заданий

net stop "1C:Enterprise 8.3 Server Agent (x86-64)"
ren "C:\Program Files\1cv8\srvinfo\reg_1541" reg_1541_old
net start "1C:Enterprise 8.3 Server Agent (x86-64)"

Очистка клиентского кэша

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

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

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

После очистки проверьте: служба агента сервера запущена и работает; базы отображаются в консоли кластера; пользователи могут войти; ошибка, из-за которой проводилась очистка, больше не воспроизводится. Если список баз в консоли пуст — вы удалили 1CV8Clst.lst; восстановите его из резервной копии или зарегистрируйте базы заново.

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

Ограничения и альтернативы

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

При работе базы в файловом режиме (без сервера 1С) серверного кэша не существует в принципе — очищается только клиентский кэш и, при необходимости, выполняется тестирование и исправление файловой базы. В клиент-серверном варианте на СУБД (MS SQL, PostgreSQL) также имеет смысл проверить кэш на уровне СУБД, но это отдельная процедура со своими рисками.

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

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