Hyper Historian – Резервирование

Описание: Руководство по настройке резервирования Hyper Historian.

Требование к ОС: Windows Server 2003 x64/Vista x64 / Server 2008 x64/Windows 7 x64 / Server 2008 R2 x64

Общие требования: установленный Hyper Historian

Введение

GENESIS64 поддерживает резервирование для 64-разрядных и 32-разрядных серверов. Это означает, что в GENESIS64 вы можете настроить резервные серверы для:

• Резервирования данных (OPC DA, DA UA)

• Резервирования тревог (OPC AE)

• Резервированиz исторических данных с помощью Hyper Historian (OPC HDA, UA HDA)

Для получения инструкций по настройке резервирования GENESIS64, пожалуйста, обратитесь к документации GENESIS64 - Redundancy Setup Options. Сосредоточьтесь на разделе Best Practice For Setting Up Redundancy (Наилучшая практика для создания резервирования).

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

Архитектура резервирования

На рисунке показано резервирование OPC UA (в зеленом цвете слева), и резервирование классических OPC (в оранжевом цвете справа).

Рисунок – Архитектура резервирования

Если у вас есть ожидающие или вторичные серверы для вашего основного сервера, убедитесь, что вы определили их как резервные. Hyper Historian Logger может иметь резервируемый Logger. Любой коллектор Hyper Historian или все коллекторы Hyper Historian также могут иметь резервированные коллекторы. Кроме того, данные соединений и воспроизводимые данные Hyper Historian могут быть сконфигурированы как резервированные.

Рисунок – Пример сценария Резервирования Hyper Historian

Резервирование Hyper Historian

Цель резервирования Hyper Historian – предотвратить потерю данных в случае сбоя. Резервирование может быть создано настройкой двух логгеров и двух коллекторов, которые доступны для регистрации данных от OPC серверов. С другой стороны, резервирование серверов FrameWorX (или резервирование OPC UA) предназначено для воспроизведения данных в случае выхода из строя основного сервера; это делается путем предоставления двух серверов FrameWorX, которые могут обеспечить данными своих клиентов. Данная настройка выполняется в двух разных местах:

• Доступ к данным Hyper Historian осуществляется через OPC UA, следовательно, резервирование для доступа к данным Hyper Historian установлено в резервировании OPC UA (описано ниже в секции Воспроизведение исторических данных OPC UA).

• Hyper Historian Configurator используется для создания резервированных коллекторов и логгеров. (Описано ниже в разделе Узлы и Резервирование в Hyper Historian).

Резервирование Hyper Historian требует, чтобы все оборудование (серверы и клиенты) были синхронизированы по времени. Для получения подробной информации по синхронизации времени обратитесь к документации GENESIS64 - Synchronizing Machine Time.

Резервирование Hyper Historian также требует лицензии Enterprise Edition для всех машин логгеров и коллекторов. Для проверки лицензии откройте MonitorWorX→ вкладка Licensing → GENESIS64 → статистика HyperHistorian Enterprise Servers.

Рисунок – MonitorWorX64 Viewer

Проверьте настройку лицензии конфигурации Hyper Historian. Откройте Workbench → Hyper Historian → System Administration → System Settings. Для этого рекомендуется отключить опцию Auto Select License (Автовыбор Лицензии), но в этом случае вы будете способны выбрать лицензию вручную либо Standard (нерезервированнный Hyper Historian, локальный коллектор) либо Enterprise (резервированный Hyper Historian, удаленные коллекторы).

Рисунок – Проверка лицензии Hyper Historian

Узлы и Резервирование в Hyper Historian – настройка четырех узлов

При установке Hyper Historian конфигурация Node Setup and Redundancy (Настройка узлов и Резервирование) имеет нерезервированные настройки, то есть нерезервированный логгер и локальный коллектор.

Рисунок – Элемент дерева Node Setup and Redundancy

Форма конфигурации Node Setup and Redundancy используется для следующих настроек:

• Изменение свойства коллектора и логгера

• Добавление и удаление удаленных коллекторов (лицензия Enterprise Edition)

• Определение резервирования коллекторов (лицензия Enterprise Edition)

• Определение настроек резервирования для логгеров (лицензия Enterprise Edition)

Настройка узла коллектора

1. В Hyper Historian разверните дерево базы данных, затем нажмите правой кнопкой на Node Setup and Redundancy и выберите Collector.

2. Дайте имя (поле name) для коллектора.

3. Проверьте включение опции Enabled (Разрешен).

4. Введите описание в поле description, дав информационное описание работы данного коллектора.

5. Определите параметры для свойства промежуточного хранения на вкладке Store and Forward. Это могут быть следующие опции:

• Размер диска и памяти

• Как отправлять данные на логгер хронологически или начать с самого последнего

ПРИМЕЧАНИЕ: Функция Store and Forward кэширует данные при потере подключения к логгеру. При восстановлении подключения к логгеру, данные из кэша будут направлены в логгер.

• Ваша политика сброса (сбрасывать первыми старые данные или новые данные).

• Расположение буфера узлов определяется настройками XML, если вы снимите флажок с Use setting from config file (Использовать настройки с файла), то сможете указать путь к файлу с настройками.

6. Далее, выберите Standalone Collector (Автономный Коллектор). Резервированный Hyper Historian не может работать в режима In-Process Collector.

Рисунок – Настройка коллектора

7. Выберите один из протоколов Protocol: HTTP или TCP.

ПРИМЕЧАНИЕ: Для машины коллектора с ОС Windows XP необходимо выбрать протокол TCP, так как протокол HTTP не поддерживается.

8. Введите имя основного узла в Primary Node→Name. URL поле будет сформировано на основе введенного узла.

9. Теперь у вас есть возможность нажать на флажок рядом с Secondary Node (Вторичный узел). Остальные шаги относятся к настройке вторичного узла.

10. Введите имя для вторичного узла. URL поле будет сформировано на основе введенного узла.

11. Установите флажок рядом с Auto Fail-back (Автовозврат), чтобы система переключалась на основной с резервного, когда основной узел снова станет активен.

12. Установите флажок Use advanced configuration (Использовать дополнительную настройку). Нажмите на кнопку Advanced Configuration (Дополнительная настройка) в нижней части окна. При этом откроется окно Advanced Redundancy Configuration (Дополнительные настройка резервирования), которое позволяет вводить URL как первичного, так и URL резервного узла напрямую.

13. Нажмите кнопку Apply для сохранения изменений.

ПРИМЕЧАНИЕ: Для получения дополнительной информации об удаленном коллекторе, обратитесь к документации Hyper Historian – Remote Collectors.

Настройка Сервера архивации

1. Разверните в дереве элементов Hyper Historian список Node Setup and Redundancy и дважды нажмите на Local Logging Server.

2. Измените имя в поле Name для сервера архивации при необходимости.

3. Убедитесь, что опция Enabled включена.

4. Введите описание в поле description в секции General (Общие) по желанию.

5. Кроме того, если вы хотите, чтобы сервер исторических данных был доступен только для чтения, поставьте галочку в поле Disable HDA Editing (Отключить HDA редактирование). Если вы сделаете это, вы не сможете редактировать исторические данные, регистрируемые на сервере, используя любые программные интерфейсы.

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

9. Выберите нужный протокол (HTTP или TCP) с помощью выпадающего списка.

10. Введите имя для первичного узла или используйте раскрывающийся список для его выбора. URL поле ниже будет сформировано на основе выбранного имени

11. Введите имя для вторичного узла или используйте раскрывающийся список для его выбора. URL поле ниже будет сформировано на основе выбранного имени.

12. Установите флажок в поле Auto Fail-back (Автовозврат), чтобы перейти с резервного узла на основной узел, когда основной узел снова станет активным.

13. Установите флажок Use advanced configuration (Использовать дополнительную настройку). Нажмите на кнопку Advanced Configuration (Дополнительная настройка) в нижней части окна. При этом откроется окно Advanced Redundancy Configuration (Дополнительные настройка резервирования), которое позволяет вводить URL как первичного, так и URL резервного узла напрямую. Обратите внимание, что изменения в этой настройке могут потребовать эквивалентные изменения в конфигурации узлов. Нажмите кнопку ОК, чтобы продолжить.

14. Когда включено резервирование, можно изменить информацию на вкладке Store and Forward. Параметры идентичны параметрам коллекторов, описанных в предыдущем разделе.

15. Нажмите кнопку Apply (Применить), чтобы принять изменения.

Рисунок – Сервер архивации

Резервирование Hyper Historian Redundancy в элементе просмотра Redundancy

На рисунке показан пример отображения информации резервирования. Этот элемент просмотра показывает следующее:

• Основной и резервный логгеры в сети и активен основной.

• Есть 4 коллектора, и оба основных коллектора в режиме офлайн.

Рисунок – Информация о резервировании в MonitorWorX64

Воспроизведение исторических данных OPC UA

Следующие параметры необходимы для воспроизведения исторических данных из логгера Hyper Historian. Эти настройки выполняются на основном и резервном серверах Hyper Historian.
Чтобы настроить резервирование сервера OPC UA:

1. В проводнике проекта Workbench64 выберите приложение FrameWorX Server.

2. Разверните дерево и выберите BackEnd Servers →OPC UA/.NET Servers.

Рисунок – Серверы OPC UA

3. Для каждой пары серверов введите имя сервера, укажите основной сервер в столбце Endpoint URI, а ее резервный сервер в среднем столбце Secondary Endpoint URI.

4. Перезапустите FrameWorX Server.

5. Параметры, как показано на рисунке ниже справедливы только для основного логгера Hyper Historian. Для резервного логгера Hyper Historian рекомендуется установить их в обратном порядке – Endpoint URI = Secondary server, Secondary Endpoint = Primary server. Это рекомендуется в связи с переключателем FrameWorX а также для оптимизации производительности.

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

7. Откройте GraphWorX64 на клиентской машине и подключите перо TrendWorX64 в TrendWorX64 Viewer через Home→ OPC UA Servers → HyperHistorian→...

Запрос данных из логической пары серверов позволяет извлекать данные из резервного сервера, если основной сервер становится недоступным.

Рисунок – Резервирование OPC UA Server

Два узла настройки резервирования

Hyper Historian разработан для запуска на нескольких удаленных машинах с несколькими удаленными коллекторами, но он также способен работать только на двух машинах. Тестирование Hyper Historian работает производительней, если логгеры поменять местами, то есть основной логгер расположить на резервной машине, а резервный логгер расположить на основной машине, как показано на рисунке.

Рисунок – Настройка двух узлов

Рисунок – Настройка перестановки логгеров

ПРИМЕЧАНИЕ: Дополнительно: Коллекторы могут быть переключены в конфигурации вместо логгеров, но, если OPC серверы находятся на этих двух машинах, то лучше всего, чтобы основной коллектор находился на той же машине, что и основной OPC сервер. Также поэтому ICONICS рекомендует настроить основной Logger на резервной машине, где настроен основной коллектор.

Причиной этой перекрестной установки является то, что если одна машина перестанет работать, то будет переключен только один сервис: либо логгер, либо коллектор. ICONICS настоятельно рекомендует этот перекрестный сценарий при использовании только двух узлов для резервирования Hyper Historian.

Резервирование OPC DA, UA, Frameworx на удаленном коллекторе Hyper Historian

Удаленный коллектор Hyper Historian учитывает резервирование OPC DA, UA и FrameWorX, определенное непосредственно на удаленном коллекторе Hyper Historian. Все эти параметры определяются непосредственно на удаленном коллекторе с помощью специального конфигуратора.