В чем разница между сеансовыми данными и временным хранилищем в 1С:Предприятие 8

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

Иерархия понятий: Механизм против Интерфейса

Для начала проанализируем основное различие. Сеансовые данные — это низкоуровневый системный механизм платформы, инфраструктура, которую сервер 1С использует для хранения состояния работающих сеансов. В свою очередь, Временное хранилище — это программный интерфейс (API), предоставляемый платформой разработчику. Простыми словами: Временное хранилище — это инструмент, а Сеансовые данные — это место, где этот инструмент размещает свои объекты.

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

Физическая реализация и каталог snccntx

С точки зрения операционной системы, сеансовые данные представляют собой файлы в специальном каталоге на сервере приложений. Посмотрим на структуру пути: ...\srvinfo\reg_XXXX\snccntx. Аббревиатура snccntx расшифровывается как Session Context (контекст сеанса).

Выясним, как это работает на уровне процессов:

1. За управление этими данными отвечает процесс rmngr (менеджер кластера).
2. Внутри папки snccntx для каждого активного сеанса (будь то тонкий клиент, фоновое задание или web-сервис) создается своя структура.
3. Платформа постоянно пишет и читает данные из этой папки при каждом серверном вызове.

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

Что именно хранится в Сеансовых данных?

Проанализируем ситуацию: что именно платформа «складирует» в контексте сеанса, помимо того, что мы явно туда кладем программным кодом? Сеансовые данные включают в себя:

• Состояние управляемых форм: когда пользователь вводит данные в поля, но еще не нажал кнопку «Записать», эти промежуточные значения реквизитов при серверных вызовах сохраняются именно в сеансовых данных.
• Параметры сеанса: все значения, которые инициализируются в модуле сеанса (например, ТекущийПользователь), кэшируются здесь для быстрого доступа.
• Результаты функций с повторным использованием: если у общего модуля включено свойство «Повторное использование возвращаемых значений» на время сеанса, результат первого выполнения функции с определенными параметрами сохранится в snccntx.
• Данные динамических списков: информация о том, на какой строке стоит курсор, какие отборы применил пользователь и каков порядок сортировки в текущий момент.
• Объекты Временного хранилища: те самые двоичные данные, которые мы поместили через ПоместитьВоВременноеХранилище().

Механизм работы Временного хранилища

Теперь разберем по шагам, что происходит, когда программист пишет код для работы с временным хранилищем. Рассмотрим пример помещения данных:

ДанныеДляХранения = Новый ДвоичныеДанные("C:\Temp\Report.pdf");
АдресХранилища = ПоместитьВоВременноеХранилище(ДанныеДляХранения, ЭтаФорма.УникальныйИдентификатор);

В этот момент платформа выполняет следующие действия:

1. Сериализация: объект ДанныеДляХранения превращается в поток байтов.
2. Передача: этот поток передается от рабочего процесса (rphost) к менеджеру кластера (rmngr).
3. Запись: менеджер кластера записывает файл в подпапку сеанса внутри snccntx.
4. Идентификация: разработчику возвращается строковый адрес вида e1cib/tempstore/uuid..., который является ключом для поиска этого файла в будущем.

Жизненный цикл данных

Рассмотрим критическое различие в «смерти» этих данных. Это поможет нам избежать ошибок утечки памяти на сервере.

Сеансовые данные в целом живут ровно столько, сколько существует сеанс пользователя. Как только пользователь закрывает программу или администратор завершает сеанс в консоли кластера, вся папка сеанса в snccntx удаляется операционной системой.

Временное хранилище имеет более сложную логику очистки, зависящую от второго параметра функции ПоместитьВоВременноеХранилище():

• Если мы указали УникальныйИдентификатор формы, данные будут жить до тех пор, пока эта форма открыта. Как только форма закрывается, платформа автоматически удаляет этот кусок данных из сеансовых файлов.
• Если мы НЕ указали идентификатор (поместили «в никуда»), данные будут удалены при следующем серверном вызове, если они не были переданы обратно на клиент. Это часто используется для передачи тяжелых объектов между клиентом и сервером в рамках одной транзакции.

Влияние на производительность системы

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

Если программисты злоупотребляют временным хранилищем (например, помещают туда картинки высокого разрешения или огромные файлы Excel по 100 Мб), происходят следующие негативные процессы:

• Нагрузка на сеть: данные постоянно перекачиваются между rphost и rmngr.
• Нагрузка на диск: постоянная запись и чтение тяжелых файлов в snccntx заставляет головки жестких дисков (или контроллеры SSD) работать на пределе, что замедляет работу ВСЕХ пользователей базы, так как менеджер кластера один на всех.
• Рост папки srvinfo: при большом количестве пользователей и неаккуратной работе с временными файлами папка с сеансовыми данными может разрастись до сотен гигабайт, забив системный диск сервера.

Рекомендации по оптимизации

Выясним, как правильно работать с этими механизмами, чтобы система оставалась быстрой:

1. Не путайте с клиентским кэшем: помните, что локальный кэш пользователя (в папке AppData\Local\1C) ускоряет интерфейс, а сеансовые данные на сервере (snccntx) обеспечивают логику работы сеанса. Очистка одного не заменяет очистку другого.
2. Очищайте за собой: если вы поместили большой объем данных во временное хранилище, и они вам больше не нужны до закрытия формы, используйте УдалитьИзВременногоХранилища().
3. Следите за параметрами сеанса: не храните в ПараметрыСеанса тяжелые таблицы значений. Для этого лучше использовать временные таблицы БД или само временное хранилище с очень коротким жизненным циклом.
4. Дисковая подсистема: для папки srvinfo (где лежат сеансовые данные) крайне рекомендуется использовать быстрые NVMe или SSD накопители.

Таким образом, мы выяснили, что Сеансовые данные — это фундамент, «черный ящик» платформы для хранения всего контекста работы пользователя, а Временное хранилище — это удобный инструмент для разработчика, позволяющий временно сохранять свои объекты в этом «ящике».