在網路資訊業，有個舊有特別的小習俗，當你希望主機正常運作時，就會擺上綠色乖乖餅乾，祈求主機乖乖聽話不搗蛋。如同人類保險的概念一樣，誰也無法預料主機是否會因流量、連線數過多、資料庫程式串接問題、被駭客攻擊等突如其來的事件，導致服務異常或中斷，因此為了防範各種危機影響主機運作，我們需要為主機保個安全險，這篇跟大家分享三個主題：「什麼是主機資料異地備援」、「主機資料異地備援的重要」、「基礎的備援機制怎麼做」，幫助大家輕鬆快速了解主機資料異地備援／備份的概念。
什麼是主機資料異地備援
什麼是備份？又什麼是備援？多數人會將這兩個概念混為一談。首先，先跟大家分享一個非常基礎也簡單的概念，就是千萬「不要將雞蛋放在同一個籃子」，現在企業對於資料保存已有一定的基本觀念，都知道在資料的保存上需採取分散式風險管理，將企業的主機資料備份到不同主機、不同地區，並且都知道要做 N+1 的備份規劃，此方式我們稱為「資料備份」。但光有備份就夠了嗎？當然不夠，企業還需要擬定災害復原計畫，假使主機服務發生異常，基本的備份僅能達到資料不遺失，但主機不正常運作代表的是營業不順暢甚至中斷，你的商機也就一點一滴地流失，而備份好的資料也無用武之地。讓提供服務的系統在原主機服務發生異常時，能有個分身主機立即替補帶槍上陣，以趨近零時差的方式轉移到備援主機，除了可達到資料備份及服務不中斷外，也能保全企業品牌商譽、降低工程人力成本，讓營運損失縮減到最小，這就是「異地備份/備援」的最佳應用。
主機資料異地備援的重要
接下來將舉一個大家的知道的例子，來說明主機資料異地備援的重要。在日本發生 311 強震時，幾乎破壞了災區多數電信與主機業者機房，連帶企業內外部的網站服務全受影響。我們要知道天災難防，而有時受影響的範圍不單單只侷限在單一地區，以 311 強震來看，由於災區電信與機房受損，產生的影響除了當地企業無法運作之外，若外地企業剛好有資料存放於災區，也將連同受到影響，對於企業營運的損失難以估算，更可能造成企業存活問題。
因此，除了日本企業經歷震災後，紛紛將資料及主機上雲充分做好備份與備援外，位在地震帶的我們，也需要為網站主機保險，除了主機及服務應該由專業且有長久商譽的主機業者代管以外，更該利用資料備援機制，規劃完善的災害復原計畫，避免各種無法預期的災害，影響企業的營運發展，同時也是維護企業品牌、支援產品發展的強力後援。
基礎的備援機制怎麼做？
基本的主機資料備援機制，簡單來說，就是將企業的所有重要資料完整備份，並在緊急情況發生時可立即切換接軌。首先，我們需要準備一至多台的本地與異地備援機，將企業主要使用的主機內資料，定時定量同步備份到備援機。在企業預算還不夠充裕時，可以先選擇一台較低規格的備援機即可，由於有定時定量的備份機制，因此可確保二台機器的資料內容是同步的，當原主機無法正常提供服務時，可將服務系統立即切換至備援機，並彈性調整備援機至能支援正常服務的規格，持續穩定提供服務（此部分可見 IBM Cloud 、匯智管理雲或微軟 Azure的雲端彈性功能，並且前述幾家服務皆包含合乎價值的備份備援機制）。
在此建議大家，原主機與備援主機要放在不同機房，甚至跨地域或跨國家，如此一來，就算單一機房發生斷電或是網路斷線問題，導致資料無法讀取時，便能夠馬上從它處機房轉移資料，減少網站服務中斷時間。許多企業在規劃備援機制時，往往都只擬定半套計畫，導致資料無法充分利用，實在相當可惜，也浪費了備援主機的資源。
「主機資料異地備援」，可視為企業的災害復原計畫一環，企業可以依據服務需求，規劃合適的解決方案，並定期進行演練，增加危機處理的反應力。各企業不妨依據使用現況，評估目前的災害復原計劃是否足夠，增強企業的災害應變能力！
圖片來源：http://www.kuai.com.tw
