RedandancyMaster

Название продукта: RedandancyMaster

Производитель: Kepware Technologies

Техническая информация:

RedundancyMaster повышает надежность и качество ОРС данных, позволяя конфигурировать множественные ОРС сервера в резервированные пары, которые выступают как единый ОРС сервер в любом приложении ОРС клиента.

Промышленная надежность

Технология доступа к данным OPC Data Access показала свою надежность практически в любой возможной ситуации, требующей последовательного доступа к данным устройств и систем. Тем не менее, существуют и другие факторы, которые могут поставить под угрозу целостность системы. Это и программное обеспечение, и аппаратные средства и даже человеческий фактор. С помощью технологии резервирования OPC вы сможете сделать эти системы ещё более надежными и эффективными.

Увеличение ROI (коэффициента рентабельности инвестиций) и уменьшение временных системных задержек

Чтобы удовлетворить потребность в дополнительной надежности системы, компания Kepware разработала продукт RedundancyMaster. Данный инструментарий находится на вашей машине OPC клиента и облегчает подключение к основному и резервному OPC серверу методом "подцепления". Если по какой-либо причине OPC клиент теряет связь с основным OPC сервером или по заданному пользователем условию (например, элемент не обновляется или качество связи плохое), RedundancyMaster отключиться от основного сервера и задействует резервный ОРС сервер. Таким образом, системы защищена от простоев, что экономит ваши деньги.

Простота использования

RedundancyMaster является легко интегрируемым приложением, которое не требует от вас внесения каких-либо изменений в вашем OPC клиенте или OPC сервере. Его чрезвычайно простое конфигурирование занимает всего несколько минут и позволит Вам создать резервную OPC систему, работающую без осложнений. Просто найдите и выберите основной и резервный OPC сервера и система уже запущена и работоспособна. Было применено ряд особенностей таких как: уведомление по электронной почте, мониторинг объектов и диагностика логов. В случае если вам нужно задействовать несколько резервируемых серверных OPC пар от одного и того же производителя, добавлена возможность псевдонима сервера OPC - ProgID (Program ID).

Надежность

Существует множество переменных, которые могут повлиять на качество и надежность ваших данных и еще больше способов потери соединение OPC системы с OPC сервером. Наиболее распространенными являются:

- ПК под управлением ОРС сервера выключен
- Пользовательские ошибки вынуждают ОРС сервер отключиться
- Сетевое подключение к OPC серверу потеряно или ненадежно
- Сетевые настойки изменены и вызывают сбой связи

ОРС сервер, как правило, сам по себе не выходит из строя. В большинстве случаев, которые указаны выше, OPC DA сервер не может предоставить данные из-за фактического отказа, который лежит в основе ОРС сервера или подключения к этому серверу. Такие сбои называются "объектно-ориентированными" провалами. Объектно-ориентированные сбои происходят, когда фактическая связь между вашим приложением OPC клиента и сервером OPC выходит из строя. Учитывая, что данные сбои могут привести к потере данных, мы должны иметь в виду ряд факторов. Так в предыдущих примерах, причиной было программное обеспечение. Однако физические аппаратные сбои могут значительно влиять на надежность. Некоторые физические факторы:

- Физические сбои соединения (кабель выдернут)
- Аппаратный сбой (сбой маршрутизатор)
- Электрические помехи (большое текущее значение электрического тока)
- Задержки из-за распространения сигнала (радио ссылки)
- Экологические факторы (молнии)
- Случайные аварии

Единая точка отказа

На рисунке показано как конфигурируется типовая OPC система и насколько она восприимчива к отказу. Как можно видеть, все клиенты OPC DA имеют доступ лишь к одному серверу OPC. В этом случае существует потенциальная возможность отказа. Если по какой-либо причине один OPC сервер перестанет работать, то мы будем иметь единую точку отказа. Кроме того, поскольку лишь один компьютер отвечает за сбор данных от основного устройства, то точкой отказа будет также являться и подключение физических устройств. Для повышения надежности OPC системы, необходимо исключить эти точки. Для их устранения Вы можете перестроить свою OPC систему и использовать более одного OPC сервера с помощью продукта RedundancyMaster.

Два OPC сервера в паре с RedundancyMaster

Как можно видеть на следующем рисунке, система претерпела изменения и теперь состоит из двух OPC серверов. Для обеспечения резервируемой работы OPC серверов, оба OPC клиента теперь работают в паре с помощью RedundancyMaster. Вы можете легко конфигурировать параметры в RedundancyMaster. На основе выбранного режима, RedundancyMaster будет держать оба сервера в активном режиме. Или же вы можете настроить его таким образом, что резервный сервер будет запускаться только когда основной сервер выйдет из строя. RedundancyMaster поможет избежать ненужных простоев в вашей системе, экономя ваше время и деньги!

Основные характеристики:

• Имена основной/резервной машин

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

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

• Режим подключения

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

- Cold (только для активной машины):

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

Режим подключения "Cold" минимизирует количество выделяемых системных ресурсов, так как существует только одно подключение к одному серверу в любой момент времени. Этот режим также экономит сетевой трафик, так как нет необходимости опрашивать неактивную машину в дополнение к активной, как в других режимах. Недостаток этого режима – время необходимое для переключения. Когда теряется связь с активным сервером, приложение должно установить подключение к неактивному, получить доступ от имени клиента ко всем элементам и запустить соответствующие механизмы отзыва.

- Warm (для двух машины, доступ к элементам происходит только на активной машине):

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

Режим подключения "Warm" увеличивают количество выделяемых системных ресурсов, так как с клиентом соединяются два сервера. Возникает также небольшое увеличение сетевого трафика из-за периодического опроса двух серверов, вместо одного как в режиме "Cold". Преимущество – минимизировано время перехода с одного сервера на другой в момент отказа, так как нужно выполнить только процедуру инициализации для начала получения данные. Если Вы хотите минимизировать потерю данных и в тоже время не сильно увеличивать сетевой трафик, то этот режим наиболее предпочтителен.

- Hot (для двух машин, доступ к элементам происходит на обоих машинах):

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

• Всегда поддерживается связь с основной машиной на предмет работоспособности

Эта установка дает возможность RedundancyMaster автоматически вернуть подключение на основную машину, как только ОРС сервер на ней становится доступным.

• Интервал запроса состояния сервера

Этот интервал (определяемый в миллисекундах) определяет, как часто RedundancyMaster будет опрашивать основные сервера, чтобы установить, была ли потеря связи. Уменьшая этот интервал, Вы можете минимизировать время обработки отказа, так как обнаружение отказа происходит более часто.

• Таймаут запроса состояния сервера

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

• Параметры настройки контроля:

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

• Параметры настройки диагностики:

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

• Параметры настройки уведомлений:

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

Трансляция Проприетарных Ethernet IP Данных