Как очистить серверный кэш 1С: полное руководство

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

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

Материал рассчитан на администраторов, работающих с клиент-серверной архитектурой 1С (сервер 1С:Предприятия + СУБД). Если у вас файловая база, серверного кэша как такового нет — там очищается только локальный кэш клиентов, это отдельная задача.

Что такое серверный кэш и когда его нужно чистить

Кластер серверов 1С хранит кэш в служебном каталоге srvinfo. Внутри него находятся папки с именами вида reg_1541 (номер зависит от порта кластера), а в них — файлы сеансовых данных, кэш метаданных, журналы и служебная информация о базах, зарегистрированных в кластере. Эти данные сервер создаёт автоматически и пересоздаст после очистки.

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

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

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

Если вы не уверены в пути, откройте консоль кластера серверов 1С, найдите свойства рабочего сервера и посмотрите параметр «Каталог служебных файлов кластера». Там будет точный путь к srvinfo. Внутри каталога вы увидите папки вида reg_1541, reg_2541 и файлы журналов.

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

Первый шаг — завершить активные сеансы. Откройте консоль кластера, перейдите в раздел «Сеансы» и попросите пользователей выйти из программы, либо завершите сеансы принудительно. Удаление кэша при активных сеансах приведёт к аварийному разрыву соединений, и несохранённые данные пользователей будут потеряны.

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

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

Остановите службу агента сервера 1С. Откройте оснастку «Службы» (services.msc), найдите службу «Агент сервера 1С:Предприятия» и остановите её. Дождитесь полной остановки — процессы ragent, rphost и rmngr должны исчезнуть из диспетчера задач.

Перейдите в каталог srvinfo и удалите содержимое папок reg_1541 (и других reg_*, если их несколько). Сами папки reg_* можно удалить целиком — кластер создаст их заново при запуске. Затем запустите службу агента обратно и проверьте, что кластер поднялся.

1. 1
   Завершите сеансы пользователей через консоль кластера
2. 2
   Сделайте копию каталога srvinfo
3. 3
   Остановите службу «Агент сервера 1С:Предприятия»
4. 4
   Удалите содержимое папок reg_* внутри srvinfo
5. 5
   Запустите службу агента
6. 6
   Войдите в базу и проверьте работу
7. 7
   Проверьте, что список баз в консоли кластера на месте

Очистка кэша на Linux

На Linux логика та же: сначала остановка сервиса, затем удаление каталогов кэша, затем запуск. Служба обычно называется srv1cv8-<версия> и управляется через systemd или init-скрипт в зависимости от способа установки.

sudo systemctl stop srv1cv8-8.3.22-1750
sudo rm -rf /opt/1cv8/x86_64/8.3.22.1750/srvinfo/reg_1541/*
sudo systemctl start srv1cv8-8.3.22-1750

Подставьте свою версию платформы и фактический путь к srvinfo. После запуска проверьте статус службы командой systemctl status и убедитесь, что процессы ragent и rphost запущены.

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

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

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

Как уменьшить необходимость ручной очистки

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

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

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