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

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

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

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

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

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

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

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

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

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

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

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