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 不同,则不需要使用别名化功能。

资源

  • 文档
  • 发行说明

发行说明

2.0.99.0

2014/10/21

Configuration and Runtime

  • Improved the user experience of configuring a project in a Windows UAC-enabled environment by separating the configuration from the runtime service. This improvement applies to the following operating systems:
    • Windows 7 Professional, Enterprise, and Ultimate
    • Windows Server 2008 R2
    • Windows Server 2008
    • Windows Vista Business, Enterprise, and Ultimate
    • Windows 8.1, Windows 8.1 Professional, and Windows 8.1 Enterprise
    • Windows 8, Windows 8 Professional, and Windows 8 Enterprise
    • Windows Server 2012
    • Windows Server 2012 R2
  • The install will now notify users when another application is using the Sentinel HASP hardware key. In order for the Hardware Key to be properly installed, it requires that all Sentinel HASP hardware keys be disabled while the install is running.

2.0.48.0

2012/2/29

  • Fixed an issue where the install failed to detect the previous version which resulted in two installed versions of the product.
  • Fixed an install issue where the legacy project file was not properly migrated to the new version on an upgrade.

2.0.47.0

2012/2/21

  • Initial release of version 2 RedundancyMaster with a stand-alone License Management Utility with enhanced Hardware Key support.

2.0.128.0

2016/2/2

  • Updated the system requirements to reflect the new requirement for Windows XP SP3 or higher (SP2 is no longer supported).
  • Fixed an issue where a graceful shutdown of the primary server could delay switching over to the secondary server.
  • Added return value OPC_STATUS_SUSPENDED for IOPCServer::GetStatus to indicate the service has been stopped.
  • Fixed an issue that was causing the switch over from the secondary server back to the primary server to take longer than expected when the primary was shut down gracefully.
  • Corrected a failed startup that could cause connecting clients to wait indefinitely.
  • Fixed an issue where licenses could show up as expired on some 64-bit machines.
  • Installing on a non-system drive no longer displays a message that the log file could not be converted.
  • Added an option to “Remove User Data” during un-install with the Kepware install executable, which removes all redundant configurations and associated settings (not available through Windows program removal).
  • Corrected an issue where synchronous reads would not succeed for some specific clients.
  • Fixed issues with asynchronous and synchronous reads and writes where the values could be mismapped if invalid and valid tags were in the same tag group.
  • Resolved an issue where certain versions of Kepware OPC client products were not interoperable with RedundancyMaster. This issue was introduced in version 2.0.99.0 of RedundancyMaster.

1.10.54

2005/11/23

  • Added ProgID Aliasing to allow redundancy to be provided to multiple pairs of servers with the same ProgID.
  • Fixed anomaly that occurred when sending an e-mail notification to an SMTP address that specified a DNS name with 'dots' in the name. The application was treating this as an IP address which resulted in a runtime anomaly. (SWTB)
  • Fixed issue with properly updating DCOM configuration when uninstalling as a service.
  • RedundancyMaster will now send IOPCShutdown notifications to clients when the application is terminated by an end-user.
  • Fixed anomaly that occurred when sending an e-mail notification to an SMTP address that contained dots in the address, but was not in the form of an IP address.
  • Added the ability to alias a server's ProgID, so that we can provide redundancy to multiple pairs of servers with the same ProgID.

1.01.41.0

2005/1/7

  • We now properly apply the 'Notifications' settings prior to sending a test e-mail.

1.00.38.0

2004/12/20

Initial Release

  • Fixed issue where -unregister would not uninstall application as an NT service.
  • We no longer post the default monitor item dialog validation box for 'Specific Time Period' trigger.
  • Fixed ability to manually enter in a larger monitor item failure count in the xml file then the number of monitor items defined.
  • Removed monitor test interval, as this can be automatically calculated by the runtime. There are built in precautions so that we do not fail a monitor item test until we receive an initial update on the item.
  • We now force the 'No item changes for a given time period (ms)' trigger data to be at least 2 times the update rate associated with the monitor item. If the trigger data is less an informational prompt notify the user that the value was auto-adjusted will be displayed. Also, care was taken when loading the XML file to enforce this in case it is changed outside of the configuration utility.
  • When a monitor item can not be added, it will now be considered in error.
  • We now prevent entering trigger data that contains non-numeric characters, is empty or is set to less than 10ms for the "Specific Time Period" condition.
  • Fixed the ability to maintain the active connection appropriate machine (primary or secondary) when changin the machine names on the fly in cold mode.
  • Made modification so that there is always a new monitor test after reconnecting to a server.
  • Fixed ability to change machine name on the fly.
  • Fixed repetitive Connect/Disconnect messages when we can successfully connect to the server and call methods, but the server can not initialize a callback back into us.
  • Added ability to save diagnostics to a text file.
  • Added ability to set an update rate on a monitor item.
  • Added support to fallback to 1.0 interfaces for monitor items.
  • Fixed proper assignment of diagnostics events when switching between servers.
  • Added necessary logic to send clients bad quality updates for items when a connection to both primary and secondary servers is lost or can not be made.
  • Fixed issue which would allow a process to unload our runtime dll even if we providing services for the process.
  • Added 'Date' data type support.
  • Added the ability to import the necessary OPC server configuration from a remote machine.
  • Added registry modification log when enabling/disabling redundancy on server(s).
  • Added date as well as time to the e-mail notifications.
  • Added redundant SMTP server support for e-mail notifications.
  • Added error code to string mapper for SMTP errors.
  • Added e-mail notification support.
  • Added the ability to enable/disable the "hooking" of a redundant server.
  • Added tooltip support for the monitor item / diagnostic view list controls.
  • Added support for default canonical datatype.
  • 订货号:KWP-RDNMS0-PRD

请联系销售人员获取临时授权

  • 电话:400 613 9938
  • 电子邮件:

KEPServerEX 产品搜索