を使用して Microsoft SQL Server Always On 可用性グループを移行する AWS Application Migration Service

MGN AWS を初期化します。

ターゲットで AWS MGN を初期化します AWS リージョン。これにより、必要な IAM ロールとポリシーが作成されます。詳しくは「コンソールでアプリケーション移行サービスを初期化する」を参照してください。

レプリケーションテンプレートと起動テンプレートを作成します。

MGN AWS で使用するレプリケーションテンプレートと起動テンプレートを設定します。詳細については、 AWS ドキュメントの「 テンプレートの設定」を参照してください。

通信ポートを許可します。

MGN AWS のネットワーク通信を有効にするには、TCP ポート 443 および 1500 経由のトラフィックを許可します。詳細については、 AWS ドキュメントの「Application Migration Service のネットワーク要件」を参照してください。

MGN AWS の前提条件を確認します。

ソースサーバーが AWS MGN エージェントのインストールの前提条件を満たしていることを確認します。詳細については、 AWS ドキュメントの「インストール要件」を参照してください。

MGN エージェントをインストール AWS します。

AWS MGN エージェントをソースサーバーにインストールします。インストール中に、サーバーを移行 AWS リージョン する を選択します。インストール後、エージェントはサービスと通信してレプリケーションを開始します。詳細については、「Windows サーバーへの AWS レプリケーションエージェントのインストール」を参照してください。

ソースサーバーのステータスを確認します。

AWS MGN コンソールで、ソースサーバーのステータスを確認します。レプリケーションが開始すると、サーバーに [テスト準備完了] の表示が出ます。

エラーが発生した場合は、MGN AWS ドキュメントの「通信エラーのトラブルシューティング」を参照してください。

レプリケーション設定を最適化します。

SQL Always On クラスターは、プライマリサーバーからセカンダリサーバーへの高 I/O 同期レプリケーションを使用します。レプリケーションを最適化し、停止時間を低減するには、SQL Always On サーバーごとに専用のレプリケーションサーバーを使用します。

データベースが 5 TB を超える場合は、デフォルトの t3.small ではなく m5.large など、より大きなインスタンスサイズのレプリケーションサーバーを使用することを検討してください。

起動テンプレートを更新します。

[起動設定] を更新し、SQL Always On サーバーのサブネットを選択します。SQL Always On クラスターサーバーは、高可用性 AWS アベイラビリティーゾーン のために異なる に分散されます。

起動設定を更新します。

サイズとパフォーマンス要件に基づいて、[起動設定] でインスタンスタイプと 1 秒あたりの入出力オペレーション (IOPS) を更新します。

(オプション) [起動設定] で既存の Elastic Network Interface を選択します。

ソースサーバーを確認します。

AWS MGN コンソールで、ソースサーバーのステータスがテスト準備完了であることを確認します。

テストインスタンスを実行します。

接続とデータベースの整合性をテストします。

テストインスタンスの接続とデータベースの整合性をテストします。次に、MGN AWS コンソールでソースサーバーをカットオーバー準備完了としてマークします。

データベースの整合性をテストします。

テストを実施することで、ソースのデータベースに整合性の問題がないことを、移行前に確認できます。DBCC CHECKDB を実行して WITH_PHYSICAL_ONLY を指定します。このチェックを WITH_PHYSICAL_ONLY なしで実行すると、ソースのパフォーマンスに問題が生じる場合があります。データベースの整合性を維持するために、週次でデータベースのフルチェックを実行してください。

これらのコマンドは、潜在的な破損を検出し、データベースの論理的および物理的な整合性をチェックします。ページ、行、インデックス、システムテーブルなどのデータベースの構造を検証します。

リンクされたサーバーへの接続をテストします。

既存のすべてのサーバー間の接続をテストし、そのステータスを文書化します。これにより、リンク済みのサーバーが移行後も期待どおりに動作することを確認できます。

バックアップを確認します。

ソースバックアップの整合性を確認します。

SQL Server とクラスターサービスを停止します。

すべての SQL クラスターノードで SQL Server および Microsoft クラスターサービスを停止します。

サーバーを確認します。

AWS MGN コンソールで、ソースサーバーのステータスがカットオーバー準備完了であり、データレプリケーションのステータスが正常であることを確認します。

カットオーバーを起動します。

詳細については、MGN AWS ドキュメントの「カットオーバーインスタンスの起動」を参照してください。

起動したサーバーをテストします。

起動した Amazon EC2 インスタンスにログインし、クラスターの状態を検証します。サーバーが正しいサブネットにあり、インスタンスサイズと IOPS 設定が正しく、監視サーバーにアクセスできることを確認します。

クラスター IP アドレスを更新します。

ターゲットサブネット内に用意しておいた 2 つの IP アドレスを使用して、Windows クラスターのクラスター IP アドレスを更新してください。詳しくは「フェイルオーバークラスターインスタンスの IP アドレスの変更」を参照してください。

Always On 可用性グループのリスナー IP を更新します。

接続を確認します。

SSMS を使用して Always On 可用性グループリスナーに接続し、接続が成功していることを確認します。

Always On 可用性グループの正常性を確認します。

エラーログを確認します。

エラーログを開き、SQL Server インスタンスにエラー報告がないかどうかを確認してください。すべてのデータベースが復旧済みであることを確認します。

リンクされたサーバーをテストします。

リンクされたサーバーの接続をテストします。接続に問題がある場合は、ターゲットサーバーとポートにアクセスできることを確認してください。

カットオーバーを確定します。

ターゲット SQL Always On クラスターを検証したら、MGN AWS コンソールを使用してカットオーバーを確定します。これにより、ソースサーバーからのデータレプリケーションが停止し、レプリケーションサーバーからデータが破棄されます。また、レプリケーションサーバーと関連するリソースも削除されます。