凱譜華 Kepware Redundan．ｍａｓｔｅｒ OPC 冗余套件

2014/8/15 9:46:30

產(chǎn)品簡介：

OPC冗余增加OPC服務(wù)器數(shù)據(jù)的可靠性和可用性。RedundancyMaster方便地將您的系統(tǒng)網(wǎng)絡(luò)中的主從OPC服務(wù)器聯(lián)系起來。

產(chǎn)品分類：

品牌：

產(chǎn)品介紹

Redundanc．ｍａｓｔｅｒOPC冗余軟件

RedundancyMaster
通過允許多個OPC服務(wù)器配置為(redundancy pairs)冗余組來增強(qiáng)OPC數(shù)據(jù)的可靠性和可用性。每個冗余組對于任何OPC客戶端都作為單獨的OPC服務(wù)器無縫地顯示。

RedundancyMaster可以添加到一個服務(wù)器/客戶端的應(yīng)用程序而不需要對該應(yīng)用程序重新配置，以保持你的過程一直運行而沒有故障時間。

Redundanc．ｍａｓｔｅｒ手冊 (PDF)
Redundanc．ｍａｓｔｅｒ產(chǎn)品彩頁 (PDF)

在工業(yè)領(lǐng)域里可靠性
OPC DA技術(shù)已經(jīng)證明了其可靠地用于實際中要求一致的數(shù)據(jù)訪問設(shè)備和系統(tǒng)的各種可能情況。但是，有一些其它的因素會危及到系統(tǒng)的集成性，一些是軟件、硬件、甚至人為因素。通過使用OPC Redundancy技術(shù)可以使這些系統(tǒng)更加可靠和有效。

增加RIO（投資回報率）& 減少系統(tǒng)故障時間
為了滿足增加系統(tǒng)可靠性的需要，kepware開發(fā)了RedundancyMaster。 RedundancyMaster位于OPC客戶端機(jī)器，通過hooking into（介入）OPC客戶端和服務(wù)器之間的OPC calls，使系統(tǒng)網(wǎng)絡(luò)上的主、輔OPC服務(wù)器的連接更容易。如果由于某些原因OPC客戶端與主OPC服務(wù)器失去通信鏈路或者遇到一個使用者指定的環(huán)境（例如：一個項目不能接收更新，遇到一個指定的項目值，或者一個項目的質(zhì)量設(shè)定為差）RedundancyMaster將放棄網(wǎng)絡(luò)中的主OPC而提升輔OPC服務(wù)器——減少系統(tǒng)故障時間并且節(jié)省資金。

使用簡單
RedundancyMaster是一個無縫的應(yīng)用程序而不需要對OPC客戶端和服務(wù)器的應(yīng)用程序做任何改動。你只需要幾分鐘就可以直觀地配置且讓你無需頭痛地運行一個冗余的OPC系統(tǒng)。只需簡單地瀏覽和選擇主輔OPC服務(wù)器，系統(tǒng)就建立和運行了。我們開發(fā)了郵件通知、對象和連接監(jiān)視、及診斷日志等功能。在你需要多個冗余的OPC服務(wù)器組使用同一個OPC服務(wù)器供應(yīng)商的情況下，我們增加了對OPC服務(wù)器的ProgID的異名功能。

*提示：別名要求監(jiān)測的OPC客戶端修改

可靠性
有很多變量都會影響數(shù)據(jù)的質(zhì)量和可靠性，甚至更多的方法使一個OPC系統(tǒng)與一個OPC服務(wù)器失去連接。最常見的如下：

運行OPC服務(wù)器的PC關(guān)機(jī)
用戶失誤導(dǎo)致OPC服務(wù)器退出
OPC服務(wù)器失去網(wǎng)絡(luò)連接或網(wǎng)絡(luò)連接不可靠
The Network setting is changed causing link failure
由于一些原因OPC服務(wù)器自己停止了，原因包括已知或者其它
安裝OPC服務(wù)器的PC機(jī)的登錄賬戶更改了

在以上的大多數(shù)情況，OPC DA服務(wù)器由于實際故障而停止提供數(shù)據(jù)。這些類型的故障就是我們所說的基于對象的故障。當(dāng)OPC客戶端應(yīng)用程序和目標(biāo)OPC服務(wù)器的實際連接斷開時，基于對象的故障就發(fā)生了。一瞬間考慮到工業(yè)上的應(yīng)用會丟失數(shù)據(jù)的ways，我們必須記住一些因素。在先前的例子中，軟件是起因。但是，在應(yīng)用程序中物理硬件的崩潰也能極度地影響可靠性。其中一些物理因素如下：

物理連接的失?。?a style='color: blue;display:inline;border:none;' target='_blank' href='http://m.risewear.cn/connector/' onclick="HitLog('電纜','http://m.risewear.cn/connector/')" >電纜被拖拉）
硬件故障（路由器故障）
電氣接口（高電流放電）
由于信號傳送的延遲（無線線路）
環(huán)境因素（閃電）
隨機(jī)事故

在這些情況下，OPC服務(wù)器和客戶端的實際連接是完美無缺的，但是對于底層設(shè)備或系統(tǒng)物理連接是損壞的。這些類型的故障就是我們所說的基于連接的故障。當(dāng)目標(biāo)設(shè)備或系統(tǒng)的連接丟失時，基于連接的故障就發(fā)生了。在多數(shù)情況下，OPC服務(wù)器仍然在完全的運行中，但是僅僅不能為剩下的系統(tǒng)提供數(shù)據(jù)。

單點故障
下圖展示的是一個典型的OPC系統(tǒng)怎樣配置以及怎樣對故障敏感的。能夠看到，OPC DA客戶端應(yīng)用程序都能訪問一個單獨的OPC服務(wù)器。在這種情況下，對于基于對象的故障和基于連接的故障這種可能均存在。如果由于一些原因單獨的OPC服務(wù)器停止工作，我們就會遇到基于對象的故障。另外，由于這個單獨的PC機(jī)負(fù)責(zé)從底層設(shè)備那里收集數(shù)據(jù)，對于設(shè)備連接也存在單點故障。為了增強(qiáng)你的OPC系統(tǒng)的可靠性，你需要消除這些單點故障。

消除單點故障，可以通過天衣無縫地增加RedundancyMaster，重新設(shè)計你的OPC系統(tǒng)來使用不止一個OPC服務(wù)器。

Single Point of Failure

RedundancyMaster用于兩個OPC服務(wù)器組
在下圖中可以看到，原始的OPC系統(tǒng)被重新設(shè)計，使用了兩個OPC服務(wù)器而不再是一個單獨的OPC服務(wù)器。為了使OPC服務(wù)器的冗余操作更簡單，每個OPC客戶端都成對地有一個RedundancyMaster。

使用RedundancyMaster中可配置的選項，主或輔OPC服務(wù)器的使用都能直接地控制。基于選擇的模式，RedundancyMaster將使兩個服務(wù)器都起作用或如果配置成這樣，那么僅當(dāng)主服務(wù)器停止時啟動輔服務(wù)器。

至于基于對象的故障或基于連接的故障，RedundancyMaster可以配置為監(jiān)測這些情況并阻止系統(tǒng)不必要的故障時間從而為你省時又省錢!

Two OPC Servers Paired with RedundancyMaster

RedundancyMaster特點:
探索這些特點將會改變你對OPC冗余的看法。RedundancyMaster的創(chuàng)新將與你當(dāng)前的OPC應(yīng)用程序天衣無縫地一起工作，給你提供了可靠的解決方法。

主/輔機(jī)器名
當(dāng)主OPC Sever 通信不正常時，RedundancyMaster會自動瀏覽會掃描主OPC server和輔 Server。每次當(dāng)一個新的客戶端連接到底層服務(wù)器，應(yīng)用程序?qū)⑹紫葒L試與運行在主機(jī)器上的服務(wù)器連接。在此事件中，與主機(jī)器的連接失敗或者與主機(jī)器的通訊丟失了，RedundancyMaster將嘗試與輔服務(wù)器的連接（前提是您已經(jīng)配置輔OPC server）。依據(jù)連接模式，你可以配置應(yīng)用程序為在可用時自動與主機(jī)器建立連接。

連接模式
連接模式定義了怎樣和何時冗余的應(yīng)用程序連接到優(yōu)先的主和輔服務(wù)器。你運行的模式會影響將故障從一個OPC服務(wù)器轉(zhuǎn)移到其它的服務(wù)器的時間。一些模式允許在可用時自動連接到主（服務(wù)器）。以下是連接模式的簡介：

Cold（只對于工作中的機(jī)器）:
在這種模式下，應(yīng)用程序同一時間只連接到一個底層服務(wù)器。在啟動時，將建立與主服務(wù)器的連接且所有相關(guān)的客戶端請求都被提交到主服務(wù)器。與主服務(wù)器的連接失敗或者與主服務(wù)器的通訊丟失，發(fā)生此類事件時，將會建立與輔助服務(wù)器的連接。如果冗余應(yīng)用程序不能獲得與輔服務(wù)器的連接，它將一直在兩個服務(wù)器之間“乒乓”直到建立一個成功的連接。

由于在任意給定的時間將只有一個與服務(wù)器的連接，Cold連接模式將分配到的系統(tǒng)資源量減到最少。由于不需要在工作中的機(jī)器之外另外測試閑置的機(jī)器，也減少了網(wǎng)絡(luò)流量。這種設(shè)置的缺點是要花費時間將故障切換至閑置的服務(wù)器。當(dāng)工作中的服務(wù)器發(fā)現(xiàn)通信中斷時，應(yīng)用程序需要建立與閑置的服務(wù)器的連接，代表客戶端提交所有的項目，并且啟動相應(yīng)的callback機(jī)制。

Warm :
在這種模式下，應(yīng)用程序?qū)⒁恢眹L試維持與主輔服務(wù)器的連接。只有在主服務(wù)器中的項目會被激活和測試。在發(fā)生與主服務(wù)器的連接失敗或與主服務(wù)器的通信中斷事件時，在輔服務(wù)器中與主服務(wù)器相同的項目將被設(shè)為激活。兩個服務(wù)器都將周期地被ping，以確定是否連接仍然有效。

由于Warm模式增加了分配的系統(tǒng)資源量。由于就像在Cold模式中運行一樣，周期地ping2個服務(wù)器而不只一個，所以網(wǎng)絡(luò)流量也有極小的增加。優(yōu)點是由于冗余應(yīng)用程序只需要初始化閑置的服務(wù)器的callback數(shù)據(jù)來開始接收數(shù)據(jù)，故障轉(zhuǎn)移時間比Cold模式更加減少了。如果你需要最大限度降低應(yīng)用程序中的數(shù)據(jù)丟失，同時想要最大限度降低網(wǎng)絡(luò)流量，那么你應(yīng)該使用這種模式。

Hot：
在這種模式下。應(yīng)用程序?qū)⒁恢眹L試保持與主輔服務(wù)器的連接。在啟動時，應(yīng)用程序?qū)χ鬏o服務(wù)器兩個都初始化數(shù)據(jù)callback，以使兩個服務(wù)器都發(fā)送數(shù)據(jù)變化通知。從主服務(wù)器接收到的數(shù)據(jù)將被轉(zhuǎn)發(fā)給客戶端。在發(fā)生與主服務(wù)器的連接失敗或與主服務(wù)器的通信中斷事件時，輔服務(wù)器接收的數(shù)據(jù)將被立即轉(zhuǎn)發(fā)給客戶端。在人一種情況下，寫入將只被轉(zhuǎn)發(fā)給工作的服務(wù)器。兩個服務(wù)器將被周期地ping來決定連接是否仍然有效。如果冗余應(yīng)用程序與任意服務(wù)器的通信中斷，將周期地嘗試與故障的服務(wù)器重新連接。由于有兩個連接。。。，這種設(shè)置增加了分配的系統(tǒng)資源量。由于從兩個底層服務(wù)器均接收數(shù)據(jù)變化通知，且周期地ping兩個服務(wù)器來確定他們是否仍然有效，網(wǎng)絡(luò)流量上也有所增加。這種設(shè)置的好處是察覺到工作服務(wù)器的中斷后故障切換立即進(jìn)行。如果數(shù)據(jù)的丟失對于你的應(yīng)用程序非常重要，你應(yīng)該使用這種連接模式。

OPC服務(wù)器的別名:
這個功能允許你用同一個ProgID配置多組OPC服務(wù)器。如果在網(wǎng)絡(luò)上有多個OPC服務(wù)器節(jié)點，這個功能可以讓你使用一個OPC服務(wù)器供應(yīng)商。這將允許OPC客戶端通過參考冗余組的aliased ProgID來連接一個指定的冗余組。

根據(jù)可用性總是連接到主服務(wù)器
當(dāng)OPC服務(wù)器可用時，這個設(shè)置使RedundancyMaster自動地將通信返回給主機(jī)器。

查詢服務(wù)器狀態(tài)的時間間隔
這個間隔時間（指定以毫秒為單位）決定了RedundancyMaster多久ping一次底層服務(wù)器以確定是否有數(shù)據(jù)丟失。通過快速的查詢，由于故障檢測更頻繁，可以最大限度地減少故障切換時間。

監(jiān)測設(shè)置:
這個功能允許你配置一定的條件啟動故障切換到閑置服務(wù)器。這些條件允許你監(jiān)測針對指定的服務(wù)器項目，以確定底層服務(wù)器的正常，因通訊中斷會發(fā)生自動的故障切換。

診斷設(shè)置:
在關(guān)機(jī)時保存時間到磁盤：當(dāng)應(yīng)用程序關(guān)閉時將事件保存到磁盤。下次啟動應(yīng)用程序時，事件將顯示，任何新的事件也將在日志的最下方顯示。

M捕捉事件的的最大數(shù)：由于診斷要利用內(nèi)存和存儲資源，你可能會想限制在任意給定時間內(nèi)保存的診斷數(shù)量。一旦事件數(shù)量達(dá)到最大了，最久的事件將被必要地丟棄。

通知設(shè)置:
此功能允許你配置一個或多個收信人來接收針對一個或多個診斷事件的郵件通知?？砂l(fā)送郵件通知的事件是能夠在本地診斷設(shè)置查看中可見的事件。

Redundac．ｍａｓｔｅｒDiagrams:

廣播專有的以太網(wǎng)IP數(shù)據(jù)：
上圖展示了KEPServerEX的插件設(shè)備驅(qū)動如何控制專有的以太網(wǎng)IP數(shù)據(jù)變?yōu)镺PC數(shù)據(jù)，然后這些數(shù)據(jù)會被分發(fā)給一個基本冗余系統(tǒng)中的OPC客戶端。

本地機(jī)器冗余：
這種情況有OPC客戶端，RedundancyMaster，及位于本地機(jī)器上的輔助OPC服務(wù)器和在遠(yuǎn)程機(jī)器上的主OPC服務(wù)器。這種情況確保最可靠的服務(wù)器是你的輔助服務(wù)器。這種情況也減少了在另一臺機(jī)器上運行輔助OPC服務(wù)器的需要。

單個OPC服務(wù)器組冗余：
這是一個標(biāo)準(zhǔn)使用圖，針對一個服務(wù)器組，在此組中，RedundancyMaster作為OPC客戶端位于同一臺機(jī)器上，兩個OPC服務(wù)器在遠(yuǎn)程機(jī)器上。

多個OPC服務(wù)器組冗余：
RedundancyMaster可以配置成有多個OPC服務(wù)器組。在此圖中，有兩組分別從兩個獨立的設(shè)備網(wǎng)絡(luò)中收集數(shù)據(jù)的OPC服務(wù)器。如果這多個OPC服務(wù)器組都是相同的ProgID （ KEPware.KEPServerEX.V4 ），那么你將需要使用別名功能，如果這兩組有不同的ProgIDs的OPC服務(wù)器，那么你將不需要別名功能。

RedundancyMaster客戶端接口
應(yīng)用程序連接接口：
OPC數(shù)據(jù)訪問：1.0a、2.0、2.05a