RELIABLE WEEKLY
企業無法完全避免硬體故障或系統異常，但真正影響營運的，往往不是故障本身，而是關鍵應用因此無法提供服務。
主機可以發生故障，但應用服務是否也一定要跟著停？
如果企業的重要應用無法長時間中斷，就需要進一步思考系統異常發生後，服務如何快速切換並持續運作。
APPLICATION AVAILABILITY
真正需要保護的是應用服務
伺服器是承載企業應用的基礎，但對使用者而言，真正需要的是 ERP、資料庫、檔案服務與其他關鍵應用能夠正常使用。
因此，當主機或作業系統發生異常時，企業需要關注的不只是設備多久可以修復，而是關鍵應用多久能重新提供服務。
主機發生問題時，關鍵應用可以停多久？
REPLICATION
讓備援環境保持可接手狀態
如果等到主要系統故障後才開始從備份還原，服務恢復通常需要一定時間。因此，對可用性要求較高的應用，可透過資料複寫讓備援環境持續保有較新的資料狀態。
當異常真正發生時，企業便不需要完全從零開始復原，而能以已準備好的備援環境作為服務接手的基礎。
備援的重點，不只是「有另一台主機」，而是它是否已準備好接手。
AUTOMATIC FAILOVER
從發現異常到自動切換
除了資料同步，服務持續性的另一個關鍵，是能否即時掌握應用狀態，並在符合切換條件時由備援環境接手服務。
透過應用監控與自動切換機制，可以減少故障發生後等待人工確認、處理與重新啟動服務所需要的時間。
縮短的不只是修復時間，更是關鍵服務無法使用的時間。
MONITOR・REPLICATE・FAILOVER
服務持續運作的三個環節
持續監控系統與應用
及早發現異常
將重要資料同步至
備援環境
異常發生時由備援端
接手關鍵應用
能不能及早發現異常？
備援資料是否保持同步？
故障後服務能不能快速接手？
SOLUTION
讓故障停留在主機，不延伸到關鍵服務
對於無法長時間中斷的重要應用，可透過應用層級的持續性保護，降低主機、作業系統或應用異常對企業營運造成的影響。
企業需要思考的可能不只是：
「主機故障後多久可以修好？」
而是「主機故障時，關鍵服務能不能繼續運作？」