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

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

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

Ниже разобраны безопасные способы очистки: от мягкого перезапуска служб до полного удаления каталога srvinfo с предварительной регистрацией баз. Каждый способ указан с условиями применения и ограничениями.

Какие виды кэша существуют на сервере 1С

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

Первый тип — кэш метаданных и сеансовые данные, которые хранятся в рабочем каталоге кластера srvinfo в подпапках вида reg_1541 (номер зависит от порта кластера). Именно их повреждение чаще всего вызывает ошибки формата потока и рассинхронизацию после обновления. Второй тип — клиентский кэш на компьютерах пользователей (папки в профиле пользователя вида 1cv8 с GUID базы). Третий тип — временные файлы операционной системы и СУБД, которые к серверу 1С относятся косвенно.

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

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

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

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

Главный риск при удалении srvinfo — потеря регистрации информационных баз в кластере. Сами базы данных при этом не пострадают (они хранятся в СУБД), но после очистки кластер «забудет» о них, и потребуется ручная регистрация с указанием сервера СУБД, имени базы и учетных данных.

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

Дополнительно завершите активные сеансы пользователей через консоль кластера или предупредите о технологическом перерыве. Принудительное отключение во время записи документов может привести к незавершенным транзакциям на уровне СУБД.

Очистка кэша сервера на Windows

Стандартная последовательность для Windows-сервера выглядит так. Сначала остановите службу «Агент сервера 1С:Предприятия» через services.msc или командную строку. Затем перейдите в каталог srvinfo — по умолчанию это C:\Program Files\1cv8\srvinfo, но при нестандартной установке путь может отличаться; его видно в свойствах службы (параметр -d в строке запуска).

Далее есть два варианта. Мягкий: переименуйте папку srvinfo, например в srvinfo_old — тогда при проблемах можно вернуть всё назад. Жесткий: удалите содержимое каталога. После этого запустите службу агента. Кластер создаст чистую структуру каталогов, и базы нужно будет зарегистрировать заново через консоль кластера по записанным ранее параметрам.

net stop "Агент сервера 1С:Предприятия 8.3"
ren "C:\Program Files\1cv8\srvinfo" srvinfo_old
net start "Агент сервера 1С:Предприятия 8.3"

Если несколько версий платформы работают на одном сервере, у каждой будет своя служба агента и свой каталог srvinfo (например, внутри каталога конкретной версии). Останавливайте и чистите только ту, где возникла проблема.

Очистка кэша сервера на Linux

На Linux логика та же, отличаются пути и команды. Рабочий каталог кластера обычно находится в /home/usr1cv8/.1cv8/1C/1cv8. Служба агента останавливается через systemctl или скрипт srv1cv8.

sudo systemctl stop srv1cv8
sudo mv /home/usr1cv8/.1cv8/1C/1cv8 /home/usr1cv8/.1cv8/1C/1cv8_backup
sudo systemctl start srv1cv8

Обратите внимание на права: после восстановления из копии или при ручном создании каталогов владельцем должен быть пользователь, под которым работает агент (обычно usr1cv8), иначе служба не сможет писать в каталог и кластер не поднимется. Проверить владельца можно командой ls -la.

Мягкая альтернатива: перезапуск без удаления

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

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

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

После очистки и регистрации баз проверьте: служба агента запущена и не падает (смотрите журнал событий Windows или systemctl status); базы видны в консоли кластера; пользователи могут войти и выполнить типовые операции; ошибка, из-за которой проводилась очистка, больше не воспроизводится.

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

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