Кэш сервера 1С:Предприятие 8.3 на Windows по умолчанию хранится в каталоге C:\Program Files\1cv8\srvinfo. Внутри каталога данных есть подкаталог reg_1541 (реестр кластера) и вложенные в него каталоги сеансовых данных snccntx*. Удалять можно сеансовые данные и временные файлы. Каталог reg_1541 удалять нельзя: при неизбирательном удалении файлов из каталога службы сервера возможна потеря настроек кластера, разрыв связей с информационными базами и аварийная остановка всего предприятия.
Последовательность работ одинакова на обеих платформах: остановить службу сервера, удалить устаревший кэш, запустить службу и проверить результат. Остановка службы обрывает активные сеансы, поэтому очистку планируют на окно обслуживания.
Пути, имена служб и состав подкаталогов зависят от версии платформы, разрядности и способа установки. Ниже приведены значения для типовой установки сервера 8.3. Перед удалением сверьте фактический путь в своей среде и с документацией 1С для вашей сборки.
Где хранится кэш сервера 1С:Предприятие 8.3
Каталог данных сервера (srvinfo) создаётся при установке и переживает перезапуски. Внутри лежат:
- snccntx - сеансовые данные: служебная информация, необходимая для работы сеанса;
- reg_1541 - каталог центрального кластера, соответствующий конкретному кластеру и совпадающий по наименованию с номером порта кластера;
- временные файлы и файлы технологического журнала, путь к которому задан в logcfg.xml.
Внутри reg_1541 формируется иерархия служебных директорий: файл 1CV8Reg.lst (реестр информационных баз), seance.db (база сеансов), каталоги конкретных баз по GUID и каталоги контекста сеансов snccntx*. Если кластеров несколько или они работают на нестандартных портах, каталогов reg_… тоже несколько, и при просмотре нужно учитывать это соответствие.
Каталог данных можно перенести при установке или позже, поэтому первый шаг любой очистки - уточнить фактический путь. Он виден в параметрах кластера в консоли администрирования серверов 1С и в строке запуска службы.
Каталоги кэша на Windows
Типовой путь - C:\Program Files\1cv8\srvinfo. Он может быть переопределён ключом -d при запуске службы, например: ragent.exe -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo".
Для доступа нужны права локального администратора. Подкаталоги snccntx и reg_1541 лежат прямо в srvinfo. Удаление содержимого reg_1541 приводит к потере настроек кластера и требует повторной регистрации кластера и информационных баз.
Каталоги кэша на Linux
По умолчанию рабочий каталог кластера серверов 1С располагается в отдельном каталоге версии, и внутри него формируется та же иерархия служебных директорий, включая reg_1541. Если версий несколько, каталогов тоже несколько: чистить нужно тот, из которого запущена работающая служба. При установке из архива путь зависит от каталога распаковки дистрибутива.
Команды выполняют через sudo или от root. Состав подкаталогов совпадает с Windows: snccntx, reg_1541, временные файлы.
В кластере серверов каталог данных задаётся отдельно от локальных каталогов рабочих процессов, поэтому на каждом узле путь может отличаться. Общее правило одно: перед удалением проверяйте, какой именно каталог обслуживает текущий экземпляр службы.
Какие каталоги кэша можно удалять, а какие нельзя
Разделение простое: всё, что сервер пересоздаёт при старте, удалять безопасно; всё, что описывает конфигурацию кластера и рабочие данные, - нет.
Безопасные для удаления каталоги
- файлы с расширением .dat внутри каталога snccntx: именно они являются кэшем сервера. Обычно это два файла - snccntx.dat и snccntx.0000001B.dat (последние символы в названии могут различаться);
- устаревшие файлы технологического журнала, если место занимают именно они;
- кэш, оставшийся от предыдущей версии платформы, при условии, что служба запущена из другого каталога.
Ориентир по расширениям: .dat-файлы сеансовых данных в snccntx удалять можно. Файл 1cv8.1cd - это не кэш, а файловая база данных информационной базы 1С:Предприятие 8, поэтому его удаление недопустимо. Назначение расширений .reg и .tmp в каталогах кластера в доступных материалах прямо не описано, поэтому перед удалением любых файлов, кроме .dat в snccntx, сверяйтесь с документацией 1С для вашей сборки.
Критичные каталоги, которые нельзя трогать
- reg_1541: каталог центрального кластера. Неизбирательное удаление файлов из каталога службы сервера грозит потерей настроек кластера и разрывом связей с информационными базами;
- файл 1CV8Reg.lst (реестр информационных баз) и seance.db внутри reg_1541;
- файлы конфигурации кластера и logcfg.xml;
- файлы информационных баз 1cv8.1cd и каталоги баз на файловом сервере;
- архивы резервных копий, лежащие рядом с srvinfo.
Ошибка с reg_1541 обходится дороже всего: кластер придётся описывать заново, а базы - регистрировать повторно.
Как остановить службу сервера 1С перед очисткой
Очистка при работающей службе бессмысленна: ragent и rphost держат файлы кэша открытыми, часть файлов останется заблокированной, а сервер тут же создаст новые. Остановка службы корректно завершает рабочие процессы и закрывает дескрипторы.
Остановка службы в Windows
В списке служб найдите «Агент сервера 1С:Предприятия 8.3». Для 64-разрядной версии служба называется «1C:Enterprise 8.3 Server Agent (x86-64)». Остановить её можно через оснастку services.msc (правый клик по службе, пункт «Остановить») или из командной строки с правами администратора:
net stop "1C:Enterprise 8.3 Server Agent (x86-64)"
После остановки убедитесь, что процессов не осталось:
tasklist | findstr /I 1cv8
Вывод должен быть пустым. Если в списке остались ragent или rphost, дождитесь завершения или завершите их принудительно через диспетчер задач.
Остановка службы в Linux
Сервер 1С останавливается командой sudo service srv1cv83 stop и запускается sudo service srv1cv83 start. Начиная с версии платформы 8.3.22.1750 параметры указываются в systemd-юните. Найти службу можно так:
systemctl list-units --type=service | grep 1cv8
Остановка и проверка статуса:
sudo service srv1cv83 stop sudo service srv1cv83 status ps aux | grep 1cv8
Служба должна перейти в состояние inactive (dead), а в выводе ps остаться только сама команда grep. Если процессы ragent и rphost живы, повторите остановку или завершите их через kill, начав с сигнала SIGTERM.
Пошаговая очистка кэша на Windows
- Предупредите пользователей и выберите окно обслуживания.
- Остановите службу командой net stop "1C:Enterprise 8.3 Server Agent (x86-64)" и проверьте отсутствие процессов 1cv8.
- Сохраните копию реестра кластера, например в архив:
robocopy "C:\Program Files\1cv8\srvinfo\reg_1541" "D:\backup\reg_1541" /E
- Удалите файлы сеансовых данных в каталоге snccntx:
del /Q "C:\Program Files\1cv8\srvinfo\reg_1541\snccntx\*.dat"
В PowerShell то же действие выполняет одна команда:Remove-Item "C:\Program Files\1cv8\srvinfo\reg_1541\snccntx\*.dat" -Force
- Проверьте, что каталог reg_1541, файл 1CV8Reg.lst и файлы баз данных не тронуты.
- Запустите службу:
net start "1C:Enterprise 8.3 Server Agent (x86-64)"
- Подключитесь клиентом и просмотрите технологический журнал.
Команды удаления выполняйте из консоли с повышенными правами, иначе часть файлов останется на месте без сообщения об ошибке. Перед удалением убедитесь, что каталог snccntx относится к работающей версии сервера, а не к старой, оставшейся после обновления.
Пошаговая очистка кэша на Linux
Перед очисткой проверьте не только свободное место, но и запас inode на той файловой системе, куда пишет сервер. Множество мелких файлов кэша расходует имена объектов быстрее, чем байты, и свободные гигабайты не гарантируют, что новый файл удастся создать (Место и inode: два независимых ограничения). Команды df -h и df -i показывают оба счётчика, причём смотреть нужно на раздел, в который реально идёт запись: путь к srvinfo может оказаться отдельной точкой монтирования, и показания соседнего раздела ничего не объяснят.
- Остановите службу и убедитесь, что процессы ragent и rphost завершены:
sudo service srv1cv83 stop sudo service srv1cv83 status ps aux | grep 1cv8
- Сохраните копию реестра кластера:
sudo tar -czf /root/reg_1541_backup.tgz /opt/1cv8/x86_64/8.3.24.1548/srvinfo/reg_1541
- Удалите файлы сеансовых данных в каталоге snccntx:
sudo find /opt/1cv8/x86_64/8.3.24.1548/srvinfo/reg_1541/snccntx -name "*.dat" -delete
- Проверьте, что reg_1541, файл 1CV8Reg.lst, файлы баз и logcfg.xml на месте.
- Запустите службу и проверьте статус:
sudo service srv1cv83 start sudo service srv1cv83 status
- Просмотрите технологический журнал и подключитесь тестовым клиентом.
Если нужно удалять не весь кэш, а только устаревшие файлы по возрасту или размеру, пригодится разбор работы с find и du из материала о ручной очистке кэша через командную строку. Логика отбора файлов там описана на примере кэша веб-сервера и переносится на любые каталоги с мелкими объектами.
После пересоздания каталогов проверьте SELinux, если он включён в режиме enforcing: восстановить контекст помогает команда restorecon -R по каталогу srvinfo. Иначе служба может не получить доступ к своей же папке.
Типовые ошибки и риски при очистке кэша
- Удаление файлов reg_1541. Неизбирательное удаление файлов из каталога службы сервера может привести к полной потере настроек кластера, разрыву связей с информационными базами и аварийной остановке всего предприятия. Восстановление возможно только из резервной копии.
- Очистка без остановки службы. Файлы заблокированы, часть остаётся на диске, кэш наполняется заново сразу после удаления. Результата нет.
- Удаление рабочих данных. Файл 1cv8.1cd - это файловая база данных информационной базы, а не кэш; каталоги информационных баз восстановлению из кэша не подлежат.
- Игнорирование прав доступа. На Linux удаление от имени root меняет владельца пересозданных каталогов, и служба под своей учётной записью не может в них писать.
- Очистка чужой версии. На сервере с несколькими версиями платформы легко удалить кэш той, что не используется, и оставить рабочий каталог нетронутым.
- Работа без резервной копии. Копия reg_1541 и выгрузка настроек кластера занимают минуты, а их отсутствие превращает ошибку в простой.
Практика простая: сначала резервная копия и тестовый стенд, затем продуктивная среда. Проверенный на копии сценарий исключает внезапную остановку сервиса в рабочие часы.
Как проверить результат после очистки кэша
- Статус службы: вывод service srv1cv83 status на Linux или оснастка служб на Windows. Состояние active (running) либо «Работает».
- Технологический журнал: каталог задан в logcfg.xml. Ищите записи уровня ERROR и предупреждения о блокировках за время после запуска.
- Журнал регистрации в консоли администрирования: подключения выполняются, длительность операций вернулась к обычным значениям.
- Тестовый клиент: открытие базы и типовой формы проходит без сообщений о недоступности сервера.
- Мониторинг: размер snccntx растёт с нуля, потребление памяти процессами rphost стабилизируется.
Рост snccntx сразу после очистки - норма, а не признак сбоя: сервер наполняет кэш за минуты работы. Тревожный сигнал - отказы подключения и ошибки блокировок в логах. Если они появились, проверьте, не задеты ли служебные файлы реестра кластера, и сверьтесь с подборкой по диагностике типовых ошибок кэширования.
Особенности кэша кластера серверов 1С
Кластер серверов включает центральный сервер (ragent) и рабочие процессы (rphost), каждый из которых хранит собственный кэш сеансовых данных и кэш блокировок. Настройки кластера и привязки лежат в reg_1541 на центральном сервере, а рабочие процессы пишут локальные временные данные в свои каталоги.
- Кэш очищают на всех узлах кластера. Иначе часть запросов продолжат обслуживать рабочие процессы со старым кэшем.
- Сервер администрирования кластера состоит из двух утилит: ras (сервер администрирования) и rac (консольный клиент к ras). Утилита rac, обращаясь к запущенному ras, позволяет выполнять операции с кластером серверов, включая администрирование рабочих процессов.
- Перед массовой очисткой снимите выгрузку настроек кластера, чтобы восстановить привязки без ручного ввода.
В распределённой установке рабочие процессы на разных серверах хранят кэш локально, поэтому очистка идёт последовательно по узлам, и сеансы на каждом из них прерываются отдельно. Если после очистки время отклика не улучшилось, причина обычно не в кэше, а в нагрузке и структуре запросов: методы поиска узкого места разобраны в руководстве о повышении производительности автоматизированных систем без замены оборудования.
Дальнейший порядок действий: сохраните копию reg_1541, очистите файлы сеансовых данных в snccntx на нужной версии сервера, перезапустите службу и сверьте технологический журнал на отсутствие ошибок. Повторяйте процедуру по мере роста каталога кэша, а не по календарю.