Как создать общий серверный кэш в 1С:Предприятии, доступный всем клиентам, без записи в базу данных?

← На главную

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

Рассмотрим ситуацию, когда стандартный механизм ПараметрыСеанса не подходит для наших целей, а постоянное использование констант или других объектных данных базы данных слишком избыточно для часто обновляемой, но временной информации (например, текущая температура в Бразилии, как было предложено в обсуждении). Мы выясним, какие механизмы 1С предоставляет для решения этой задачи и как их эффективно использовать.

Понимание ограничений ПараметровСеанса

Прежде чем перейти к решениям, давайте разберемся, почему ПараметрыСеанса, хотя и хранятся на сервере в клиент-серверном варианте, не отвечают нашим требованиям. Как верно было отмечено в одном из сообщений, 1С считает, что ПараметрыСеанса хранятся на сервере. Это действительно так. Однако, критически важно понимать, что ПараметрыСеанса привязаны к конкретному сеансу пользователя. Это означает, что:

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

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

Решение 1: Глобальные серверные переменные

Одним из наиболее подходящих механизмов для хранения общих данных на сервере с управляемым временем жизни являются глобальные серверные переменные. Этот механизм не всегда широко известен, но он предоставляет функциональность, очень близкую к желаемой. Глобальные серверные переменные существуют в контексте серверного процесса 1С:Предприятия и могут быть доступны из любого сеанса.

Для работы с глобальными серверными переменными мы используем объект ГлобальныеСерверныеПеременные. Рассмотрим его основные методы:

ГлобальныеСерверныеПеременные.Поместить(ИмяПеременной, Значение): Этот метод позволяет поместить произвольное значение в глобальную серверную переменную с указанным именем.
ГлобальныеСерверныеПеременные.Получить(ИмяПеременной): Позволяет получить значение глобальной серверной переменной по ее имени. Если переменной с таким именем не существует, будет возвращено Неопределено.
ГлобальныеСерверныеПеременные.УстановитьВремяЖизни(ИмяПеременной, ВремяЖизни): Мы можем задать время жизни для переменной в секундах. По истечении этого времени переменная будет автоматически удалена. Если время жизни не задано, переменная будет жить до завершения серверного процесса или явного удаления.

Преимущества глобальных серверных переменных:

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

Пример концептуального использования:


// Общий модуль на сервере с флагом "Сервер"
Процедура ОбновитьДанныеТемпературыВБразилии() Экспорт
    // Допустим, мы получаем температуру из внешнего источника
    ТекущаяТемпература = ПолучитьТемпературуИзВнешнегоИсточника(); 

    // Помещаем данные в глобальную серверную переменную
    ГлобальныеСерверныеПеременные.Поместить("ТемператураВБразилии", ТекущаяТемпература);

    // Устанавливаем время жизни, например, 1 час (3600 секунд), 
    // чтобы данные автоматически очистились, если не будут обновлены
    ГлобальныеСерверныеПеременные.УстановитьВремяЖизни("ТемператураВБразилии", 3600);
КонецПроцедуры

// Этот метод может быть вызван из клиентского сеанса или фонового задания
Функция ПолучитьТекущуюТемпературуВБразилии() Экспорт
    Возврат ГлобальныеСерверныеПеременные.Получить("ТемператураВБразилии");
КонецФункции

Мы можем запускать процедуру ОбновитьДанныеТемпературыВБразилии() с помощью регламентного задания с нужной нам периодичностью (например, раз в минуту), а клиенты будут получать всегда актуальные данные из памяти сервера.

Решение 2: Ручное кэширование в общих модулях с повторным использованием

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

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

Принцип работы:

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

Преимущества ручного кэширования:

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

Пример концептуального использования:


// Общий модуль "КэшСерверныхДанных", флаги "Сервер", "ПовторноеИспользованиеВозвращаемыхЗначений"

Перем мКэшТемператур Экспорт; // Переменная модуля для хранения кэша
Перем мВремяПоследнегоОбновленияКэша Экспорт; // Время последнего обновления

// Процедура инициализации кэша (вызывается при первом обращении или принудительно)
Процедура ИнициализироватьКэш()
    Если мКэшТемператур = Неопределено Тогда
        мКэшТемператур = Новый Соответствие();
        мВремяПоследнегоОбновленияКэша = Новый Дата(1,1,1); // Очень старая дата
    КонецЕсли;
КонецПроцедуры

// Функция для получения температуры (ленивая загрузка и кэширование)
Функция ПолучитьТекущуюТемпературу(Город) Экспорт
    ИнициализироватьКэш();

    // Проверяем актуальность кэша (например, обновляем каждые 5 минут)
    Если (ТекущаяДата() - мВремяПоследнегоОбновленияКэша) > 300 // 5 минут
        Или Не мКэшТемператур.Содержит(Город) Тогда
        // Если кэш устарел или данные по городу отсутствуют, обновляем
        ОбновитьКэшТемператур(Город); 
    КонецЕсли;

    Возврат мКэшТемператур.Получить(Город);
КонецФункции

// Процедура обновления кэша для конкретного города или всех городов
Процедура ОбновитьКэшТемператур(Город = Неопределено) Экспорт
    // Здесь мы синхронизируем доступ к кэшу, чтобы избежать коллизий
    Блокировка = Новый БлокировкаДанных;
    ЭлементБлокировки = Блокировка.Добавить("ОбщийКэшТемператур"); // Уникальное имя для блокировки
    ЭлементБлокировки.УстановитьРежим(РежимБлокировкиДанных.Исключительный);
    Блокировка.Заблокировать();
    Попытка
        ИнициализироватьКэш();
        
        Если Город = Неопределено Тогда
            // Обновляем все данные, например, из регламентного задания
            // Допустим, получаем структуру {Город1: Температура1, Город2: Температура2}
            ВсеТемпературы = ПолучитьТемпературыИзВнешнегоИсточникаДляВсехГородов();
            Для Каждого КлючЗначение Из ВсеТемпературы Цикл
                мКэшТемператур.Вставить(КлючЗначение.Ключ, КлючЗначение.Значение);
            КонецЦикла;
            мВремяПоследнегоОбновленияКэша = ТекущаяДата();
        Иначе
            // Обновляем данные только для указанного города
            Температура = ПолучитьТемпературуИзВнешнегоИсточника(Город);
            мКэшТемператур.Вставить(Город, Температура);
            мВремяПоследнегоОбновленияКэша = ТекущаяДата(); // Обновляем время кэша, если логика это предполагает
        КонецЕсли;
    Исключение
        ВызватьИсключение;
    КонецПопытки;
    Блокировка.Разблокировать();
КонецПроцедуры

// Вспомогательная функция, имитирующая получение данных
Функция ПолучитьТемпературыИзВнешнегоИсточникаДляВсехГородов()
    Результат = Новый Соответствие();
    Результат.Вставить("Бразилия", 30 + СлучайноеЧисло(-5, 5));
    Результат.Вставить("Москва", 15 + СлучайноеЧисло(-5, 5));
    Возврат Результат;
КонецФункции

// Вспомогательная функция, имитирующая получение данных для конкретного города
Функция ПолучитьТемпературуИзВнешнегоИсточника(Город)
    Если Город = "Бразилия" Тогда
        Возврат 30 + СлучайноеЧисло(-5, 5);
    ИначеЕсли Город = "Москва" Тогда
        Возврат 15 + СлучайноеЧисло(-5, 5);
    Иначе
        Возврат Неопределено;
    КонецЕсли;
КонецФункции

В этом примере мы используем Соответствие для хранения данных и механизм блокировки, чтобы избежать одновременного обновления кэша разными сеансами. Регламентное задание может вызывать ОбновитьКэшТемператур() без параметра для полного обновления данных.

Оптимизация инфраструктуры: Использование RAM-диска

Хотя RAM-диск не является программным механизмом для разделяемого хранения данных в памяти сервера 1С напрямую из кода, как просили в теме, он может быть чрезвычайно полезен для общей оптимизации работы сервера 1С. Пользователь упомянул желание иметь "RAM-диск" для решения проблемы частых записей и износа SSD. Давайте разберемся, как это работает.

Что такое RAM-диск?

RAM-диск — это часть оперативной памяти компьютера, которая эмулируется операционной системой как обычный жесткий диск. Поскольку операции чтения и записи в оперативной памяти значительно быстрее, чем на любом физическом накопителе (даже SSD), использование RAM-диска может существенно ускорить процессы, активно работающие с временными файлами.

Как RAM-диск помогает 1С?

1С:Предприятие в процессе своей работы создает множество временных файлов. Например, при формировании отчетов, сравнении конфигураций, проведении документов и многих других операциях. Перенос пути для временных файлов операционной системы (переменные среды TEMP и TMP) на RAM-диск может значительно ускорить эти операции. То же самое касается и файлов кэша самой платформы 1С.

Преимущества RAM-диска для 1С:

Ускорение операций: Значительно ускоряются операции чтения/записи временных файлов.
Снижение износа SSD: Частые записи, которые могли бы изнашивать SSD, теперь происходят в оперативной памяти.
Повышение производительности при пиковых нагрузках: В сценариях с большим количеством одновременных пользователей или интенсивными пакетными операциями, RAM-диск может сгладить узкие места, связанные с дисковыми операциями.

Важные соображения:

Волатильность данных: Данные на RAM-диске теряются при выключении питания или перезагрузке сервера, если не используется специальное программное обеспечение, умеющее сохранять и восстанавливать содержимое RAM-диска на физический диск.
Потребление ОЗУ: Для RAM-диска необходимо выделить часть оперативной памяти, которая не будет доступна для других задач. Мы должны убедиться, что у сервера достаточно свободной ОЗУ для этого.

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

Почему другие механизмы не подходят для этой задачи

Давайте кратко рассмотрим, почему некоторые другие стандартные механизмы 1С не подходят для реализации общего серверного кэша:

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

Заключение

Мы выяснили, что для создания общего серверного кэша в 1С:Предприятии, который хранил бы данные в оперативной памяти сервера, был доступен всем клиентам и не требовал сохранения в базу данных, наилучшими подходами являются:

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

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