

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

# を使用して Microsoft SQL Server Always On 可用性グループを移行する AWS Application Migration Service
<a name="migrate-microsoft-sql-server-always-on-group-using-mgn"></a>

*Amazon Web Services、Sreenivas Nettem、Bharath Kumar Pammi Ramesh、Anantharaman Seshadri、Gireesh Sreekantan*

## 概要
<a name="migrate-microsoft-sql-server-always-on-group-using-mgn-summary"></a>

AWS Application Migration Service (AWS MGN) は、 の既存の環境をリホストするための推奨ツールです。これにより AWS クラウド、お客様はオンプレミスのデータセンターから離れることができます。このパターンは、MGN AWS を使用して Microsoft SQL Server Always On 可用性グループで Windows クラスターを移行するプロセスの概要を示しています。

## 前提条件と制限
<a name="migrate-microsoft-sql-server-always-on-group-using-mgn-prereqs"></a>

**前提条件**
+ アクティブ AWS アカウント。
+ MGN オーケストレーションの AWS Identity and Access Management (IAM) AWS ロール。
+ ソースデータベースサーバー (SQL Server Always On 可用性グループ) へのアクセス権。
+ DNS 名を保持する AWS ランディングゾーンの Active Directory。
+ Active Directory へのネットワーク通信を遮断したステージングサブネット。
+ Active Directory と通信できるターゲットサブネット。
+ ターゲットサブネット内の Windows クラスター用の予約済み IP アドレス 2 個 (各アベイラビリティーゾーンに 1 個)。
+ ターゲットサブネット内の SQL Always On リスナー用の予約済み IP アドレス 2 個 (各アベイラビリティーゾーンに 1 個)。

**製品バージョン**
+ Windows Server 2012 以降
+ SQL Server 2012 以降

## アーキテクチャ
<a name="migrate-microsoft-sql-server-always-on-group-using-mgn-architecture"></a>

**ソーステクノロジースタック**

Microsoft Windows クラスター (オンプレミスの物理マシンまたは仮想マシン) および Microsoft SQL Server Always On 可用性グループ

**ターゲットテクノロジースタック**

Amazon EC2 Windows インスタンス

**ターゲットアーキテクチャ**

![AWS MGN を使用して SQL Server Always On 可用性を移行するための AWS アーキテクチャ。](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/patterns/images/pattern-img/aa94040b-5ecf-42f9-90e3-929d0fa5e715/images/0b85c613-51df-475b-9598-3da3f9cd47c6.png)


## ツール
<a name="migrate-microsoft-sql-server-always-on-group-using-mgn-tools"></a>

*AWS のサービス*
+ [Amazon Elastic Compute Cloud (Amazon EC2)](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/concepts.html) は、 AWS クラウドでスケーラブルなコンピューティング容量を提供します。仮想サーバーを必要な数だけ起動して、迅速にスケールアップまたはスケールダウンができます。
+ [AWS Application Migration Service](https://docs.aws.amazon.com/mgn/latest/ug/what-is-application-migration-service.html) は、アプリケーションを に変更 AWS クラウド なしで最小限のダウンタイムでリホスト (リフトアンドシフト) するのに役立ちます。
+ [AWS Identity and Access Management (IAM)](https://docs.aws.amazon.com/IAM/latest/UserGuide/introduction.html) は、誰を認証し、誰に使用する権限を付与するかを制御することで、 AWS リソースへのアクセスを安全に管理するのに役立ちます。

*その他のツール*
+ [Microsoft SQL Server Management Studio (SSMS)](https://learn.microsoft.com/en-us/sql/ssms/download-sql-server-management-studio-ssms) は、SQL Server コンポーネントへのアクセス、設定、管理など、SQL Server を管理するためのツールです。

## ベストプラクティス
<a name="migrate-microsoft-sql-server-always-on-group-using-mgn-best-practices"></a>

MGN については、 AWS [「 のベストプラクティス AWS Application Migration Service](https://docs.aws.amazon.com/mgn/latest/ug/best_practices_mgn.html)」を参照してください。

## エピック
<a name="migrate-microsoft-sql-server-always-on-group-using-mgn-epics"></a>

### ターゲットアカウントを準備する
<a name="prepare-the-target-account"></a>


| タスク | 説明 | 必要なスキル | 
| --- | --- | --- | 
| MGN AWS を初期化します。 | ターゲットで AWS MGN を初期化します AWS リージョン。これにより、必要な IAM ロールとポリシーが作成されます。詳しくは「[コンソールでアプリケーション移行サービスを初期化する](https://docs.aws.amazon.com/mgn/latest/ug/mgn-initialize-console.html)」を参照してください。 | クラウド管理者 | 
| レプリケーションテンプレートと起動テンプレートを作成します。 | MGN AWS で使用するレプリケーションテンプレートと起動テンプレートを設定します。詳細については、 AWS ドキュメント[の「 テンプレートの設定](https://docs.aws.amazon.com/mgn/latest/ug/mgn-initialization-templates.html)」を参照してください。 | クラウド管理者 | 
| 通信ポートを許可します。 | MGN AWS のネットワーク通信を有効にするには、TCP ポート 443 および 1500 経由のトラフィックを許可します。詳細については、 AWS ドキュメントの[「Application Migration Service のネットワーク要件](https://docs.aws.amazon.com/mgn/latest/ug/Network-Requirements.html)」を参照してください。 | クラウド管理者、ネットワーク管理者 | 

### ソースサーバーを準備する
<a name="prepare-the-source-server"></a>


| タスク | 説明 | 必要なスキル | 
| --- | --- | --- | 
| MGN AWS の前提条件を確認します。 | ソースサーバーが AWS MGN エージェントのインストールの前提条件を満たしていることを確認します。詳細については、 AWS ドキュメントの[「インストール要件](https://docs.aws.amazon.com/mgn/latest/ug/installation-requirements.html)」を参照してください。 | 移行エンジニア | 
| MGN エージェントをインストール AWS します。 |  AWS MGN エージェントをソースサーバーにインストールします。インストール中に、サーバーを移行 AWS リージョン する を選択します。インストール後、エージェントはサービスと通信してレプリケーションを開始します。詳細については、[「Windows サーバーへの AWS レプリケーションエージェントの](https://docs.aws.amazon.com/mgn/latest/ug/windows-agent.html)インストール」を参照してください。 | 移行エンジニア | 
| ソースサーバーのステータスを確認します。 |  AWS MGN コンソールで、ソースサーバーのステータスを確認します。レプリケーションが開始すると、サーバーに **[テスト準備完了]** の表示が出ます。<br />エラーが発生した場合は、MGN AWS ドキュメントの[「通信エラーのトラブルシューティング](https://docs.aws.amazon.com/mgn/latest/ug/Troubleshooting-Communication-Errors.html)」を参照してください。 | クラウド管理者、移行エンジニア | 
| レプリケーション設定を最適化します。 | SQL Always On クラスターは、プライマリサーバーからセカンダリサーバーへの高 I/O 同期レプリケーションを使用します。レプリケーションを最適化し、停止時間を低減するには、SQL Always On サーバーごとに[専用のレプリケーションサーバー](https://docs.aws.amazon.com/mgn/latest/ug/replication-settings-template.html)を使用します。<br />データベースが 5 TB を超える場合は、デフォルトの **t3.small** ではなく **m5.large** など、より大きなインスタンスサイズのレプリケーションサーバーを使用することを検討してください。 | クラウド管理者、移行エンジニア | 
| 起動テンプレートを更新します。 | [[起動設定]](https://docs.aws.amazon.com/mgn/latest/ug/launch-settings.html) を更新し、SQL Always On サーバーのサブネットを選択します。SQL Always On クラスターサーバーは、高可用性 AWS アベイラビリティーゾーン のために異なる に分散されます。 | 移行エンジニア、移行リード | 
| 起動設定を更新します。 | サイズとパフォーマンス要件に基づいて、[起動設定] でインスタンスタイプと 1 秒あたりの入出力オペレーション (IOPS) を更新します。<br />(オプション) [起動設定] で既存の Elastic Network Interface を選択します。 | 移行エンジニア、移行リード | 

### カットオーバーをテストする
<a name="test-cutover"></a>


| タスク | 説明 | 必要なスキル | 
| --- | --- | --- | 
| ソースサーバーを確認します。 |  AWS MGN コンソールで、ソースサーバーのステータスが**テスト準備完了**であることを確認します。 | クラウド管理者、移行エンジニア | 
| テストインスタンスを実行します。 | [See the AWS documentation website for more details](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/patterns/migrate-microsoft-sql-server-always-on-group-using-mgn.html) | クラウド管理者、移行エンジニア | 
| 接続とデータベースの整合性をテストします。 | テストインスタンスの接続とデータベースの整合性をテストします。次に、MGN AWS コンソールでソースサーバーを**カットオーバー準備完了**としてマークします。 | クラウド管理者、移行エンジニア | 

### 移行前タスク
<a name="pre-migration-tasks"></a>


| タスク | 説明 | 必要なスキル | 
| --- | --- | --- | 
| データベースの整合性をテストします。 | テストを実施することで、ソースのデータベースに整合性の問題がないことを、移行前に確認できます。`DBCC CHECKDB` を実行して `WITH_PHYSICAL_ONLY` を指定します。このチェックを `WITH_PHYSICAL_ONLY` なしで実行すると、ソースのパフォーマンスに問題が生じる場合があります。データベースの整合性を維持するために、週次でデータベースのフルチェックを実行してください。<br />これらのコマンドは、潜在的な破損を検出し、データベースの論理的および物理的な整合性をチェックします。ページ、行、インデックス、システムテーブルなどのデータベースの構造を検証します。 | データエンジニア、DBA | 
| リンクされたサーバーへの接続をテストします。 | 既存のすべてのサーバー間の接続をテストし、そのステータスを文書化します。これにより、リンク済みのサーバーが移行後も期待どおりに動作することを確認できます。 | データエンジニア、DBA | 
| バックアップを確認します。 | ソースバックアップの整合性を確認します。 | データエンジニア、DBA | 

### AWS MGN カットオーバー
<a name="aws-mgn-cutover"></a>


| タスク | 説明 | 必要なスキル | 
| --- | --- | --- | 
| SQL Server とクラスターサービスを停止します。 | すべての SQL クラスターノードで SQL Server および Microsoft クラスターサービスを停止します。 | DBA、移行エンジニア | 
| サーバーを確認します。 |  AWS MGN コンソールで、ソースサーバーのステータスが**カットオーバー準備完了**であり、データレプリケーションのステータスが**正常**であることを確認します。 | 移行エンジニア | 
| カットオーバーを起動します。 | [See the AWS documentation website for more details](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/patterns/migrate-microsoft-sql-server-always-on-group-using-mgn.html)詳細については、MGN AWS ドキュメント[の「カットオーバーインスタンスの起動](https://docs.aws.amazon.com/mgn/latest/ug/launch-cutover-gs.html)」を参照してください。 | 移行エンジニア | 
| 起動したサーバーをテストします。 | 起動した Amazon EC2 インスタンスにログインし、クラスターの状態を検証します。サーバーが正しいサブネットにあり、インスタンスサイズと IOPS 設定が正しく、監視サーバーにアクセスできることを確認します。 | DBA、移行エンジニア | 

### データベースカットオーバー後のタスク
<a name="database-post-cutover-tasks"></a>


| タスク | 説明 | 必要なスキル | 
| --- | --- | --- | 
| クラスター IP アドレスを更新します。 | ターゲットサブネット内に用意しておいた 2 つの IP アドレスを使用して、Windows クラスターのクラスター IP アドレスを更新してください。詳しくは「[フェイルオーバークラスターインスタンスの IP アドレスの変更](https://learn.microsoft.com/en-us/sql/sql-server/failover-clusters/windows/change-the-ip-address-of-a-failover-cluster-instance?view=sql-server-2016)」を参照してください。 | DBA、移行エンジニア | 
| Always On 可用性グループのリスナー IP を更新します。 | [See the AWS documentation website for more details](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/patterns/migrate-microsoft-sql-server-always-on-group-using-mgn.html) | DBA、移行エンジニア | 
| 接続を確認します。 | SSMS を使用して Always On 可用性グループリスナーに接続し、接続が成功していることを確認します。 | DBA、移行エンジニア | 
| Always On 可用性グループの正常性を確認します。 | [See the AWS documentation website for more details](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/patterns/migrate-microsoft-sql-server-always-on-group-using-mgn.html) | DBA、移行エンジニア | 
| エラーログを確認します。 | エラーログを開き、SQL Server インスタンスにエラー報告がないかどうかを確認してください。すべてのデータベースが復旧済みであることを確認します。 | DBA、移行エンジニア | 
| リンクされたサーバーをテストします。 | リンクされたサーバーの接続をテストします。接続に問題がある場合は、ターゲットサーバーとポートにアクセスできることを確認してください。 | DBA、移行エンジニア | 

### カットオーバーを確定する
<a name="finalize-the-cutover"></a>


| タスク | 説明 | 必要なスキル | 
| --- | --- | --- | 
| カットオーバーを確定します。 | ターゲット SQL Always On クラスターを検証したら、MGN AWS コンソールを使用してカットオーバー[を確定](https://docs.aws.amazon.com/mgn/latest/ug/launch-cutover-gs.html#revert-finalize-cutover-gs)します。これにより、ソースサーバーからのデータレプリケーションが停止し、レプリケーションサーバーからデータが破棄されます。また、レプリケーションサーバーと関連するリソースも削除されます。 | クラウド管理者、移行エンジニア | 

## トラブルシューティング
<a name="migrate-microsoft-sql-server-always-on-group-using-mgn-troubleshooting"></a>


| 問題 | ソリューション | 
| --- | --- | 
| AWS MGN のトラブルシューティング | 一般的な問題と解決策については、MGN ドキュメントの[「トラブルシューティング](https://docs.aws.amazon.com/mgn/latest/ug/troubleshooting.html)と[よくある質問](https://docs.aws.amazon.com/mgn/latest/ug/FAQ.html) AWS 」セクションを参照してください。 | 

## 関連リソース
<a name="migrate-microsoft-sql-server-always-on-group-using-mgn-resources"></a>

*AWS リソース*
+ [Option-1 リホスト - AWS Application Migration Service (AWS)](https://catalog.us-east-1.prod.workshops.aws/workshops/c6bdf8dc-d2b2-4dbd-b673-90836e954745/en-US/04-application-migration/01-mgn)
+ [とは AWS Application Migration Service](https://docs.aws.amazon.com/mgn/latest/ug/what-is-application-migration-service.html)

*SQL Server リソース*
+ [SQL Server Management Studio (SSMS) とは](https://learn.microsoft.com/en-us/ssms/sql-server-management-studio-ssms)

## 追加情報
<a name="migrate-microsoft-sql-server-always-on-group-using-mgn-additional"></a>

ワークロードを に移行するための標準セキュリティ要件については AWS クラウド、 AWS ウェブサイトの[「セキュリティ、アイデンティティ、コンプライアンスのベストプラクティス](https://aws.amazon.com/architecture/security-identity-compliance/)」を参照してください。