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試與運(yùn)行在主機(jī)器上的服務(wù)器連接。在此事件中，與主機(jī)器的連接失敗或者與主機(jī)器的通訊丟失了，RedundancyMaster將嘗試與輔服務(wù)器的連接（前提是您已經(jīng)配置輔OPC server）。依據(jù)連接模式，你可以配置應(yīng)用程序為在可用時自動與主機(jī)器建立連接。

連接模式
連接模式定義了怎樣和何時冗余的應(yīng)用程序連接到優(yōu)先的主和輔服務(wù)器。你運(yùn)行的模式會影響將故障從一個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è)置的缺點是要花費(fèi)時間將故障切換至閑置的服務(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模式中運(yùn)行一樣，周期地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ā)生自動的故障切換。