翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# フェーズ 2：計画
<a name="phase-2-plan"></a>

ワークロードとアプリケーションに基づいて、[RDS custom for SQL Server](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/working-with-custom-sqlserver.html) または [RDS for Microsoft SQL Server](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。以下は 3 つのアプローチです。
+ 複数アベイラビリティーゾーン
+ リージョンレプリケーション
+ [クロスリージョンリードレプリカ](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_ReadRepl.XRgn.html)

次のアーキテクチャ図では、 はオンプレミスデータセンターと Amazon VPC 間の専用プライベートネットワーク接続 AWS Direct Connect を確立します。ターゲットデータベース環境には、1 つのアベイラビリティーゾーンにデプロイされたプライマリ Amazon RDS for SQL Server があり、高可用性とディザスタリカバリのために 2 番目のアベイラビリティーゾーンにリードレプリカがあります。 AWS Database Migration Service (AWS DMS) は、ダウンタイムを最小限に抑えるために移行プロセスを管理します。

![\[Amazon RDS for Microsoft SQL Server の移行アーキテクチャ。\]](http://docs.aws.amazon.com/ja_jp/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 によってモニタリングされます。Amazon CloudWatch はパフォーマンスメトリクスを追跡し、プロアクティブアラートを有効にします。この設計は、移行プロセス中に発生する問題に対処しながら、パフォーマンスを最適化するのに役立ちます。