什麼是災難復原？

災難是導致 IT 系統速度變慢、中斷或網路中斷的非預期問題。中斷有多種形式，包括以下範例：

• 地震或火災
• 技術故障
• 系統不相容
• 簡單的人為錯誤 
• 第三方蓄意未經授權存取

這些災難會擾亂業務營運，引起客戶服務問題，並導致收入損失。災難復原計畫可協助組織迅速回應破壞性事件，並提供以下主要優勢。

確保業務連續性

發生災難時，可能會對業務的各個方面造成損害，而且通常代價高昂。此外還會中斷正常的業務營運，因為團隊工作所需的工具存取受限，從而降低了團隊的生產力。災難復原計畫會提示備份系統和資料快速重新啟動，以便操作可按排程繼續。 

增強系統安全性

將資料保護、備份和還原程序整合至災難復原計畫中，可以限制勒索軟體、惡意軟體或其他安全風險對企業的影響。例如，雲端中的資料備份具有許多內建的安全功能，能夠在可疑活動影響業務之前對其進行限制。 

提高客戶保留率

如果發生災難，客戶會質疑組織安全實務和服務的可靠性。災難影響企業的時間越長，客戶的挫敗感就越大。良好的災難復原計畫透過培訓員工處理客戶查詢，可降低這種風險。當客戶觀察到企業已為應對任何災難做好充分準備時，他們會充滿信心。 

降低回收成本

視乎嚴重程度，災難會導致收入和生產力方面的損失。當系統在事故發生後很快恢復正常時，強大的災難復原計畫可避免不必要的損失。例如，雲端儲存解決方案是一種經濟高效的資料備份方法。您可以在業務照常營運的同時管理、監控和維護資料。 

有效的災難復原計畫包括以下關鍵要素。 

內外部溝通

負責建立、實作和管理災難復原計畫的團隊，必須相互溝通其角色和職責。如果發生災難，團隊應知道誰負責什麼，以及如何與員工、客戶和彼此溝通。 

復原時間表

災難復原團隊必須確定系統在災難後，何時恢復正常運作的目標和時間範圍。某些產業的時間表可能比其他產業更長，而另一些產業則需要在幾分鐘內恢復正常。 

時間表應解決以下兩個目標。

復原時間點目標

復原時間點目標 (RTO) 是一個指標，用於確定在完成災難復原之前所用的最長時間。您的 RTO 可能因受影響的 IT 基礎設施和系統而異。

復原點目標

復原點目標 (RPO) 是指災難後資料遺失可接受的最長時間。例如，如果您的 RPO 是幾分鐘或幾小時，則您必須不斷地將資料備份至鏡像站點，而不是僅在一天結束時備份一次。

資料備份

災難復原計畫可確定您備份資料的方式。選項包括雲端儲存、供應商支援的備份，以及內部異地資料備份。為應對自然災害事件，不得在現場進行備份。團隊應確定誰備份資料，備份哪些資訊，以及如何實作系統。

測試和最佳化 

您必須每年至少測試一次或兩次災難復原計畫。您可以記錄並修復您在這些測試中發現的任何差距。同樣，您應經常更新所有安全和資料保護策略，以防止無意的未經授權存取。

在規劃災難復原時，企業會實作以下一種或幾種方法。

備份

備份資料是所有企業實作災難復原最簡單的方法之一。備份重要資料需要將資料存放在異地、雲端或可拆卸磁碟機上。您應經常備份資料以使其保持最新狀態。例如，透過備份至 AWS，企業可藉助靈活且可擴展的基礎設施來保護所有資料類型。 

資料中心災難復原

在發生某些類型的自然災害時，適當的設備可保護您的資料中心，並且有助於迅速進行災難復原。例如，滅火工具有助於設備和資料在火災中倖存，備用電源可在斷電時支援業務持續性。同樣，AWS 資料中心擁有創新的系統，可保護其免受人為和自然風險。

虛擬化 

企業使用不受實體災難影響的異地虛擬機器 (VM)，來備份其資料和操作。透過將虛擬化作為災難復原計畫的一部分，企業可自動化一些程序，從而更快地從自然災難中復原。將資料和工作負載持續傳輸至 Amazon Elastic Compute Cloud (Amazon EC2) 等虛擬機器，這對於有效的虛擬化至關重要。 

災難復原即服務

AWS Elastic Disaster Recovery 等災難復原服務可在發生災難時，將公司的電腦處理和關鍵業務營運轉移至自己的雲端服務。因此，即使內部部署伺服器已關閉，正常操作也可以從供應商的位置繼續。Elastic Disaster Recovery 還可防止雲端中的區域發生故障。 

冷站點

如果發生自然災害，公司會將其業務轉移至另一個很少使用的實體位置，稱為冷站點。這樣，員工就有了工作之地，業務職能也能正常進行。這種類型的災難復原不會保護或復原重要資料，因此，必須將此方法與另一種災難復原方法一起使用。