HA/DR 選項與考量事項

雖然可AWS用區域或區域完全離線的可能性極為罕見，但我們建議在發生災難時採用多管齊下的備份和復原方法，以便備援並將資料遺失降至最低。備份和復原程序應包含適當的資料粒度層級，以符合工作負載的復原時間目標 (RTO) 和復原點目標 (RPO)，以及支援商務程序，而且通常取決於應用程式。在資料庫的情況下，AWS也支援所有微軟建議 SQL Server 安裝和設定的高可用性和災難復原 (HA/DR)。不同版本的 SQL Server 支援各種 HA/DR 選項，而且您應該考慮特殊情況，例如非常大的資料庫 (VLDB)。case-by-case與任何 DR 組態一樣，測試對於確保每個應用程式都符合 HA/DR 的服務等級協定 (SLA) 至關重要。對於您的測試/開發環境，請考慮使用免費的 SQL Server 開發人員版本，但有限制。

對於需要 15 分鐘 RPO 且 RTO 為 4 小時的使用案例，您可以考慮以下 HA/DR 選項的組合：

• 具有暖待命 (資料庫層級) 的 SQL Server 原生 HA/DR 選項 — 如需其中某些架構的圖例，請參閱本指南稍後的Amazon EC2 上的 SQL Server章節。

  • 雙節點、異地同步備份位於單一區域 (同步認可模式) 或多個區域 (非同步認可模式、基本可用性群組)

  • 三節點 (或更多)、多個區域的異地同步備份 (同步認可和非同步認可模式)

  • 在多個區域提供雙節點異地同步備份和記錄傳送 (每 5 分鐘備份一次記錄)

• SQL Server 原生備份至 Amazon S3 (資料庫層級，僅限 DR) — 完整備份 (每日一次)

  • 差異備份（每 2—4 小時一次）。

  • 記錄備份 (每 5 至 10 分鐘一次)。

  • 您必須使用自訂指令碼或檔案閘道等選項，將備份複製到 Amazon 簡單儲存服務 (Amazon S3)，以進行有效率的備份和傳輸。

  • 如果您有數百個資料庫，您可以繼續使用現有的備份工具 (例如 Commvault 或 Litespeed)，有效率地管理備份，並將其直接存放在 Amazon S3 中。

  • 使用 Amazon S3 跨區域複寫 (CRR) 搭配 S3 複寫時間控制 (RTC)，在 15 分鐘的 SLA 內控制和監控物件複寫。

  • 為了達到合規和節省成本，您也可以使用 S3 生命週期管理來移動和存放較舊的備份以供長期儲存使用。

  • 如果您採用 SQL Server 原生備份並定期將其移至 Amazon S3，則在發生災難時，目標區域中將隨時提供備份。這樣就不需要傳輸備份或還原快照。

  • 我們建議使用 SQL 原生備份壓縮來減少檔案大小。

• AWS快照 (執行個體和磁碟區層級，僅限 DR)

  • 亞馬遜彈性運算雲（亞馬遜 EC2）亞馬遜機器映像（AMI）備份以從頭開始重建數據庫

  • 亞馬遜彈性區塊存放區 (亞馬遜 EBS) 磁碟區快照，可將 EBS 磁碟區連接到亞馬遜 EC2

管理中的 HA/DR 資源 AWS Backup

AWS Backup這是一項全受管服務，可讓您建立備份計劃和排程，並將與 HA/DR 組態相關的AWS資源 (例如用於建立快照的 Amazon EBS 磁碟區和 Amazon EC2 AMI) 指派給這些備份計劃。您也可以使用排AWS Backup程這些 EBS 快照的多區域複本。為了獲得最佳使用，AWS Backup需要有效的標記機制才能使資源到位。 AWS Backup也支援透過 Windows 磁碟區陰影複製服務 (VSS)，您可以將其用於 SQL Server 的應用程式一致性備份。對於儲存層級保護，我們建議使用 EBS 快照。初始 EBS 快照已完整，後續快照為增量快照。雖然 EBS 快照集提供儲存層級保護，但它們不會取代提供復原功能的 SQL Server 檔案型原生備份。point-in-time

使用用AWS DMS於 HA/DR

如果您正在尋找用於複寫的 SQL Server 永遠開啟選項的替代方案，或者如果您有異質的來源和目標資料庫 (無論是在混合式安裝或中)AWS，您都可以使用 AWS Database Migration Service (AWS DMS) 以下列方式。

如果您在自我管理環境中AWS DMS搭配 SQL Server 使用 (託管於 Amazon EC2 或內部部署)，它支援以兩種模式進行一次性和持續複寫：使用 MS-複製( 擷取對具有主索引鍵的資料表的變更) 和 MS-CDC (擷取沒有主索引鍵的資料表變更)。但是，如果您使用亞馬遜關聯式資料庫服務 (Amazon RDS) 做為來源AWS DMS，則僅支援 MS-CDC。 AWS DMS提供一系列來源和目標端點、支援異質資料庫引擎，並提供對複寫程序的精細控制。您也可以使用 AWS Schema Conversion Tool (AWS SCT) 搭配AWS DMS異質資料庫移轉。 AWS SCT自動化結構描述層級變更，並產生用於移轉準備程度和規劃的報告。

您可以在中將來源和目標資料庫新增為端點AWS DMS，如下圖所示。此服務會使用 MS-複製或MS-CDC 來實作邏輯複寫程序。如果您有混合式設定，您可AWS DMS以設定內部部署與AWS. 在切換期間，AWS DMS移轉工作可以停止，而且應用程式將能夠連線到已與內部部署資料庫同步的資料庫，而不會有進一步延遲。使用 AWS DMS SQL Server 做為來源有一些限制，這些限制會在AWS DMS文件中加以說明。

在下列案例中，請考慮使用原生 HA/DR 方法AWS DMS而非原生 HA/DR 方法：

• 當您想要節省授權成本時。例如，如果您只使用 SQL Server Enterprise 版的進階版本作為其 [永遠開啟] 選項，您可以考慮改為設定，因為它可以提供邏輯複寫選項，AWS DMS而不需要企業版授權的成本。

• 當你有異構的來源和目標。主要和嚴重損壞復原節點上的 SQL Server 版本不需要相符 (在AWS DMS限制範圍內)，因此可提供極大的彈性。

• 為了避免 Windows、SQL Server 叢集和分散式可用性群組安裝和管理的額外負荷。 AWS DMS提供直接的設置和輕鬆管理複製任務。

• 適用於近即時傳輸 (視複寫執行個體、網路組態和資料磁碟區而定) 等商業使用案例，資料遮罩、選擇性篩選、結構描述/表格對應 (同質與異質)、移轉前評估以及 JSON 支援。

• 根據記錄序號 (LSN)、時間戳記和類似選項，視需要輕鬆複製、停止和啟動工作。

下圖顯示如何提供複寫支援AWS DMS的替代方法。在此組態中，來源是 SQL Server 永遠在可用性群組叢集，並AWS DMS使用變更資料擷取 (CDC) 選項，持續將資料複寫到不同AWS區域中的目標。為了獲得最佳效能，對於確保複寫執行個體的大小適中並保留在來源區域中至關重要。

來源引擎和目標引擎不一定要相符。在圖中，標記為 (1) 的主要和次要節點可以是單一可用區或異地同步備份組態中的 SQL Server 叢集。或者來源可以是支援 MS-CDC 或 MS 複寫的單一 SQL 伺服器節點。

目標資料庫執行個體在圖表中標記為 (2)，可以是 Amazon RDS、Amazon EC2 或任何其他異質目標上的任何版本的 SQL Server。它不需要與主要和次要執行個體相符，也不需要支援「永遠開啟」可用性群組。例如，來源可以是 SQL Server 永遠在線可用性群組叢集，而且目標可以是亞馬遜 Aurora PostgreSQL 相容版本。

用AWS Application Migration Service於 DR

我們建議您使AWS Application Migration Service用lift-and-shift移轉至AWS. 應用程式遷移服務會持續將您的機器 (包括作業系統、系統狀態組態、資料庫、應用程式和檔案) 複製到目標AWS帳戶和偏好區域中的低成本暫存區域。在發生災難時，您可以使用應用程式遷移服務，在幾分鐘內自動啟動數千部機器以完全佈建的狀態。

其他考量

下列清單說明您在設計 HA/DR 策略時應考量的可能瓶頸。

• 多區域節點設定中的頻寬、延遲、網路複雜性和連線能力。

• 亞馬遜 EBS 或亞馬遜 EC2 快照的大小，以及使用AWS Backup複製它們所需的時間。

  • 亞馬遜 EBS 和亞馬遜 EC2 快照通過使AWS Backup用存儲在亞馬遜 S3。

  • 在目前快照完成之前，EBS 快照不會複寫到 Amazon S3 中的目標區域。複製的持續時間也取決於磁碟區的大小。

  • 快照完成時，對於 99.99% 的物件，複製快照的持續時間最短可達 15 分鐘。但是，對於特定使用案例和關鍵大量產品，則需要進行徹底的測試。

• 在目標可用區域和區域中還原 EBS 磁碟區所需的時間。

• 在目標可用區域和區域中還原 Amazon EC2 映像所需的時間。

• 如果是從頭開始建置，則需要時間為 Amazon EC2 映像佈建基礎設施，或在目標可用區域和區域中還原 EBS 快照。

• 如果從頭開始還原，則還原目標可用區域和區域中 SQL Server 原生完整、差異和記錄備份所需的時間。

• 需要跨區域提供的應用程式和外部相依性。

• 磁碟區和上傳到 Amazon S3 的檔案大小限制。