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 產品搜索