Кэш сервера 1С:Предприятие 8.3 на Windows по умолчанию хранится в каталоге C:\Program Files\1cv8\srvinfo, на Linux — в каталоге версии платформы, например /opt/1cv8/x86_64/8.3.24.1548/srvinfo. Безопасно удалять можно только сеансовые данные — .dat-файлы внутри snccntx. Каталог reg_1541 (реестр кластера) удалять нельзя: неизбирательное удаление файлов из каталога службы сервера приводит к потере настроек кластера, разрыву связей с информационными базами и аварийной остановке всего предприятия.
Что вы узнаете:
- где на Windows и Linux хранится кэш сервера 1С и как уточнить фактический путь к каталогу srvinfo;
- какие каталоги и файлы удалять безопасно, а какие описывают настройки кластера и рабочие данные;
- как остановить службу сервера, очистить snccntx и запустить её обратно — с готовыми командами для обеих платформ;
- как проверить результат и какие ошибки при очистке кэша встречаются чаще всего.
Последовательность работ одинакова на обеих платформах: остановить службу сервера, удалить устаревший кэш, запустить службу и проверить результат. Остановка службы обрывает активные сеансы, поэтому очистку планируют на окно обслуживания.
Пути, имена служб и состав подкаталогов зависят от версии платформы, разрядности и способа установки. Ниже приведены значения для типовой установки сервера 8.3. Перед удалением сверьте фактический путь в своей среде и с документацией 1С для вашей сборки.
Где хранится кэш сервера 1С:Предприятие 8.3 на Windows и Linux
Каталог данных сервера (srvinfo) создаётся при установке и переживает перезапуски. Внутри лежат:
- snccntx - сеансовые данные: служебная информация, необходимая для работы сеанса;
- reg_1541 - каталог центрального кластера, соответствующий конкретному кластеру и совпадающий по наименованию с номером порта кластера;
- временные файлы и файлы технологического журнала, путь к которому задан в logcfg.xml.
Внутри reg_1541 формируется иерархия служебных директорий: файл 1CV8Reg.lst (реестр информационных баз), seance.db (база сеансов), каталоги конкретных баз по GUID и каталоги контекста сеансов snccntx*. Если кластеров несколько или они работают на нестандартных портах, каталогов reg_… тоже несколько, и при просмотре нужно учитывать это соответствие.
Каталог данных можно перенести при установке или позже, поэтому первый шаг любой очистки - уточнить фактический путь. Он виден в параметрах кластера в консоли администрирования серверов 1С и в строке запуска службы.
Каталоги кэша сервера 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 приводит к потере настроек кластера и требует повторной регистрации кластера и информационных баз.
Каталоги кэша сервера 1С на Linux
По умолчанию рабочий каталог кластера серверов 1С располагается в отдельном каталоге версии, и внутри него формируется та же иерархия служебных директорий, включая reg_1541. Если версий несколько, каталогов тоже несколько: чистить нужно тот, из которого запущена работающая служба. При установке из архива путь зависит от каталога распаковки дистрибутива.
Команды выполняют через sudo или от root. Состав подкаталогов совпадает с Windows: snccntx, reg_1541, временные файлы.
В кластере серверов каталог данных задаётся отдельно от локальных каталогов рабочих процессов, поэтому на каждом узле путь может отличаться. Общее правило одно: перед удалением проверяйте, какой именно каталог обслуживает текущий экземпляр службы.
Какие каталоги кэша сервера 1С можно удалять, а какие нельзя
Разделение простое: всё, что сервер пересоздаёт при старте, удалять безопасно; всё, что описывает конфигурацию кластера и рабочие данные, - нет.
Безопасные для удаления каталоги
- файлы с расширением .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.
Пошаговая очистка кэша сервера 1С на 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 относится к работающей версии сервера, а не к старой, оставшейся после обновления.
Пошаговая очистка кэша сервера 1С на 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 и выгрузка настроек кластера занимают минуты, а их отсутствие превращает ошибку в простой.
Практика простая: сначала резервная копия и тестовый стенд, затем продуктивная среда. Проверенный на копии сценарий исключает внезапную остановку сервиса в рабочие часы.
Как проверить результат после очистки кэша сервера 1С
- Статус службы: вывод service srv1cv83 status на Linux или оснастка служб на Windows. Состояние active (running) либо «Работает».
- Технологический журнал: каталог задан в logcfg.xml. Ищите записи уровня ERROR и предупреждения о блокировках за время после запуска.
- Журнал регистрации в консоли администрирования: подключения выполняются, длительность операций вернулась к обычным значениям.
- Тестовый клиент: открытие базы и типовой формы проходит без сообщений о недоступности сервера.
- Мониторинг: размер snccntx растёт с нуля, потребление памяти процессами rphost стабилизируется.
Рост snccntx сразу после очистки - норма, а не признак сбоя: сервер наполняет кэш за минуты работы. Тревожный сигнал - отказы подключения и ошибки блокировок в логах. Если они появились, проверьте, не задеты ли служебные файлы реестра кластера, и сверьтесь с подборкой по диагностике типовых ошибок кэширования.
Особенности кэша кластера серверов 1С
Кластер серверов включает центральный сервер (ragent) и рабочие процессы (rphost), каждый из которых хранит собственный кэш сеансовых данных и кэш блокировок. Настройки кластера и привязки лежат в reg_1541 на центральном сервере, а рабочие процессы пишут локальные временные данные в свои каталоги.
- Кэш очищают на всех узлах кластера. Иначе часть запросов продолжат обслуживать рабочие процессы со старым кэшем.
- Сервер администрирования кластера состоит из двух утилит: ras (сервер администрирования) и rac (консольный клиент к ras). Утилита rac, обращаясь к запущенному ras, позволяет выполнять операции с кластером серверов, включая администрирование рабочих процессов.
- Перед массовой очисткой снимите выгрузку настроек кластера, чтобы восстановить привязки без ручного ввода.
В распределённой установке рабочие процессы на разных серверах хранят кэш локально, поэтому очистка идёт последовательно по узлам, и сеансы на каждом из них прерываются отдельно. Если после очистки время отклика не улучшилось, причина обычно не в кэше, а в нагрузке и структуре запросов: методы поиска узкого места разобраны в руководстве о повышении производительности автоматизированных систем без замены оборудования.
Частые вопросы об очистке кэша 1С 8.3
Можно ли удалять папку snccntx целиком?
Каталог snccntx сервер пересоздаёт при старте, поэтому удалить его целиком допустимо — но только при остановленной службе. Практичнее удалять содержимое: .dat-файлы внутри snccntx. На Linux после ручного пересоздания каталога проверьте владельца, иначе служба под своей учётной записью не сможет в него писать (см. раздел «Типовые ошибки и риски при очистке кэша»).
Что будет, если удалить reg_1541?
Потеря настроек кластера: описания кластера, привязок информационных баз и служебных файлов 1CV8Reg.lst и seance.db. Кластер придётся настраивать заново, а базы — регистрировать повторно; восстановление возможно только из резервной копии. Каталог reg_1541 относится к критичным — подробности в разделах «Какие каталоги кэша сервера 1С можно удалять, а какие нельзя» и «Типовые ошибки и риски при очистке кэша».
Нужно ли останавливать службу сервера перед очисткой?
Да. При работающей службе процессы ragent и rphost держат файлы кэша открытыми: часть файлов останется заблокированной, а сервер сразу создаст новые, поэтому результата не будет. Порядок остановки описан в разделе «Как остановить службу сервера 1С перед очисткой кэша».
Как часто повторять очистку?
По мере роста каталога snccntx, а не по календарю: ориентируйтесь на свободное место и запас inode на разделе, куда пишет сервер.
Дальнейший порядок действий: сохраните копию reg_1541, очистите файлы сеансовых данных в snccntx на нужной версии сервера, перезапустите службу и сверьте технологический журнал на отсутствие ошибок. Повторяйте процедуру по мере роста каталога кэша, а не по календарю.