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

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

Если речь идет именно о сеансовых данных сервера 1С, они обычно располагаются внутри каталога данных кластера по пути вида srvinfo\reg_<номер порта>\snccntx<GUID>. Платформа использует эти файлы для хранения данных активных сеансов, временного хранилища и части информации, которая передается между клиентом и сервером.

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

В этой статье разберем:

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

Что называют серверным кэшем 1С

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

Это принципиально разные объекты.

Что такое snccntx

Сеансовые данные платформы хранятся на рабочих серверах кластера в каталогах вида:

...\srvinfo\reg_1541\snccntx<GUID>

Здесь:

• srvinfo — каталог данных сервера 1С;
• reg_1541 — каталог реестра кластера, где число зависит от используемого порта;
• snccntx<GUID> — каталог сеансовых данных.

В сеансовые данные могут попадать сведения управляемых форм, данные временного хранилища, результаты отдельных серверных операций и другие данные активных сеансов. Это рабочий компонент платформы, а не произвольный набор мусорных файлов.

Как 1С очищает сеансовые данные сама

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

Поэтому наличие каталогов snccntx само по себе не означает неисправность и не является основанием для их регулярного удаления.

Ручная очистка имеет смысл рассматривать, когда есть конкретный диагностический повод, например:

• сеансовые данные заняли чрезмерный объем диска;
• после аварийного завершения серверных процессов остались проблемные временные данные;
• возникают ошибки работы с файлами сеансового хранилища;
• службы или рабочие процессы после сбоя работают некорректно;
• очистка предусмотрена согласованным сценарием обслуживания или восстановления.

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

Указывать один универсальный путь к серверным данным неправильно. Он зависит от версии платформы, варианта установки и параметров службы.

На сервере Windows сначала нужно найти фактическую команду запуска агента сервера и посмотреть параметр -d.

Как определить каталог srvinfo

Откройте PowerShell от имени администратора и посмотрите службы 1С:

Get-CimInstance Win32_Service |
Where-Object { $_.DisplayName -like "*1C:Enterprise*Server Agent*" } |
Select-Object Name, DisplayName, State, PathName

Если локализованное или измененное название службы не подходит под фильтр, найдите службу вручную через services.msc и проверьте ее путь запуска.

В строке PathName нас интересует параметр -d.

Условный пример:

"C:\Program Files\1cv8\8.3.xx.xxxx\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo"

В этом примере каталог данных:

C:\Program Files\1cv8\srvinfo

А каталог сеансовых данных может выглядеть так:

C:\Program Files\1cv8\srvinfo\reg_1541\snccntx<GUID>

На вашем сервере путь, порт и версия платформы могут быть другими. Используйте только фактические параметры действующей службы.

Если серверов в кластере несколько

В многосерверном кластере сеансовые данные могут находиться не на том узле, где администратор первоначально ожидает их увидеть. Их размещение зависит от состава рабочих серверов и требований назначения функциональности.

Поэтому перед ручной очисткой нужно определить:

• какие рабочие серверы входят в кластер;
• на каком сервере размещен сервис сеансовых данных;
• какие каталоги srvinfo используются на каждом узле;
• затрагивает ли проблема один сервер или весь кластер.

Как безопасно очистить серверный кэш 1С

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

Шаг 1. Подготовиться к работам

До остановки сервера проверьте:

• есть ли актуальная резервная копия информационной базы;
• зафиксирована ли текущая конфигурация кластера;
• определен ли правильный каталог через параметр -d;
• известно ли имя службы агента сервера;
• нет ли активных пользователей;
• завершены ли фоновые и регламентные задания;
• остановлены ли обмены и интеграции, которые нельзя прерывать;
• есть ли достаточно места для временной копии очищаемого каталога.

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

Шаг 2. Остановить сервер 1С

Остановите нужную службу агента сервера штатным способом через оснастку Windows или систему управления службами.

Посмотреть подходящие службы можно командой:

Get-Service | Where-Object { $_.DisplayName -like "*1C:Enterprise*" }

Не копируйте из чужой инструкции имя службы для команды Stop-Service: на разных серверах оно может отличаться.

После остановки проверьте серверные процессы:

Get-Process ragent, rmngr, rphost -ErrorAction SilentlyContinue

Если команда ничего не вернула, указанные процессы не обнаружены.

Если процессы остались, сначала выясните причину. Не переходите сразу к принудительному завершению rphost, rmngr или ragent на рабочем сервере.

Шаг 3. Сделать копию сеансовых данных

Перейдите в определенный ранее каталог реестра кластера. Например:

C:\Program Files\1cv8\srvinfo\reg_1541\

В нем могут находиться один или несколько каталогов:

snccntx<GUID>

Перед очисткой скопируйте данные, которые планируете удалить, в отдельный резервный каталог за пределами рабочего srvinfo.

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

Шаг 4. Очистить только сеансовые данные

Если задача заключается именно в очистке серверных сеансовых данных, работать нужно с каталогами snccntx*, а не со всем содержимым srvinfo или reg_<порт>.

Упрощенная схема выглядит так:

        Пользователи и фоновые задания
                    │
                    ▼
            Серверные сеансы 1С
                    │
                    ▼
               srvinfo
                    │
                    ▼
              reg_1541
                    │
          ┌─────────┴─────────┐
          ▼                   ▼
   служебные файлы       snccntx<GUID>
      кластера           сеансовые данные
          │                   │
          │                   ▼
          │             очищаем только
          │           при наличии причины
          ▼
   без необходимости
      не удаляем

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

Шаг 5. Запустить службы и проверить работу

После очистки запустите службу агента сервера и убедитесь, что:

• служба перешла в состояние «Выполняется»;
• кластер доступен в средствах администрирования;
• рабочие процессы запускаются;
• информационные базы присутствуют в кластере;
• тестовый пользователь может войти в нужную базу;
• фоновое задание запускается без новых ошибок;
• на диске достаточно свободного места;
• ошибка, ради которой выполнялась очистка, действительно исчезла.

Не удаляйте резервную копию очищенных данных сразу. Сначала убедитесь в стабильной работе сервера и выполните контрольные проверки.

Что делать, если после очистки сервер не запустился

Если служба не запускается или кластер работает некорректно:

1. не продолжайте удалять другие файлы;
2. проверьте журнал событий Windows;
3. проверьте строку запуска службы и путь -d;
4. убедитесь, что учетная запись службы имеет доступ к каталогу;
5. верните сохраненные данные, если проблема появилась непосредственно после очистки;
6. проверьте состояние служебных файлов кластера;
7. при необходимости переходите к диагностике службы агента и самого кластера.

Что нельзя удалять из srvinfo без подготовки

Главная опасность при очистке серверного кэша — принять весь каталог данных сервера за временный.

srvinfo содержит структуру, которая нужна платформе для работы кластера. В ней могут находиться сведения о кластере, информационных базах, рабочих серверах и другие служебные данные.

Почему не стоит чистить серверный кэш по расписанию

Регулярное удаление snccntx «раз в неделю» или после каждого обновления не должно использоваться как универсальное обслуживание сервера.

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

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

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

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

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

В таком случае сначала проверяют локальный клиентский кэш.

Где находится клиентский кэш Windows

Чаще всего используются каталоги:

%LOCALAPPDATA%\1C\1cv8
%APPDATA%\1C\1cv8

В терминальной среде эти каталоги существуют отдельно в профиле каждого пользователя.

Как безопасно очистить клиентский кэш

1. Закройте все сеансы 1С конкретного пользователя.
2. Проверьте, что процессы клиентского приложения завершены.
3. Откройте каталог клиентского кэша.
4. Переименуйте его вместо немедленного удаления.
5. Запустите 1С повторно.
6. Проверьте воспроизведение ошибки.

Например, каталог можно переименовать:

ren "%LOCALAPPDATA%\1C\1cv8" "1cv8_old"

После следующего запуска платформа создаст необходимые локальные данные заново.

Когда очистка кэша не поможет

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

Если быстро растет snccntx

Быстрый рост каталогов сеансовых данных нужно рассматривать как отдельную задачу диагностики.

Проверьте:

• какие пользователи и фоновые задания работают в момент роста;
• есть ли длительно живущие сеансы;
• не используется ли интенсивно временное хранилище;
• сколько свободного места остается на диске;
• не наблюдается ли нехватка оперативной памяти;
• не повторяется ли рост после штатного перезапуска;
• есть ли ошибки в технологическом журнале.

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

Практический чек-лист диагностики

• Определено, требуется клиентская или серверная очистка.
• Найден фактический каталог сервера через параметр -d.
• Проверено наличие каталогов snccntx.
• Проверено свободное место на диске.
• Сохранены журналы, необходимые для расследования.
• Есть резервная копия информационной базы.
• Пользователи и фоновые задания завершили работу.
• Службы сервера корректно остановлены.
• Перед очисткой сохранена копия затрагиваемых данных.
• После запуска проверены кластер, базы и тестовый сеанс.
• Если проблема повторилась, начата диагностика первопричины.

Заключение

Когда администратор ищет способ очистить серверный кэш 1С 8.3, чаще всего речь идет о сеансовых данных в каталогах snccntx. Они располагаются внутри каталога данных кластера по пути вида srvinfo\reg_<порт>\snccntx<GUID>.

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

Весь каталог srvinfo удалять как кэш нельзя. Если очистка требуется регулярно, быстро заканчивается место на диске или проблема возвращается после перезапуска, нужно диагностировать работу кластера, конфигурации и серверной инфраструктуры.

Что почитать дальше

Если вы администрируете сервер 1С, полезно также посмотреть связанные материалы:

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

Когда стоит обратиться к специалистам

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

IPWAY помогает с размещением и сопровождением серверов 1С, диагностикой кластера, производительности и серверных служб, переносом баз и организацией резервного копирования. Если инфраструктуру нужно перенести на отдельный сервер, можно также рассмотреть аренду сервера с лицензиями 1С.

Кратко

• Под серверным кэшем 1С часто понимают сеансовые данные snccntx.
• Они обычно находятся в srvinfo\reg_<порт>\snccntx<GUID>.
• Фактический путь к данным сервера нужно проверять по параметру -d.
• Платформа сама очищает неактуальные сеансовые данные, поэтому регулярная ручная очистка не требуется.
• Перед серверной очисткой необходимо завершить сеансы, остановить службы и сделать резервную копию.
• Нельзя удалять весь srvinfo как обычный кэш.
• Если проблема только у одного пользователя, сначала стоит проверить клиентский кэш.
• Если очистка помогает ненадолго, нужно искать причину роста данных или нестабильности сервера.