翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 # SQL Server データベースの移行方法 SQL Server データベースを AWSに移行する方法はさまざまです。評価と要件に基づいて、 AWS サービスと SQL Server のネイティブ特徴量を選択できます。このセクションでは、最も一般的な方法をいくつか説明し、次の 2 つの表にまとめています。これらの方法のいくつかについての詳細な説明は、このガイドの後半にある Amazon EC2 と Amazon RDS に関するセクションに含まれています。 **AWS サービス** **** | 移行方法 | ターゲット | 特徴量と制限事項 | 詳細情報 | | --- | --- | --- | --- | | **AWS DMS** | Amazon EC2 Amazon RDS Amazon RDS Custom Amazon Aurora | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/migration-sql-server/methods.html) | [AWS DMS](heterogeneous-migration-tools.md#aws-dms) セクション | | **AWS Migration Hub Orchestrator** | Amazon EC2 Amazon RDS | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/migration-sql-server/methods.html) | [AWS Migration Hub Orchestrator](mho.md) セクション | | **AWS Application Migration Service** | Amazon EC2 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/migration-sql-server/methods.html) | このガイドには含まれていません (「[アプリケーション移行サービスドキュメント](https://docs.aws.amazon.com/mgn/index.html)」を参照) | | **AWS Snowball Edge** | Amazon EC2 Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/migration-sql-server/methods.html) | [Snowball Edge](snowball-edge.md) セクション | **SQL Server のネイティブメソッド** **** | 移行方法 | ターゲット | 特徴量と制限事項 | 詳細情報 | | --- | --- | --- | --- | | **ネイティブバックアップおよび復元** | Amazon EC2 Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/migration-sql-server/methods.html) | 「 [SQL Server ネイティブバックアップ/復元](native-backup-restore.md) 」セクション(ネイティブバックアップと復元を自動化するために [AWS Migration Hub Orchestrator](mho.md) を使用できます ) | | **ログ配布** | Amazon EC2 Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/migration-sql-server/methods.html) | [ログ配布](log-shipping.md)セクション | | **カスタムログの配布** | Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/migration-sql-server/methods.html) | [カスタムログ配信を使用してオンプレミスまたは Amazon EC2 SQL Server から Amazon RDS for SQL Server への移行を自動化](https://aws.amazon.com/blogs/database/automate-on-premises-or-amazon-ec2-sql-server-to-amazon-rds-for-sql-server-migration-using-custom-log-shipping/)する (AWS ブログ記事) | | **データベースのミラーリング** | Amazon EC2 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/migration-sql-server/methods.html) | [データベースのミラーリング](db-mirroring.md)セクション | | **Always On 可用性グループ** | Amazon EC2 Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/migration-sql-server/methods.html) | [Always On 可用性グループ](always-on.md)セクション | | **基本的な Always On 可用性グループ** | Amazon EC2 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/migration-sql-server/methods.html) | このガイドでは説明されていません (「Microsoft ドキュメント」の「[単一データベースの基本的な Always On 可用性グループ](https://docs.microsoft.com/en-us/sql/database-engine/availability-groups/windows/basic-availability-groups-always-on-availability-groups)」を参照) | | **分散可用性グループ** | Amazon EC2 Amazon RDS Custom (移行のみ) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/migration-sql-server/methods.html) | [分散可用性グループ](distributed-groups.md)セクション | | **トランザクションレプリケーション** | Amazon EC2 Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/migration-sql-server/methods.html) | [トランザクションレプリケーション](trans-rep.md)セクション | | **一括コピープログラム (bcp)** | Amazon EC2 Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/migration-sql-server/methods.html) | このガイドでは説明されていません (Amazon RDS ドキュメントの「[他の方法を使用した SQL Server データのインポートとエクスポート](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.Snapshots.html)」、「*一括コピー*」セクションを参照) | | **デタッチとアタッチ** | Amazon EC2 Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/migration-sql-server/methods.html) | このガイドでは説明されていません (「Microsoft ドキュメント」の「[データベースのデタッチとアタッチ](https://learn.microsoft.com/en-us/sql/relational-databases/databases/database-detach-and-attach-sql-server)」を参照 ) | | **インポート/エクスポート** | Amazon EC2 Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/migration-sql-server/methods.html) | このガイドでは説明されていません (「Amazon RDS ドキュメント」の「[他の方法を使用した SQL Server データのインポートとエクスポート](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.Snapshots.html#SQLServer.Procedural.Exporting.SSIEW)」を参照) | # SQL Server のネイティブバックアップ/復元 Amazon RDS は、完全バックアップ (.bak) ファイルおよび差分バックアップファイルを使用した Microsoft SQL Server データベースのネイティブバックアップおよび復元操作をサポートしています。また、Amazon RDS for SQL Server DB インスタンスまたは Amazon EC2 SQL Server インスタンスの差分復元オプションとログ復元オプションもサポートしているため、アプリケーションのダウンタイムを最小限に抑えることができます。 **注記** Amazon RDS for SQL Server で、完全復元、差分復元、およびログ復元オペレーションを実行できます。ただし、現時点では完全バックアップと差分バックアップのみを実行できます ( ログバックアップは実行できません)。 SQL Server データベースのバックアップと復元には、ネイティブの .bak ファイルを使用するのが最も簡単な方法です。この方法を使用して、Amazon RDS との間でデータベースを移行できます。DB インスタンス全体ではなく、単一のデータベースをバックアップおよび復元できます。Amazon RDS for SQL Server DB インスタンス間でデータベースを移動することもできます。 Amazon RDS を使用すると、ディザスタリカバリの追加保護レイヤーとして、Amazon Simple Storage Service (Amazon S3) にバックアップファイルの保管および転送を行うことができます。例えば、次のようになります。 + ローカルサーバーからデータベースの完全バックアップを作成し、それを S3 バケットにコピーしてから、既存の Amazon RDS SQL Server DB インスタンスに復元することができます。 + Amazon RDS for SQL Server DB インスタンスからバックアップを作成し、それを Amazon S3 に保存してから、どこででも復元することができます。 + 「 [Amazon S3 ライフサイクル](https://docs.aws.amazon.com/AmazonS3/latest/dev/object-lifecycle-mgmt.html)」設定ルールを実行して、長期バックアップをアーカイブまたは削除できます。 Amazon RDS for SQL Server は、リードレプリカが設定されている SQL Server DB インスタンスへの SQL Server ネイティブバックアップの復元をサポートしています。つまり、ネイティブバックアップファイルを Amazon RDS for SQL Server DB インスタンスに復元する前に、リードレプリカを削除する必要はありません。 **注記** Migration Hub Orchestrator を使用すると、ネイティブバックアップと復元を使用して、SQL Server データベースを Amazon EC2 または Amazon RDS に移行することを自動化およびオーケストレートできます。詳細については、「 [AWS Migration Hub Orchestrator セクション](mho.md)」を参照してください。 次の図表は、SQL Server のネイティブバックアップ/復元プロセスを示しています。Migration Hub Orchestrator を使用してこのプロセスを自動化することができます。このプロセスを使用して、SQL Server データベースを Amazon EC2 にバックアップおよび復元することもできます。 ![\[SQL Server migration process with native SQL Server backup/restore\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/migration-sql-server/images/sql-native-backup-restore.png) バックアップと復元を自動化するには、「 [Migration Hub Orchestrator ドキュメント](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/what-is-migrationhub-orchestrator.html)」を参照してください。 Amazon S3 を使用してネイティブバックアップ/復元をセットアップするには、「 [Amazon RDS ドキュメント](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.html#SQLServer.Procedural.Importing.Native.Enabling)」を参照してください。 SQL Server のネイティブバックアップと復元を使用する場合の制限については、「 Amazon RDS ドキュメント」の「[制限と推奨事項](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.html#SQLServer.Procedural.Importing.Native.Limitations)」を参照してください。 # ログ配布 ログ配信を使用して、プライマリのオンプレミス SQL Server データベースから、 AWS クラウド内の EC2 インスタンスまたは Amazon RDS for SQL Server DB インスタンスにデプロイされている 1 つ以上のセカンダリ (ウォームスタンバイ) SQL Server データベースにトランザクションログバックアップを送信できます。Amazon RDS for SQL Server でログ配布をセットアップするには、独自のカスタムスクリプトを使用する必要があります。 このシナリオでは、EC2 インスタンスまたは Amazon RDS for SQL Server DB インスタンスにウォームスタンバイ SQL Server データベースを設定し、オンプレミスデータベースと AWS クラウドのウォームスタンバイサーバー間でトランザクションログのバックアップを非同期で送信します。その後、トランザクションログのバックアップがウォームスタンバイデータベースに適用されます。すべてのログが適用されたら、手動でフェイルオーバーを実行してクラウドにカットオーバーすることができます。 このオプションは、SQL Server のすべてのバージョンおよびエディションをサポートします。データベースを AWS クラウドに移行したら、高可用性と回復性のために Always On 可用性グループを使用してセカンダリレプリカを追加できます。 ![\[SQL Server migration process with log shipping\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/migration-sql-server/images/sql-migration-log-shipping.png) この方法を使用して Amazon EC2 上の SQL Server データベースの高可用性、データ保護、およびディザスタリカバリを実現する方法の詳細については、「[Amazon EC2 for SQL Server](ec2-log-shipping.md)」セクションの「*ログ配布*」を参照してください。 # データベースのミラーリング データベースのミラーリングを使用して、SQL Server データベース用のハイブリッドクラウド環境をセットアップできます。このオプションには SQL Server Enterprise エディションが必要です。このシナリオでは、プリンシパル SQL Server データベースをオンプレミスで実行し、クラウドにウォームスタンバイを作成します。データを非同期でレプリケートし、カットオーバーの準備ができたら手動でフェイルオーバーを実行します。データベースを AWS クラウドに移行したら、高可用性と回復性のために Always On 可用性グループを使用してセカンダリレプリカを追加できます。 この方法を使用して Amazon EC2 上の SQL Server データベースの高可用性、データ保護、およびディザスタリカバリを実現する方法の詳細については、「*Amazon EC2 for SQL Server*」セクションの「[データベースのミラーリング](ec2-db-mirroring.md)」を参照してください。 # Always On 可用性グループ SQL Server Always On 可用性グループは、高可用性およびディザスタリカバリソリューションを提供するエンタープライズレベルの高度な特徴量です。この特徴量は、SQL Server 2014 以降のバージョンを使用している場合のみ有効です。Always On 可用性グループを使用して、　 AWS上でオンプレミスの SQL Server データベースを Amazon EC2 に移行することもできます。この方法では、ダウンタイムを最小限またはまったく発生させずにデータベースを移行できます。 SQL Server Always On 可用性グループの既存のオンプレミスデプロイがある場合、プライマリレプリカとセカンダリレプリカは可用性グループ内のデータを同期的にレプリケートします。したがって、データベースを AWS クラウドに移行するには、Windows Server フェイルオーバークラスタリング (WSFC) クラスターをクラウドに拡張できます。これは移行のためだけの一時的なものでもかまいません。次に、次の図に示すように、 AWS クラウドでセカンダリレプリカを作成し、非同期レプリケーションを使用します。セカンダリレプリカがオンプレミスのプライマリデータベースと同期されたら、カットオーバーの準備が整うといつでも手動フェイルオーバーを実行できます。 ![\[SQL Server migration process with Always On availability groups\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/migration-sql-server/images/sql-migration-always-on.png) この方法を使用して Amazon EC2 上の SQL Server データベースの高可用性、データ保護、およびディザスタリカバリを実現する方法の詳細については、「*Amazon EC2 for SQL Server*」セクションの「[Always On 可用性グループ](ec2-always-on.md)」を参照してください。 # 分散可用性グループ 分散可用性グループは 2 つの別々の可用性グループにまたがります。複数の可用性グループのうちの 1 つの可用性グループと考えることができます。基盤となる可用性グループは 2 つの異なる WSFC クラスターで構成されます。分散可用性グループに参加する可用性グループは同じ場所を共有する必要はありません。物理でも仮想でも、オンプレミスでもパブリッククラウドでも構いません。分散可用性グループの可用性グループは、同じバージョンの SQL Server を実行する必要はありません。ターゲット DB インスタンスは、ソース DB インスタンスよりも新しいバージョンの SQL Server を実行できます。 分散可用性グループアーキテクチャを使用すると、ミッションクリティカルな SQL Server インスタンスまたはデータベースを柔軟にリホストできます AWS。 AWS上で重要な SQL Server データベースのリフトアンドシフト ( またはリフトと変換 ) を行うハイブリッドソリューションを提供します。 分散可用性グループアーキテクチャを使用すると、既存のオンプレミス WFSC クラスターを に拡張するよりも効率的です AWS。データはオンプレミスのプライマリからいずれかのレプリカ (*フォワーダー*) AWS にのみ転送されます。フォワーダーは、他のセカンダリリードレプリカにデータを送信する責任があります AWS。 次の図では、最初の WSFC クラスター (WSFC 1) はオンプレミスでホストされており、オンプレミスの可用性グループ (AG 1) があります。2 番目の WSFC クラスター (WSFC 2) は でホスト AWS され、 AWS 可用性グループ (AG 2) があります。 [Direct Connect](https://aws.amazon.com/directconnect/)は、オンプレミス環境と 間の専用ネットワーク接続として使用されます AWS。オンプレミス可用性グループ (AG 1) には 2 つのレプリカ (*ノード*) があります。ノード間のデータ転送は同期的で、自動フェイルオーバーが行われます。同様に、 AWS 可用性グループ (AG 2) にも 2 つのレプリカがあり、それらの間のデータ転送は自動フェイルオーバーと同期します。分散可用性グループは、データベースを非同期的に同期させます。データは、AG 1 の SQL Server プライマリレプリカ (オンプレミス) から AG 2 のプライマリレプリカ (フォワーダー) (オン) に転送されます AWS。フォワーダーは、 AWS 上の他のリードレプリカにデータを送信し、常に最新の状態に保つ責任があります。オンプレミスと AWS データベースが同期されたら、分散可用性グループの手動フェイルオーバーを実行できます AWS。 AWS データベースは、アプリケーションからの読み取り/書き込みアクセスのプライマリデータベースになります。 ![\[SQL Server migration process with distributed availability groups\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/migration-sql-server/images/sql-migration-distributed-availability-groups.png) **注記** どの時点でも、書き込み操作が可能なデータベースは 1 つだけです。残りのセカンダリレプリカは読み取り操作に使用できます。読み取りワークロードをスケールアウトするには、 AWSの複数のアベイラビリティーゾーンにリードレプリカをさらに追加できます。 分散可用性グループの詳細については、以下を参照してください。 + 「[Microsoft SQL Server ドキュメント](https://docs.microsoft.com/en-us/sql/database-engine/availability-groups/windows/distributed-availability-groups)」 + AWS Database [ブログの「分散可用性グループを使用してハイブリッド Microsoft SQL Server ソリューションを設計する方法](https://aws.amazon.com/blogs/database/how-to-architect-a-hybrid-microsoft-sql-server-solution-using-distributed-availability-groups/)」 + 規範ガイダンスウェブサイトの[分散可用性グループ AWS を使用して SQL Server を に移行する](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/migrate-sql-server-to-aws-using-distributed-availability-groups.html) AWS # トランザクションレプリケーション トランザクションレプリケーションは、2 つのデータベース間の変更をレプリケートするために使用される SQL Server テクノロジーです。これらの変更には、データだけでなく、テーブル ( プライマリキーが必要 )、ストアドプロシージャ、ビューなどのデータベースオブジェクトも含まれます。レプリケーションプロセスには、*パブリッシャー* (データを公開するプライマリデータベース)、*サブスクライバー* (レプリケートされたデータを受信するセカンダリデータベース)、*ディストリビューター* (トランザクションレプリケーション用のメタデータとトランザクションを格納するサーバー) が関与します。Amazon EC2 上の SQL Server およびAmazon RDS for SQL Server DB インスタンスのトランザクションレプリケーションをを使用できます。 トランザクションレプリケーションは、オンプレミス ( パブリケーション ) データベース内のオブジェクトとデータのスナップショットを作成し、サブスクライバーデータベースに送信します。スナップショットがサブスクライバーに適用されると、それ以降にパブリッシャーで行われたすべてのデータ変更とスキーマ変更は、発生時にサブスクライバーに送信されます。その後、データ変更は、パブリッシャーで発生したのと同じ順序でサブスクライバーに継続的に適用されます。 同期が完了したら、ターゲット SQL Server DB インスタンスで検証を実行します。2 つのデータベースが同期したら、オンプレミスデータベースのアクティビティを停止し、レプリケーションが完了したことを確認してから、ターゲット SQL Server DB インスタンスへのカットオーバーを実行します。その後、プッシュサブスクリプションを停止して削除し、Amazon RDS for SQL Server の使用を開始できます。 サブスクライバーデータベースは読み取り専用データベースとしても使用できます。同期ジョブを記録するディストリビューターは、別のサーバーに配置することをお勧めします。ターゲットデータベースが Amazon RDS for SQL Server 上にある場合は、プッシュサブスクリプションをセットアップして変更をサブスクライバーに反映できます。 トランザクションレプリケーションは、次の場合に使用することをお勧めします。 + Amazon RDS または Amazon EC2 へ 1 回限りのデータ移行を実行する。 + スキーマレベルまたはテーブルレベルのオブジェクトを に移行します AWS。 + データベースの一部を に移行します AWS。 + 別のサブスクライバーを追加することで、既存の SQL Server レプリケーション戦略を使用して最小限のダウンタイムで移行する。 Amazon RDS for SQL Server への 1 回限りのデータの移行にトランザクションレプリケーションを使用する予定の場合は、レプリケーション用に Single-AZ 構成をセットアップすることをお勧めします。レプリケーションプロセスが完了したら、高可用性を実現するために環境を Multi-AZ アーキテクチャに変換できます。 次の図は、Amazon RDS および Amazon EC2 上でのデータベースのトランザクションレプリケーションプロセスを示しています。 ![\[SQL Server migration process with transactional replication\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/migration-sql-server/images/sql-migration-transactional-replication.png) トランザクションレプリケーションの詳細については、 AWS 「データベースブログ」の[「Microsoft SQL Server ドキュメント](https://docs.microsoft.com/en-us/sql/relational-databases/replication/transactional/transactional-replication)」および[「トランザクションレプリケーションを使用して Amazon RDS for SQL Server に移行する方法](https://aws.amazon.com/blogs/database/how-to-migrate-to-amazon-rds-for-sql-server-using-transactional-replication/)」の投稿を参照してください。 # AWS Migration Hub Orchestrator **注記** AWS Migration Hub は、2025 年 11 月 7 日現在、新規顧客に公開されていません。に似た機能については AWS Migration Hub、「」を参照してください[AWS Transform](https://aws.amazon.com/transform/)。 AWS Migration Hub Orchestrator は、SQL Server データベースの Amazon EC2 または Amazon RDS への移行をオーケストレーションおよび自動化するのに役立ちます。のこの機能 AWS Migration Hub を使用すると、ベストプラクティスに基づいて構築された事前定義されたワークフローテンプレートを使用して、すぐに開始できます。Migration Hub Orchestrator は、環境の準備状況や接続の確認など、移行プロセスでエラーが発生しやすい手動タスクを自動化します。Migration Hub Orchestrator を使用して、SQL Server データベースに加えて、.NET アプリケーション、SAP ワークロード、および仮想マシンイメージの移行をオーケストレートし、迅速化することもできます。このツールには、[[Migration Hub Orchestrator コンソール](https://console.aws.amazon.com/migrationhub/orchestrator/) ]からアクセスできます。 SQL Server の移行では、Migration Hub Orchestrator は次の 3 つのユースケースをサポートします。 + Amazon EC2 上の SQL Server のリホスト 特定の SQL サーバーを選択し、Migration Hub Orchestrator の自動ネイティブバックアップと復元を使用して Amazon EC2 でリホストできます。詳細については、「 Migration Hub Orchestrator ドキュメント」の「 [Amazon EC2 での SQL サーバーのリホスト](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/rehost-sql-ec2.html )」を参照してください。 + Amazon RDS で SQL Server をリプラットフォームします。Migration Hub Orchestrator の自動ネイティブバックアップと復元を使用して、特定の SQL Server データベースを選択し、Amazon RDS 上でそれらをリプラットフォームできます。詳細については、「 Migration Hub Orchestrator ドキュメント」の「 [Amazon RDS での SQL サーバーのリプラットフォーム](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/replatform-sql-rds.html)」を参照してください。 + Amazon EC2 上の Windows および SQL Server アプリケーションのリホスト .NET と SQL Server を実行している Windows サーバーを Amazon EC2 にリフトアンドシフトするには、*Amazon EC2 上のアプリケーションのリホストのテンプレート*を使用します。詳細については、「 Migration Hub Orchestrator ドキュメント」の「 [Amazon EC2 でのアプリケーションのリホスト](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/rehost-on-ec2.html)」を参照してください。 Migration Hub Orchestrator は、SQL Server の移行におけるスケジュールや予算の超過を回避するのに役立ちます。その他の主な利点には以下が含まれます。 + 規範的な方法論を使用してアプリケーションを移行します。実証済みの移行ベストプラクティスに基づいた定義済みのワークフローテンプレートを使用すれば、すぐに開始できます。また、必要に応じてステップを追加、順序変更、削除して、移行ワークフローをカスタマイズすることもできます。例えば、カットオーバー承認のステップを追加できます。 + 手動ステップを自動化します。Migration Hub Orchestrator は、エージェントのインストール、オンプレミスイメージのインポート、 でのターゲット環境のプロビジョニング AWS、ソース環境とターゲット環境の検証などの手動タスクを自動化します。自動化により、時間とコストを節約できると同時に、エラーも減ります。 + 移行ワークフローをオーケストレートする。Migration Hub Orchestrator は、インベントリメタデータ、構成仕様、および環境コンテキストを再利用して、移行手順で使用されるツールをオーケストレートし、これらのツールが必要とする入力の数を最小限に抑えます。 詳細については、次のリソースを参照してください。 + [Migration Hub Orchestrator コンソール](https://console.aws.amazon.com/migrationhub/orchestrator/) + [Amazon EC2 でのアプリケーションのリホスト](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/rehost-on-ec2.html)(*Migration Hub Orchestrator ユーザーガイド*) + [Amazon RDS 上での SQL server のリプラットフォーム](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/replatform-sql-rds.html) (*Migration Hub Orchestrator ユーザーガイド*) + [移行ワークフロー](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/migration-workflows.html) (*Migration Hub Orchestrator ユーザーガイド*) + [Migration Hub Orchestrator を使用して Microsoft SQL Server の移行を簡素化および高速化する](https://aws.amazon.com/blogs/modernizing-with-aws/aws-migration-hub-orchestrator-sql-server-migrations-to-aws/) (AWS ブログ記事) + [を使用して Windows Server イメージの移行を簡素化する AWS Migration Hub Orchestrator](https://aws.amazon.com/blogs/modernizing-with-aws/simplify-migrating-your-windows-server-images-with-aws-migration-hub-orchestrator/) (AWS ブログ記事) # AWS Snowball Edge **注記** AWS Snowball Edge は新規顧客には利用できなくなりました。新しいお客様は、オンライン転送、安全な物理的な転送のための[AWS データ転送ターミナル](https://aws.amazon.com/data-transfer-terminal/)、または AWS Partner ソリューション[AWS DataSync](https://aws.amazon.com/datasync/)を検討する必要があります。エッジコンピューティングについては、「」を参照してください[AWS Outposts](https://aws.amazon.com/outposts/)。 AWS Snowball Edge を使用して、非常に大規模なデータベース (最大 210 TB のサイズ) を移行できます。Snowball には 10 Gb イーサネットポートがあり、これをオンプレミスサーバーに接続して、すべてのデータベースバックアップまたはデータを Snowball Edge デバイスに保存します。データが Snowball Edge にコピーされたら、アプライアンスを に送信 AWS して、指定された S3 バケットに配置します。その後、Amazon S3 からバックアップをダウンロードして EC2 インスタンスの SQL Server に復元するか、`rds_restore_database` ストアドプロシージャを実行してデータベースを Amazon RDS に復元できます。[AWS Snowcone](https://aws.amazon.com/snowcone/) は最大 8 TB のサイズのデータベースにも使用できます。詳細については、Amazon RDS [AWS Snowball Edge ドキュメント](https://docs.aws.amazon.com/snowball/latest/developer-guide/whatisedge.html)のドキュメントおよび [SQL Server データベースのインポートとエクスポート](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.html#SQLServer.Procedural.Importing.Native.Using)、*データベースの復元*セクションを参照してください。