隨著企業營運轉型為服務導向，持續營運也就日益重要，因為一旦系統中斷，服務立即停止，企業承受的不只是財務損失、可貴的資料損毀，還有信譽的損害。
宋坤培指出，傳統災難復原步驟繁複，操作人員可能因為擔心資料丟失的壓力而造成災難復原時，操作步驟上的疏失，導致更大的災情。而自動化的復原機制運作後，企業不需要在災難發生時還需考慮人力問題，「由於應用程式與應用程式之間可能存在關聯性，必須依照正確開啟順序才可能順利啟動。常見的情況是，這些標準作業流程往往只有資深人員較為熟稔，一旦換上新手，任何一個動作失誤，就可能造成復原時間延宕。」
另一個優勢則在於成本負擔。他提到，由於近年來，採用虛擬化技術的企業愈來愈多，企業可以透過虛擬化技術來讓備份與復原過程簡化，甚至讓成本變低，因此不管是操作的方便性與成本考量都較佔優勢。
正確觀念擬定完善計畫
災難備援計畫的目的，是為了在萬一發生災難時，能夠在最短的時間內修復或恢復企業主要的作業與服務，最終能做到所有系統恢復正常的作業與服務，因此擬定一個緊急應變的規劃也就至關重要。
災備不是一項專案，而是一個計畫
在擬定計畫之前，有一些觀念必須先建立。首先，災難備援並不是一項專案，而是一個持續的計畫。專案有終止的時間點，但計畫卻沒有停止線，從規劃、部署、檢查與確認到演練，企業必須不斷地運行、演練，才能真正在遇到災難時，能夠從容不迫地維持企業營運。
「許多企業在部署完成之後，往往忽視了演練的重要性。這是因為演練的工程太過浩大，就有企業曾經為了一次演練，而派了三部遊覽車到異地災備中心進行演練而後回報，可見涉及的層面有多廣。因此，不少企業就退而求其次，照著紙上作業的方式來進行演練，但這也往往造成在遇到真正的災難發生時，系統無法順暢重啟的情況發生。」孫秀婷指出，企業部署災備方案固然重要，但是演練卻更重要，輕忽演練的重要性往往也導致災難發生時，企業無法即時恢復，而造成更大的損失。
RTO與RPO
 |
| ▲Acronis台灣分公司資深技術經理簡碩文認為，並不是所有的應用系統都需要以最高等級的自動化機制來進行備援，規劃過高反而不切實際。 |
其次，災難備援也必須考量RPO（Recovery Point to Object）以及RTO（Recovery Time to Object）。當災害發生時，系統可允許的中斷時間（RPO）與需要多久才能完成恢復（RTO）是企業一開始便要評估與考量的。簡碩文認為，並不是所有的應用系統都需要以最高等級的自動化機制來進行備援，規劃過高反而不切實際。
「當企業對於RTO與RPO要求愈高，意謂著企業要支付的成本也愈大。」他提到，最好的作法是將企業內部所有的應用服務分級，愈是關鍵不能停機的服務，就愈該採用自動化災備機制來因應，而部分可以停機到半天甚至是一天的應用服務，也許只要做好備份，再透過人工手動恢復即可。「舉個例子，假設企業評估之後，發現網站服務、電子郵件以及資料庫都無法接受長時間中斷，那麼針對這些系統設計備援方案是必要的，若是企業認為人事資料庫以及檔案伺服器屬於二線服務，就算半天無法存取也不影響公司運作，那麼做好備份機制即可。」
本地災備與異地災備
 |
| ▲飛康國際技術顧問經理李予銓認為，隨著企業對IT服務要求愈來愈高，任何應用服務都變得相對重要，因此企業往往不能忍受系統慢慢復原，在這種情況下，建立本地災備就相形重要。 |
傳統上對於災難備援的認知多半都是停留在異地災備的作法上。然而，不少業界達人紛紛建議，本地災備也應該考量。李予銓指出，啟動異地災備就意謂著企業內部所有的系統因為災難而導致運作中斷，所以需要在遠端將這些系統重啟，「但是萬一企業在五十台主機中故障的系統只有兩台，卻很關鍵，這時該啟動異地災備方案嗎？答案是否定的。」
他解釋，許多企業的美好願景是建立兩個主動式機房（Active-Active），當企業內的IT架構無法運轉時，隨著都可以切換到遠端機房。不過，目前可以做到的企業不多，主要原因是設備以及連外的網路成本高昂，企業往往不能負荷這筆龐大的投資。
「過去對於災難備援都定義在大範圍，例如整個機房不能運作，但對於小系統的中斷，就只是慢慢還原回來。」李予銓認為，隨著企業對IT服務要求愈來愈高，任何應用服務都變得相對重要，例如公司網站出了問題，現在已幾乎不能允許超過半天才恢復服務，其他像是以前被視為最不急迫的人力資源系統，萬一故障的時間是在薪資計算的前一天，也重要到不能等，正是因為過去認為不重要的服務，現在的重要性卻大增，因此企業往往不能忍受系統慢慢復原，在這種情況下，本地災備就相形重要。
善用工具輔助 災備不是難題
建立正確觀念、擬定災備計畫，接下來就要找尋好的工具來協助企業面對不可預期的天災人禍，在現階段的解決方案中，有些只針對虛擬環境，如VMware和Acronis的vmProtect 7，有些則能虛實整合，像是Novell、FalconStor、賽門鐵克以及Acronis都有相對應的方案，這其中，部分是以軟體形式提供，而有些則是Appliance的架構，不管哪一種解決方案，都要事先確認企業內部環境與需求，像是有多少系統需要保護？RTO與RPO要求為何？哪些系統真正需要自動化災備機制？需要在異機還原嗎？希望透過實體還是虛擬環境來完成災備等等，這些細節理清楚後，尋找一個適合企業需求的工具，將能事半功倍。