本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 階段 2：計劃
<a name="phase-2-plan"></a>

根據您的工作負載和應用程式，選擇適用於 [SQL Server 的 RDS 自訂](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/working-with-custom-sqlserver.html)或適用於 [Microsoft SQL Server 的 RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_SQLServer.html)。對於大多數資料庫遷移，您可以重新託管、轉換或重構。指導原則應該是如何最大化遷移的優勢。

選擇重構您的應用程式並遷移至雲端原生資料庫，例如 Aurora，可以增強您的資料庫應用程式。不過，根據您的工作負載複雜性，重構資料庫可能耗時且資源密集。如需詳細資訊，請參閱[選擇遷移策略](https://docs.aws.amazon.com/prescriptive-guidance/latest/strategy-database-migration/choose-strategy.html)。

## Amazon RDS for SQL Server 的遷移選項
<a name="migration-option-for-amazon-rds-for-sql-server"></a>

考慮您的來源資料庫是否已設定為同步主要和次要資料庫伺服器，然後決定您要同步伺服器的方式 AWS。以下是三種方法：
+ 多個可用區域
+ 區域複寫
+ [跨區域僅供讀取複本](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_ReadRepl.XRgn.html)

在下列架構圖中， 會在內部部署資料中心和 Amazon VPC 之間 AWS Direct Connect 建立專用的私有網路連線。目標資料庫環境有一個主要 Amazon RDS for SQL Server 部署在一個可用區域中，並在第二個可用區域中有一個僅供讀取複本，以實現高可用性和災難復原。 AWS Database Migration Service (AWS DMS) 會管理遷移程序，以協助將停機時間降至最低。

![\[Amazon RDS for Microsoft SQL Server 的遷移架構。\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/sap-ase-to-amazon-rds-sql-server-database-migration/images/migration-architecture-for-amazon-rds-for-sql-server.png)


為了增強安全性，目標環境使用私有子網路。 AWS Secrets Manager 會處理使用者登入資料，而 AWS Key Management Service (AWS KMS) 為敏感資料提供靜態加密。Amazon CloudWatch 會監控整個基礎設施，追蹤效能指標並啟用主動警示。此設計有助於最佳化效能，同時解決遷移過程中發生的任何問題。