RedundancyMaster
將多個 OPC Servers 設定為 Redundant Pairs概觀
藉由允許將多個OPC Servers設定為redundant pairs, 來提高可靠性以及OPC資料的可用度。每一組redundant pair看起來就像是一組單一的OPC Server端對上任何OPC Client端之應用程式般的自然。
RedundancyMaster可以加入現有的server/client應用程式中,且無需重新設定應用程式。保持您的流程順暢,不需要任何的停機時間。
例如:一個物件(item)沒有接收到更新的資訊,達到了另一個指定的物件(item)所設的數值,或是該物件的通訊品質被設為bad時,RedundancyMaster會中斷與主要的OPC server的連接,並晉升次要的OPC server ─ 以減少系統停機時間和節省您的成本。
- E-mail通知
- 物件及連結的監控
- 診斷日誌(Logging)
您可能會有想要使用相同的OPC Server Vendor,而需要數個Redundant OPC Server pairs的情況,為此,我們在OPC Server上的alias* the ProgID (Program ID))新增了這個能力。 *註: Aliasing也許會要求OPC Client做少許的修改。
兩個OPC Servers Paired搭配RedundancyMaster
如圖所示,原來的OPC 系統已經被重新設計,改成由兩個OPC Servers取代單一OPC Server的模式。為了使OPC servers的redundant操作便利,每個OPC client都和RedundancyMaster配對。 利用RedundancyMaster內的設定選項,無論是使用主要還是次要的OPC server都可以直接被控制,根據選定的模式,RedundancyMaster會讓主要以及次要的OPC Server保持啟動,或者是當主要的OPC
Server出現錯誤時,啟用次要的OPC server。
關於基於物件的失敗或是基於連線的失敗,RedundancyMaster都可以被設定來監視這些情況並且避免您系統中不必要的停機時間以節省您的時間及成本!
可靠性
有很多變數可能會影響資料的質量和可靠性或造成OPC系統與OPC Server斷線。常見的情況有:
- 執行OPC Server的PC停止運作。
- 使用者錯誤導致OPC Server退出。
- 網路失去與OPC Server的連接或是兩者之間連結不可靠。
- 網路設定改變導致連接失敗。
- OPC Server因為本身已知或是其他的因素故障
- 執行OPC Server的PC的登錄帳戶改變。
大多數的情況下,由於OPC Server或與該Server的連線發生實體故障,OPC DA Server將無法繼續傳輸資料。這些故障類型被定義為物件故障(object-based)。關閉OPC Client的應用程式以及目標OPC Server就會發生物件故障。在這些案例之中,其中也包含軟體操作不當引發的故障。然而,實體硬體發生故障將會嚴重影響資料的可靠性。其中包含以下這些物理因素:
- 物理上的連接失敗(電纜被拔除))
- 韌體故障(路由器故障)
- 電子干擾(高電流放電)
- 由於訊號的因素而造成傳遞延遲(無線電連接)
- 環境因素(閃電)
- 隨機的意外因素
在這些情況下,OPC Server和客戶端之間的虛擬連線表面看似正常,但是底層設備或系統的物理連結有可能處於故障狀態。以上這些故障類型被定義為連結故障(Link-based)。與目標設備或系統斷線時,就會造成連結故障。在大多數的案例裡,即使發生連結故障(Link-Based)OPC Server仍然可以正常運作,但要注意的是沒辦法再傳輸資料至休眠系統。
使用RedundancyMaster來監控例外情況,並且能夠有效防止非必要性的系統停機,以達到節省時間和成本的效用。
RedundancyMaster功能 :
探索RedundancyMaster的功能將會改變您對OPC redundancy的想法。RedundancyMaster的創新可以完美無暇地和您現有的OPC應用程式一起運作以給予您更多可靠的解決方案
連接模式
連接模式定義redundancy應用程式如何及何時去連接底層的主要及次要的Server。您操作的模式將會影響故障轉移(fail over) - 從一個OPC server切換到另一個OPC serve所花費的大部分時間。有些模式允許當主要機器恢復時,自動幫您將通訊連接至主要機器上,以下是連接方式的總結:
*其中冷模式只適用於運作中的機器,而溫模式、熱模式適用於機器,以及運作中的機器所認同的物件(items)。
在這個模式之下,應用程式只會在一個時間點內,連接一個底層的Server。
啟動時,會與主要server建立連結,並且將所有來自Client端的相關請求轉移至主要Server。若是主要Server的連結失敗,或是與主要Server之間的連結中斷的話,將會與次要的Server建立連結。 如果redundancy應用程式無法獲得與次要Server的連接時,會在兩個server之中產生乒乓效應(ping-pong effect)來回偵測,直到成功的連線。
這種冷模式的連接方式大幅地減少已經被分配的系統資源的消耗量,因為在系統給予的時間內,只會有一個連結與一個Server連接。它也降低了網路流量,因為就像在其他的模式一樣,不需要在非運作中的機器和運作中的機器之間輪流連接。這個設定的缺點是故障轉移(fail over)到非運作中的機器所需花費的時間量。當運作中的Server察覺通訊連接中斷時,應用程式需要建立一個連接到非運作中server,取得代表所有物件(items)的Client端的同意,並啟用適當的回調(callback)機制。
在這個模式之下,應用程式會試圖在任何時候保持主要及次要Server之間的連接。
只有主要Server中的物件(items)會被啟用並且調查。若是主要Server的連結失敗,或是與主要Server之間的連結中斷的話,在次要Server中,與主要Server相同的物件(items)將會被啟動。 每隔一段時間會同時偵測兩個Server,以確定連接是否仍然有效。
這種溫模式的連接方式增加了系統資源的分配,畢竟是由兩個Server的連接來代表Client端。 因為是每隔一段時間偵測兩個server,而不是一個server,所以也增加了少量的網路流量,就像冷模式的運作。這個模式的優點是故障轉移(failover)的時間,比起冷模式所需的時間要少很多,redundancy應用程式只需將資料初始化,然後呼叫非運作中的Server起來接收資料。 如果您需要減少應用程式的資料流失,同時想要減少網路流量,您應該要選用這個連接模式。
在這個模式之下,應用程式會試圖在任何時候保持主要及次要Server之間的連接。
啟動時,應用程式會為主要及次要Server將資料初始化並且回傳,以便讓這兩個Server發送資料更改的通知。從主要Server那接收的資料會被轉發到Client端。 若是主要Server的連結失敗,或是與主要Server之間的連結中斷的話,從次要Server那收到的資料會被立即轉發至Client端。無論如何,寫入的資料只會被轉發到運作中的Server。 每隔一段時間會同時偵測兩個Server,以確定連結是否仍然有效。如果redundancy應用程式與任一Server之間的連接中斷時,它會週期性地嘗試與連線中斷的Server重新連接。
這種熱模式的連接方式增加增加了系統資源的分配,畢竟是由兩個Server的連接來代表Client端。因為除了接受蘭自兩個底層Server的資料改變通知之外,它也會週期性的同時偵測兩個server以確定連結是否仍然有效,所以造成網路流量的增加。 這個設定的好處是在當偵測到失去和運作中Server的連接後,它會立即啟動故障轉移(failover)機制。如果資料遺失是您應用程式中非常關鍵的一點,您應該選擇這個連接模式。
使用案例
如果多個OPC DA Client應用程式同時存取單一OPC Server,就會有物件故障或連結故障的潛在風險存在。可能會因為某些原因而導致OPC server物件故障,造成無法正常運作。
此外,因為單一PC是從底層設備抓取資料,因此在連接設備時也存在著單點故障的風險。
為了提高OPC系統的可靠性,必須使用多個OPC Server來重新設定OPC系統來排除單點故障。為了方便操作OPC Servers的Redundant,每個OPC客戶端都需配置RedundancyMaster。 使用RedundancyMaster的設定選項,能夠直接控制OPC Server的主要伺服器和次要伺服器。
根據所選擇的模式,RedundancyMaster將會維持雙方Server的運作或當主要伺服器發生故障時,啟動次要伺服器(如果RedundancyMaster有設定此項功能)。
這個方案包含了OPC Client、RedundancyMaster,次要OPC Server駐留(reside)在本機中,以及主要OPC Server駐留在遠端機器。在這個方案中,一定會讓您的次要OPC Server成為最可靠的Server 。
而這個方案也減少了由其他機器來營運次要OPC Server的需求。
RedundancyMaster可以被設定為擁有多個OPC Server Pair,在這個圖表中,有兩組OPC Server從兩個不同的裝置網路來收集資料,如果多個OPC Server Pair都是相同的ProgID(KEPware.KEPServerEX.V4),那麼您就需要使用
別名化(Aliasing)的功能。
如果兩個pair之間有不同的ProgID的不同OPC Servers,那麼您就不需要使用
別名化(Aliasing)的功能。
資源
應用程式支援
- OPC Data Access (OPC DA) Versions 1.0 and 2.05a
作業系統
- Windows 8
- Windows 7 Professional/Enterprise/Ultimate
- Windows Server 2012
- Windows Server 2008 and 2008 R2
- Windows Vista Business/Enterprise/Ultimate
- Windows Server 2003 SP2
- Windows XP Professional SP3 or higher
系統需求
- 2.0 GHz Processor
- 1 GB installed RAM
- 180 MB available disk space
- Ethernet Card
- Super VGA (800x600) or Higher Resolution Video
相關問題諮詢
若有任何問題,歡迎與我們聯繫!