Системы безопасности

Системы безопасности

+7 (495) 020-23-46, +7 (495) 225-25-31

ГлавнаяПродукция компанииСистемы контроля доступаПО СКУДДополнительные модулиРасширенная конфигурация СКУД (для больших объектов)



Расширенная конфигурация СКУД (для больших объектов)

Стандартная конфигурация СКУД предполагает наличие одного сервера управления системой, на котором функционируют все программы ядра.

Поскольку программа работает непосредственно с оборудованием СКУД (контроллерами), то такое построение системы требует подключения всех задействованных контроллеров к компьютеру серверу СКУД. Исключение составляют контроллеры, включенные в локальную сеть (модулем TSSEthernet). Однако и эти и подключенные напрямую контроллеры управляются одной программой ServConts.

Но для территориально протяженных объектов нецелесообразно соединять все контроллеры одной межконтроллерной линией и тянуть ее к центральному серверу системы. Для оптимизации построения СКУД на таких объектах применяется конфигурация Мультимониторинг.

Суть ее – в подключение отдельных цепочек контроллеров к промежуточным ПК – обычным рабочим станциям ЛВС. В этом случае программа ядра ServConts устанавливается на компьютеры с подключенными контроллерами и связывается с системой принятия решений (Monitoring) по локальной сети. Число таких рабочих мест в системе неограниченно.

При построении локальной, но крупной СКУД, с большим количеством пунктов прохода и высокой интенсивностью перемещения персонала, может возникнуть ситуация, в которой центральный сервер системы не справляется с обработкой событий. Результатом является «подтормаживание» системы, особенно при пиковых нагрузках (начало и конец рабочего дня).

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

Мультимониторинг

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

Распределенный мониторинг

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

  • Система управления,
  • Транспорт,
  • Системный журнал.

На сервере же работает и СУБД Fitebird.
Служба Мониторинг уже не является обязательной для Сервера системы, хотя чаще всего она продолжает работать и на нем, управляя при этом меньшим числом контроллеров. Один из Серверов контроллеров также может продолжать функционировать на Сервере, обслуживая «свои» контроллеры. На практике Распределенный мониторинг часто накладывается на Мультимониторинг, то есть по рабочим станциям разносятся и цепочки контроллеров, и драйвера оборудования (Сервер контроллеров), и системы принятия решений (Мониторинг). Таким образом, с одной стороны, система в целом становится более производительной, но с другой – более сложной и чувствительной к сбоям в локальной сети. Понятно, что при разрыве связи между Сервером СКУД и ПК Мониторинга последний, не имея доступа к базе данных и к модулям ядра системы, не сможет функционировать, вследствие чего часть СКУД перейдет в автономный режим. Поэтому с точки зрения надежности стандартная конфигурация (все на одном ПК) предпочтительнее распределенной системы. Однако на объемных системах стандартная конфигурация может не справляться с потоком событий и ограничивать скорость проходов. Повышение производительности может достигаться разными способами – и подстройкой ряда рабочих параметров системы, и оптимизацией базы данных, и увеличением производительности самого Сервера. Поэтому вопрос об оптимизации СКУД следует поднимать только тогда, когда становится заметным снижение быстродействия системы, а способы оптимизации, равно как и решение о выборе той или иной конфигурации, должны предлагаться специалистами, возможно совместно с разработчиками СКУД.


Скачать документацию

 

Оставьте ваши контактные данные и наш консультант свяжется с вами

Закажите обратный звонок и наш консультант свяжется с вами