RedundancyMaster

產(chǎn)品概覽

RedundancyMaster 允許將多個 OPC 服務(wù)器配置為冗余對,以便提高 OPC 數(shù)據(jù)的可靠性和可用性。 每個冗余對無縫地向任何 OPC 客戶端應(yīng)用程序顯示為單一 OPC 服務(wù)器。RedundancyMaster 可添加到現(xiàn)有客戶端/服務(wù)器應(yīng)用程序中,而無需重新配置該應(yīng)用程序,從而確保在不停機(jī)的情況下持續(xù)執(zhí)行您的流程。

工業(yè)強(qiáng)度的可靠性

OPC 數(shù)據(jù)訪問 (OPC DA) 技術(shù)久經(jīng)考驗,在需要持續(xù)訪問設(shè)備和系統(tǒng)數(shù)據(jù)的幾乎所有工業(yè)環(huán)境中都有可靠的表現(xiàn)。但是,還有其他因素可能危害系統(tǒng)的完整性,包括軟件、硬件甚至人為錯誤。通過使用 OPC 冗余技術(shù),可以幫助您提高這些系統(tǒng)的可靠性和效率。

提高 ROI 并減少停機(jī)

RedundancyMaster 位于您的 OPC 客戶機(jī)上,通過“鉤”住客戶端與服務(wù)器之間的 OPC 調(diào)用,促使建立與系統(tǒng)網(wǎng)絡(luò)上的主要和次要 OPC 服務(wù)器的連接。如果 OPC 客戶端因任何原因而斷開與主要 OPC 服務(wù)器之間的通信鏈接,或者達(dá)到用戶指定的條件(例如某一項沒有接收更新、達(dá)到特定的項目值或某項的質(zhì)量設(shè)置為差),RedundancyMaster 將放棄主要 OPC 服務(wù)器并升級您網(wǎng)絡(luò)上的次要 OPC 服務(wù)器,從而減少系統(tǒng)停機(jī)并為您節(jié)省資金。

易于使用

RedundancyMaster 是一個插入式應(yīng)用程序,不需要您對 OPC 客戶端或服務(wù)器應(yīng)用程序進(jìn)行任何更改。它的配置直觀,只需要幾分鐘時間,而且讓您能夠輕松建立冗余 OPC 系統(tǒng)。只需瀏覽并選擇您的主要和次要 OPC 服務(wù)器,然后您的系統(tǒng)就能正常運(yùn)行。RedundancyMaster 包括電子郵件通知、對象和鏈接監(jiān)控以及診斷記錄等功能。如果您需要采用同一 OPC 服務(wù)器廠商的多個冗余 OPC 服務(wù)器對,我們還增加了為 OPC 服務(wù)器設(shè)定 ProgID(程序 ID)別名的功能。(設(shè)置別名可能需要對 OPC 客戶端進(jìn)行微小修改。)

特性

了解這些將改變您對 OPC 冗余的認(rèn)識的功能。RedundancyMaster 的創(chuàng)新功能可以與您當(dāng)前的 OPC 應(yīng)用程序無縫合作,以提供一個更可靠、更經(jīng)濟(jì)的解決方案。

主要/次要計算機(jī)名

瀏覽找到主要計算機(jī)和次要計算機(jī)。前者指定應(yīng)與 OPC 服務(wù)器建立的選擇的連接,后者指定無法與主要計算機(jī)通信時應(yīng)與 OPC 服務(wù)器建立的備用連接。每當(dāng)建立與基礎(chǔ)服務(wù)器的新客戶端連接時,該應(yīng)用程序首先會嘗試連接到主要計算機(jī)上運(yùn)行的服務(wù)器。如果與主要服務(wù)器的連接失敗或與主要服務(wù)器的通信中斷,則嘗試連接到次要服務(wù)器并在其可用的情況下建立連接。根據(jù)連接模式,您可以將應(yīng)用程序配置為自動在主要計算機(jī)可用時與其建立通信連接。

連接模式

連接模式定義了冗余應(yīng)用程序如何和何時連接到基礎(chǔ)的主要和次要服務(wù)器。您的運(yùn)行模式會影響從一個 OPC 服務(wù)器故障轉(zhuǎn)移到另一個服務(wù)器所需的時間。有些模式允許您在主要服務(wù)器可用時自動升級與它的通信。下面是對連接模式的總結(jié):

冷(僅限活動計算機(jī)):在這種模式下,該應(yīng)用程序一次僅連接到一個基礎(chǔ)服務(wù)器。啟動時,應(yīng)用程序?qū)⑦B接到主要服務(wù)器,客戶端的所有相關(guān)請求將轉(zhuǎn)發(fā)給主要服務(wù)器。如果與主要服務(wù)器的連接失敗或與主要服務(wù)器的通信中斷,則連接到次要服務(wù)器。如果冗余應(yīng)用程序無法獲得與次要服務(wù)器的連接,則繼續(xù)在兩個服務(wù)器之間來回切換,直至成功建立連接。

“冷”連接模式將分配的系統(tǒng)資源量較小化,因為在任何時間僅與一個服務(wù)器建立一個連接。它還將減少網(wǎng)絡(luò)流量,因為無需像其他模式一樣輪詢除活動計算機(jī)以外的非活動計算機(jī)。這種設(shè)置的缺點(diǎn)是,故障轉(zhuǎn)移到非活動服務(wù)器的時間很長。檢測到與活動服務(wù)器的通信中斷后,該應(yīng)用程序需要建立與非活動服務(wù)器的連接,代表客戶端訂閱所有項,并啟動合適的回調(diào)機(jī)制。

暖(兩種計算機(jī),訂閱活動計算機(jī)上的項):在這種模式下,該應(yīng)用程序?qū)L試始終保持與主要和次要服務(wù)器間的連接。只有主要服務(wù)器中的項是活動的,并接受輪詢。如果與主要服務(wù)器的連接失敗或與主要服務(wù)器的通信中斷,則主要服務(wù)器中的相同項將在次要服務(wù)器中設(shè)置為活動狀態(tài)。該應(yīng)用程序定期向兩個服務(wù)器發(fā)送 ping 請求,以確定連接是否仍然有效。

“暖”連接增加了分配的系統(tǒng)資源量,因為該應(yīng)用程序代表客戶端建立兩個服務(wù)器連接。網(wǎng)絡(luò)流量也有較小的提升,因為該應(yīng)用程序會定期向兩個服務(wù)器發(fā)送 ping 請求,而不是像在“冷”運(yùn)行模式中一樣只向一個服務(wù)器發(fā)送。好處是與“冷”模式運(yùn)行相比,這種模式較大程度降低了故障轉(zhuǎn)移時間,因為冗余應(yīng)用程序只需要初始化對非活動服務(wù)器的數(shù)據(jù)回調(diào),即可開始接收數(shù)據(jù)。如果您需要將應(yīng)用程序中的數(shù)據(jù)損失降到較低,同時希望網(wǎng)絡(luò)流量較小化,那么應(yīng)該使用這種連接模式。

熱(兩種計算機(jī),訂閱兩種計算機(jī)上的項):在這種模式下,該應(yīng)用程序?qū)L試始終保持與主要和次要服務(wù)器間的連接。啟動時,應(yīng)用程序?qū)⒊跏蓟瘜χ饕痛我?wù)器的數(shù)據(jù)回調(diào),以使兩個服務(wù)器都發(fā)送數(shù)據(jù)更改通知。從主要服務(wù)器收到的數(shù)據(jù)將轉(zhuǎn)發(fā)給客戶端。如果與主要服務(wù)器的連接失敗或與主要服務(wù)器的通信中斷,則從次要服務(wù)器收到的數(shù)據(jù)將立即轉(zhuǎn)發(fā)給客戶端。在任一情況下,寫入請求僅轉(zhuǎn)發(fā)給活動服務(wù)器。該應(yīng)用程序定期向兩個服務(wù)器發(fā)送 ping 請求,以確定連接是否仍然有效。無論何時,只要冗余應(yīng)用程序與任一服務(wù)器的通信中斷,它都會定期嘗試重新連接到故障服務(wù)器。這種設(shè)置增加了分配的系統(tǒng)資源量,因為該應(yīng)用程序代表客戶端建立兩個服務(wù)器連接。由于從兩個基礎(chǔ)服務(wù)器接收數(shù)據(jù)更改通知,而且定期向兩個服務(wù)器發(fā)送 ping 請求以確定其是否仍然可用,所以網(wǎng)絡(luò)流量也會上升。這種設(shè)置的好處是,在檢測到活動服務(wù)器失聯(lián)后立即進(jìn)行故障轉(zhuǎn)移。如果數(shù)據(jù)丟失對于您的應(yīng)用程序非常關(guān)鍵,則應(yīng)使用這種連接模式。

OPC 服務(wù)器別名化

此功能支持您配置 ProgID 相同的多對 OPC 服務(wù)器。如果您的網(wǎng)絡(luò)中有多個 OPC 服務(wù)器節(jié)點(diǎn),此功能允許您使用一個 OPC 服務(wù)器廠商。因此,通過引用特定冗余對的別名化 ProgID,OPC 客戶端可以連接到該冗余對。

始終在主要計算機(jī)可用后連接它

通過這種設(shè)置,RedundancyMaster 可在 OPC 服務(wù)器可用后自動將通信再升級到主要計算機(jī)。

查詢服務(wù)器狀態(tài)的間隔

此間隔(以毫秒為單位指定)確定了 RedundancyMaster 向基礎(chǔ)服務(wù)器發(fā)送 ping 請求以確定通信是否中斷的頻率。通過加快查詢速率更頻繁地檢測故障,您可以將故障轉(zhuǎn)移時間降到較低。

查詢服務(wù)器狀態(tài)超時

此間隔(以毫秒為單位指定)確定了冗余應(yīng)用程序在認(rèn)定通信中斷之前會在多長時間內(nèi)等待基礎(chǔ)服務(wù)器的 ping 響應(yīng)。

監(jiān)控設(shè)置

此功能允許您配置向非活動服務(wù)器發(fā)起故障轉(zhuǎn)移的特定條件。這些條件除了在通信中斷時自動故障轉(zhuǎn)移,還支持您監(jiān)控服務(wù)器項的特定狀態(tài),以確定基礎(chǔ)服務(wù)器/設(shè)備的運(yùn)行狀況。

診斷設(shè)置

當(dāng)應(yīng)用程序關(guān)閉時,可將事件保存到磁盤中。下次啟動應(yīng)用程序時,這些事件將顯示,新事件將在視圖底部依次列出。

由于診斷會占用內(nèi)存和存儲資源,所以您可能需要限制在任意給定時間保存的診斷數(shù)。RedundancyMaster 支持您設(shè)置要捕捉的較大事件數(shù)。達(dá)到較大事件數(shù)后,必要時放棄較老的事件。

通知設(shè)置

此功能支持您配置一個或多個收件人,以接收一個或多個診斷事件的電子郵件通知??勺鳛殡娮余]件通知發(fā)送的事件與本地診斷設(shè)置事件視圖中顯示的事件相同。

應(yīng)用場景

緩解基于對象和基于鏈路的故障

很多變數(shù)可能會影響您的數(shù)據(jù)質(zhì)量和可靠性,或?qū)е?OPC 系統(tǒng)與 OPC 服務(wù)器的連接斷開。較常見的故障包括:

  • 運(yùn)行 OPC 服務(wù)器的 PC 關(guān)閉
  • 用戶錯誤導(dǎo)致 OPC 服務(wù)器退出
  • 與 OPC 服務(wù)器的網(wǎng)絡(luò)連接斷開或不可靠
  • 網(wǎng)關(guān)設(shè)置更改,導(dǎo)致鏈接故障
  • OPC 服務(wù)器自身因已知或未知原因而發(fā)生故障
  • 在 OPC 服務(wù)器的 PC 上更改登錄帳戶

在上述的大多數(shù)情況中,OPC DA 服務(wù)器由于 OPC 服務(wù)器或與該服務(wù)器的連接底層的實際故障而無法提供數(shù)據(jù)。這些類型的故障被稱為“基于對象”的故障。發(fā)生基于對象的故障時,您的 OPC 客戶端應(yīng)用程序與目標(biāo) OPC 服務(wù)器之間的實際鏈接會中斷。在這些示例中,故障出現(xiàn)在軟件中。但是,應(yīng)用程序內(nèi)的物理硬件故障也可能較大地影響可靠性。其中的部分物理因素包括:

  • 物理連接故障(電纜被拔掉)
  • 硬件故障(路由器故障)
  • 電干擾(高電流放電)
  • 由于信號傳播導(dǎo)致的延遲(無線電線路)
  • 環(huán)境因素(閃電)
  • 隨機(jī)事故

在這些情況下,OPC 服務(wù)器與客戶端之間的虛擬連接可能是完好的,但與基礎(chǔ)設(shè)備或系統(tǒng)的物理鏈路可能遭到破壞。這些類型的故障被稱為“基于鏈路”的故障。發(fā)生基于鏈路的故障時,與目標(biāo)設(shè)備或系統(tǒng)的連接會中斷。大多數(shù)情況下,OPC 服務(wù)器仍然完全正常運(yùn)行,但只是無法將數(shù)據(jù)提供給系統(tǒng)的其余部分。

RedundancyMaster 可配置為監(jiān)視這些條件并預(yù)防不必要的系統(tǒng)停機(jī),為您節(jié)省時間和金錢。

兩個 OPC 服務(wù)器與 RedundancyMaster 搭配

如果多個 OPC DA 客戶端應(yīng)用程序訪問一個 OPC 服務(wù)器,則基于對象和基于鏈路的故障可能都會發(fā)生。如果這一個 OPC 服務(wù)器因任何原因而無法運(yùn)行,可能會導(dǎo)致基于對象的故障。此外,由于這一 PC 負(fù)責(zé)從基礎(chǔ)設(shè)備收集數(shù)據(jù),設(shè)備連接也可能存在單一故障點(diǎn)。

為提高您的 OPC 系統(tǒng)的可靠性,您需要重新設(shè)計您的 OPC 系統(tǒng),采用一個以上的 OPC 服務(wù)器,從而消除這些單一故障點(diǎn)。為便于 OPC 服務(wù)器運(yùn)行冗余,每個 OPC 客戶端都與 RedundancyMaster 搭配。

使用 RedundancyMaster 內(nèi)可配置的選項,可直接控制主要或次要 OPC 服務(wù)器的使用。RedundancyMaster 將基于所選的模式保持兩個服務(wù)器的活動狀態(tài),或僅在主要服務(wù)器出故障時啟動次要服務(wù)器(如果這樣配置的話)。

本地計算機(jī)冗余

在這種情況下,OPC 客戶端、RedundancyMaster 和次要 OPC 服務(wù)器都位于本地計算機(jī)中,主要 OPC 服務(wù)器位于遠(yuǎn)程計算機(jī)中。對于這種系統(tǒng),務(wù)必將較可靠的服務(wù)器作為您的次要 OPC 服務(wù)器。這種方式可以降低使用另一臺計算機(jī)運(yùn)行次要 OPC 服務(wù)器的需求。

多個 OPC 服務(wù)器對冗余

RedundancyMaster 可配置為擁有多個 OPC 服務(wù)器對。在這種情景下,有兩對 OPC 服務(wù)器從兩個單獨(dú)的設(shè)備網(wǎng)絡(luò)收集數(shù)據(jù)。如果多個 OPC 服務(wù)器對都有相同的 ProgID,您將需要使用別名化功能。如果兩對的 OPC 服務(wù)器不同而且其 ProgID 不同,則不需要使用別名化功能。

資源

  • 文檔
  • 發(fā)行說明

發(fā)行說明

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

請聯(lián)系銷售人員獲取臨時授權(quán)

  • 電話:400 613 9938
  • 電子郵件:

KEPServerEX 產(chǎn)品搜索