定義 DR 策略

視組織中的應用程式對企業的重要性而定，您可能會為所有應用程式決定統一策略，或根據每個應用程式的重要性，制定更複雜的 DR 策略。在 DR 站點中啟動所有應用程式之前，您的組織可能會容忍幾個小時的停機時間。在這種情況下，可以根據所有資料庫的備份和還原，選擇符合成本效益的 DR 策略。另一方面，組織的業務可能取決於某些關鍵服務或應用程式的快速可用性，其具有更嚴格的 RPO 和 RTO 要求，而其他應用程式則可能會容忍較不嚴格的 RPO 和 RTO 需求。在此情況下，需要為應用程式和資料庫的每個層級指派正確的 DR 策略。

下表說明在 中執行之工作負載的四個 DR 選項 AWS 雲端，協助您判斷和定義組織的 DR 策略。此表格中記錄的 RPO 和 RTO 適用於包含應用程式和資料庫元件的完整堆疊。如需詳細資訊，請參閱 AWS Well-Architected Framework 文件中的雲端中的災難復原選項。下一節將介紹資料庫特定的 RPO 和 RTO 選項。

復原選項	RPO	RTO	DR 區域中的基礎設施任務	成本
備份和還原	小時	少於 24 小時	在 DR 區域中佈建所有必要的應用程式資源，並從複製的快照中還原資料庫。	低
指示燈	幾十分鐘	幾十分鐘	佈建應用程式基礎設施的複本，並關閉應用程式堆疊中的資源。 將資料從一個區域複製到另一個區域。保持資料庫永遠開啟並與主資料庫同步。在容錯移轉和測試事件期間，視需求佈建資源。 您還需要同時將基礎設施變更和應用程式變更部署到兩個區域。透過建置可同步主要區域和 DR 區域中的程式碼和基礎設施的自動化管道來簡化此操作。	中
暖待命	分鐘	分鐘	在 DR 區域中佈建整個應用程式基礎設施的複本，但與主要區域相比，該複本的規模要縮減。與主要區域相比，DR 區域將能夠以較小的容量接受流量。	高
多站點或主動/主動	接近零	零或接近零	將基礎設施的完整複本佈建到 DR 區域。DR 區域中的所有資源將等同於主要區域中的資源，並且能夠提供與主要區域相同規模的流量。由於流量中沒有中斷，因此該選項不需要容錯移轉任務作為 DR 計畫的一部分。	較高