Документация для версии Интеллект 4.10.4. Документация на другие версии также доступна.

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


На странице:

Назначение и особенности отказоустойчивого режима

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

Примечание.

После переноса конфигурации обновление видеоизображения на Мониторах видеонаблюдения Клиентов может занять до нескольких секунд, т.к. в таком случае обновление выполняется поочередно раз в 3 секунды. После обновления видеоизображение отображается в нормальном режиме. Если на мониторе больше 64 камер, то обновление не произойдет, пока открыто диалоговое окно Настройка системы. Период обновления можно задать с помощью ключа реестра monitor_refresh_delay – см. Справочник ключей реестра.


Примечание.

При переносе конфигурации на резервный Сервер и при возврате ее на основной Сервер объект Сервис отказоустойчивости генерирует события START и STOP. Данные события можно использовать в скриптах для гибкой настройки системы. Пример использования на языке JScript см. в документе Руководство по программированию (JScript), раздел Примеры скриптов на языке JScript.

Время переноса конфигурации после потери связи с основным Сервером зависит от многих факторов, в том числе следующих:

  1. Мощность компьютера.
  2. Скорость системы хранения данных.
  3. Значение ключа FastIndex в реестре (см. Справочник ключей реестра). Рекомендуется установить ключу значение 1.
  4. Дерево объектов системы (чем больше подсистем и модулей, тем медленнее осуществляется перенос конфигурации).

Пример.

Была подтверждена следующая скорость переноса конфигурации с основного Сервера на резервный и обратно:

  1. Перенос 100 камер осуществляется менее чем за 20 с;
  2. Перенос 200 камер осуществляется менее чем за 30 с.

При размере архива более 5ТБ и следующей аппаратной конфигурации Серверов:

Сервер основной : Intel Core i5-8500 , 16 GB ОЗУ.

Сервер резервный: Intel Core i5-8400 , 16 GB ОЗУ.

Примеры схем организации отказоустойчивой системы

1 основной Сервер + резервный Сервер

В случае, если используется схема работы «1 основной Сервер + резервный Сервер» (см. рисунок ниже), имеется возможность настроить и основной и резервный Серверы на запись на один и тот же сетевой ресурс или несколько сетевых ресурсов (см. раздел Использование сетевых дисков). В данном случае архив будет доступен всегда, независимо от того, какой из Серверов работает с видеокамерами.

N основных Серверов + резервный Сервер

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

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

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

Два сервера, резервные по отношению друг к другу

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

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

Ограничения отказоустойчивого режима

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

Если в ключе защиты используется привязка количества камер к конкретным Cерверам, то при переносе камер на резервный Сервер нарушается лицензия. В таком случае система дает 50 дней на восстановление поврежденного основного Сервера, чтобы камеры были перенесены обратно и лицензия восстановилась. В противном случае, ПК Интеллект на резервном Сервере выгрузится в связи с превышением лимита оборудования (см. раздел Особенности работы ПК Интеллект при превышении лимита оборудования). Время в днях, оставшееся на восстановление основного Сервера, отображается на панели настройки объекта Сервис отказоустойчивости:


В случае штатной выгрузки ПК Интеллект на основном Сервере перенос конфигурации на резервный Сервер не осуществляется.

Кроме того, имеется возможность ограничить количество одновременно работающих Сервисов отказоустойчивости. Для этого используется объект Менеджер сервисов отказоустойчивости, создаваемый на базе любого объекта Компьютер в системе, не являющегося Клиентом (см. также Назначение роли компьютеру в распределенной системе). В системе может быть создан только один объект Менеджер сервисов отказоустойчивости.

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

  • No labels