Ограничить количество сеансов с базой
Есть платформа, 1С8.3.10 , и база клиент-серверная. На сервере Windows и MsSQL. Тонкие клиенты с терминального сервера подключаются, работают.
Есть Debian Linux с Apache2 и на нём настроена публикация базы в ВЭБ доступ.
Вопрос: как можно ограничить кол-во сеансов с этой базой? чтоб одновременно в эту базу нельзя было подключиться десятку пользователей. Нужно чтоб с этой базой могло работать нужно (оплаченное) кол-во пользователей.
Можно ли такое ограничение сделать силами 1С сервера?
Есть Debian Linux с Apache2 и на нём настроена публикация базы в ВЭБ доступ.
Вопрос: как можно ограничить кол-во сеансов с этой базой? чтоб одновременно в эту базу нельзя было подключиться десятку пользователей. Нужно чтоб с этой базой могло работать нужно (оплаченное) кол-во пользователей.
Можно ли такое ограничение сделать силами 1С сервера?
По теме из базы знаний
- Учет лицензий и управление сеансами пользователей
- Ограничение количества сеансов пользователей базы 1С
- Ограничение доступа в базу по количеству сеансов или дате
- Эффективное управление фоновыми заданиями и коммуникация сеансов сервера с Фоном с помощью Структуры обмена (ноу-хау) + Бонус: Альтернативный вариант через Хранилище настроек
- Альтернативная конфигурация для внешнего управления сеансами (КОРП)
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(2) а на сервере приложения слишком много лицензий... т.е. это не вариант.
Хотя если запретить этой базе выдавать лицензии 1Сным сервером - тогда лицензии на сервере приложения не будут использоваться. Тогда нужно понять куда подсунуть лицензию вэб клиенту?
Хотя если запретить этой базе выдавать лицензии 1Сным сервером - тогда лицензии на сервере приложения не будут использоваться. Тогда нужно понять куда подсунуть лицензию вэб клиенту?
Теория:
1. Создаём ещё один сервер приложения;
2. к основному серверу приложения (где выполняются клиентские подключения, фоновые задания и пр) добавляем новый;
3. на основном сервере приложения запрещаем выдавать лицензии для нужной нам базы. А на новом - запрещаем всё кроме как выдача лицензий для нужной базы. (настраивается всё в требованиях рабочих серверов).
По итогу мы можем на конкретную базу ограничить кол-во сессий. И оперативно добавлять\убавлять. Но для каждой такой базы нужно поднимать отдельный сервер 1Сный и цеплять его в кластер. Эти дополнительные сервера (которые только и будут выдавать лицензии) могут быть на той же линуксовой машинке с аппатчем, на разнесённых портах.
1. Создаём ещё один сервер приложения;
2. к основному серверу приложения (где выполняются клиентские подключения, фоновые задания и пр) добавляем новый;
3. на основном сервере приложения запрещаем выдавать лицензии для нужной нам базы. А на новом - запрещаем всё кроме как выдача лицензий для нужной базы. (настраивается всё в требованиях рабочих серверов).
По итогу мы можем на конкретную базу ограничить кол-во сессий. И оперативно добавлять\убавлять. Но для каждой такой базы нужно поднимать отдельный сервер 1Сный и цеплять его в кластер. Эти дополнительные сервера (которые только и будут выдавать лицензии) могут быть на той же линуксовой машинке с аппатчем, на разнесённых портах.
Я данную задачу внешним управлением сеансами, напримет вот
И на ИТС есть статья, я для web сервиса контроля взял за основу из ИТС.
И на ИТС есть статья, я для web сервиса контроля взял за основу из ИТС.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот