Kepware RedundancyMaster介绍以及常见Kepware冗余功能

Kepware RedundancyMaster

产品概览

RedundancyMaster 允许将多个 OPC 服务器配置为冗余对，以便提高 OPC 数据的可靠性和可用性。 每个冗余对无缝地向任何 OPC 客户端应用程序显示为单一 OPC 服务器。RedundancyMaster 可添加到现有客户端/服务器应用程序中，而无需重新配置该应用程序，从而确保在不停机的情况下持续执行您的流程。

工业强度的可靠性

OPC 数据访问 (OPC DA) 技术久经考验，在需要持续访问设备和系统数据的几乎所有工业环境中都有可靠的表现。但是，还有其他因素可能危害系统的完整性，包括软件、硬件甚至人为错误。通过使用 OPC 冗余技术，可以帮助您提高这些系统的可靠性和效率。

提高ROI并减少停机

RedundancyMaster 位于您的 OPC 客户机上，通过“钩”住客户端与服务器之间的 OPC 调用，促使建立与系统网络上的主要和次要 OPC 服务器的连接。如果 OPC 客户端因任何原因而断开与主要 OPC 服务器之间的通信链接，或者达到用户指定的条件（例如某一项没有接收更新、达到特定的项目值或某项的质量设置为差），RedundancyMaster 将放弃主要 OPC 服务器并升级您网络上的次要 OPC 服务器，从而减少系统停机并为您节省资金。

易于使用

RedundancyMaster 是一个插入式应用程序，不需要您对 OPC 客户端或服务器应用程序进行任何更改。它的配置直观，只需要几分钟时间，而且让您能够轻松建立冗余 OPC 系统。只需浏览并选择您的主要和次要 OPC 服务器，然后您的系统就能正常运行。RedundancyMaster 包括电子邮件通知、对象和链接监控以及诊断记录等功能。如果您需要采用同一 OPC 服务器厂商的多个冗余 OPC 服务器对，我们还增加了为 OPC 服务器设定 ProgID（程序 ID）别名的功能。（设置别名可能需要对 OPC 客户端进行微小修改。）

特性

了解这些将改变您对 OPC 冗余的认识的功能。RedundancyMaster 的创新功能可以与您当前的 OPC 应用程序无缝合作，以提供一个更可靠、更经济的解决方案。

主要/次要计算机名

浏览找到主要计算机和次要计算机。前者指定应与 OPC 服务器建立的选择的连接，后者指定无法与主要计算机通信时应与 OPC 服务器建立的备用连接。每当建立与基础服务器的新客户端连接时，该应用程序首先会尝试连接到主要计算机上运行的服务器。如果与主要服务器的连接失败或与主要服务器的通信中断，则尝试连接到次要服务器并在其可用的情况下建立连接。根据连接模式，您可以将应用程序配置为自动在主要计算机可用时与其建立通信连接。

连接模式

连接模式定义了冗余应用程序如何和何时连接到基础的主要和次要服务器。您的运行模式会影响从一个 OPC 服务器故障转移到另一个服务器所需的时间。有些模式允许您在主要服务器可用时自动升级与它的通信。下面是对连接模式的总结：

冷

冷（仅限活动计算机）：在这种模式下，该应用程序一次仅连接到一个基础服务器。启动时，应用程序将连接到主要服务器，客户端的所有相关请求将转发给主要服务器。如果与主要服务器的连接失败或与主要服务器的通信中断，则连接到次要服务器。如果冗余应用程序无法获得与次要服务器的连接，则继续在两个服务器之间来回切换，直至成功建立连接。
“冷”连接模式将分配的系统资源量较小化，因为在任何时间仅与一个服务器建立一个连接。它还将减少网络流量，因为无需像其他模式一样轮询除活动计算机以外的非活动计算机。这种设置的缺点是，故障转移到非活动服务器的时间很长。检测到与活动服务器的通信中断后，该应用程序需要建立与非活动服务器的连接，代表客户端订阅所有项，并启动合适的回调机制。

暖

暖（两种计算机，订阅活动计算机上的项）：在这种模式下，该应用程序将尝试始终保持与主要和次要服务器间的连接。只有主要服务器中的项是活动的，并接受轮询。如果与主要服务器的连接失败或与主要服务器的通信中断，则主要服务器中的相同项将在次要服务器中设置为活动状态。该应用程序定期向两个服务器发送 ping 请求，以确定连接是否仍然有效。

“暖”连接增加了分配的系统资源量，因为该应用程序代表客户端建立两个服务器连接。网络流量也有较小的提升，因为该应用程序会定期向两个服务器发送 ping 请求，而不是像在“冷”运行模式中一样只向一个服务器发送。好处是与“冷”模式运行相比，这种模式较大程度降低了故障转移时间，因为冗余应用程序只需要初始化对非活动服务器的数据回调，即可开始接收数据。如果您需要将应用程序中的数据损失降到较低，同时希望网络流量较小化，那么应该使用这种连接模式。

热

热（两种计算机，订阅两种计算机上的项）：在这种模式下，该应用程序将尝试始终保持与主要和次要服务器间的连接。启动时，应用程序将初始化对主要和次要服务器的数据回调，以使两个服务器都发送数据更改通知。从主要服务器收到的数据将转发给客户端。如果与主要服务器的连接失败或与主要服务器的通信中断，则从次要服务器收到的数据将立即转发给客户端。在任一情况下，写入请求仅转发给活动服务器。该应用程序定期向两个服务器发送 ping 请求，以确定连接是否仍然有效。无论何时，只要冗余应用程序与任一服务器的通信中断，它都会定期尝试重新连接到故障服务器。这种设置增加了分配的系统资源量，因为该应用程序代表客户端建立两个服务器连接。由于从两个基础服务器接收数据更改通知，而且定期向两个服务器发送 ping 请求以确定其是否仍然可用，所以网络流量也会上升。这种设置的好处是，在检测到活动服务器失联后立即进行故障转移。如果数据丢失对于您的应用程序非常关键，则应使用这种连接模式。

OPC服务器别名化

此功能支持您配置 ProgID 相同的多对 OPC 服务器。如果您的网络中有多个 OPC 服务器节点，此功能允许您使用一个 OPC 服务器厂商。因此，通过引用特定冗余对的别名化 ProgID，OPC 客户端可以连接到该冗余对。

始终在主要计算机可用后连接它

通过这种设置，RedundancyMaster 可在 OPC 服务器可用后自动将通信再升级到主要计算机。

查询服务器状态的间隔

此间隔（以毫秒为单位指定）确定了 RedundancyMaster 向基础服务器发送 ping 请求以确定通信是否中断的频率。通过加快查询速率更频繁地检测故障，您可以将故障转移时间降到较低。

查询服务器状态超时

此间隔（以毫秒为单位指定）确定了冗余应用程序在认定通信中断之前会在多长时间内等待基础服务器的 ping 响应。

监控设置

此功能允许您配置向非活动服务器发起故障转移的特定条件。这些条件除了在通信中断时自动故障转移，还支持您监控服务器项的特定状态，以确定基础服务器/设备的运行状况。

诊断设置

当应用程序关闭时，可将事件保存到磁盘中。下次启动应用程序时，这些事件将显示，新事件将在视图底部依次列出。

由于诊断会占用内存和存储资源，所以您可能需要限制在任意给定时间保存的诊断数。RedundancyMaster 支持您设置要捕捉的较大事件数。达到较大事件数后，必要时放弃较老的事件。

通知设置

此功能支持您配置一个或多个收件人，以接收一个或多个诊断事件的电子邮件通知。可作为电子邮件通知发送的事件与本地诊断设置事件视图中显示的事件相同。

应用场景

缓解基于对象和基于链路的故障

很多变数可能会影响您的数据质量和可靠性，或导致 OPC 系统与 OPC 服务器的连接断开。较常见的故障包括：

• 运行 OPC 服务器的 PC 关闭
• 用户错误导致 OPC 服务器退出
• 与 OPC 服务器的网络连接断开或不可靠
• 网关设置更改，导致链接故障
• OPC 服务器自身因已知或未知原因而发生故障
• 在 OPC 服务器的 PC 上更改登录帐户

在上述的大多数情况中，OPC DA 服务器由于 OPC 服务器或与该服务器的连接底层的实际故障而无法提供数据。这些类型的故障被称为“基于对象”的故障。发生基于对象的故障时，您的 OPC 客户端应用程序与目标 OPC 服务器之间的实际链接会中断。在这些示例中，故障出现在软件中。但是，应用程序内的物理硬件故障也可能较大地影响可靠性。其中的部分物理因素包括：

• 物理连接故障（电缆被拔掉）
• 硬件故障（路由器故障）
• 电干扰（高电流放电）
• 由于信号传播导致的延迟（无线电线路）
• 环境因素（闪电）
• 随机事故

在这些情况下，OPC 服务器与客户端之间的虚拟连接可能是完好的，但与基础设备或系统的物理链路可能遭到破坏。这些类型的故障被称为“基于链路”的故障。发生基于链路的故障时，与目标设备或系统的连接会中断。大多数情况下，OPC 服务器仍然完全正常运行，但只是无法将数据提供给系统的其余部分。

RedundancyMaster 可配置为监视这些条件并预防不必要的系统停机，为您节省时间和金钱。

两个OPC服务器与RedundancyMaster搭配

如果多个 OPC DA 客户端应用程序访问一个 OPC 服务器，则基于对象和基于链路的故障可能都会发生。如果这一个 OPC 服务器因任何原因而无法运行，可能会导致基于对象的故障。此外，由于这一 PC 负责从基础设备收集数据，设备连接也可能存在单一故障点。

为提高您的 OPC 系统的可靠性，您需要重新设计您的 OPC 系统，采用一个以上的 OPC 服务器，从而消除这些单一故障点。为便于 OPC 服务器运行冗余，每个 OPC 客户端都与 RedundancyMaster 搭配。

使用 RedundancyMaster 内可配置的选项，可直接控制主要或次要 OPC 服务器的使用。RedundancyMaster 将基于所选的模式保持两个服务器的活动状态，或仅在主要服务器出故障时启动次要服务器（如果这样配置的话）。

本地计算机冗余

在这种情况下，OPC 客户端、RedundancyMaster 和次要 OPC 服务器都位于本地计算机中，主要 OPC 服务器位于远程计算机中。对于这种系统，务必将较可靠的服务器作为您的次要 OPC 服务器。这种方式可以降低使用另一台计算机运行次要 OPC 服务器的需求。

多个OPC服务器对冗余

RedundancyMaster 可配置为拥有多个 OPC 服务器对。在这种情景下，有两对 OPC 服务器从两个单独的设备网络收集数据。如果多个 OPC 服务器对都有相同的 ProgID，您将需要使用别名化功能。如果两对的 OPC 服务器不同而且其 ProgID 不同，则不需要使用别名化功能。

常见的Kepware冗余功能介绍

https://zhuanlan.zhihu.com/p/480674759