セルフホステッド統合ランタイム (SHIR) を構成して、独自のコンピューティング リソースを使用して、オンプレミス環境のソース SQL Server インスタンス のバックアップ ファイルにアクセスできます。
オンプレミスのネットワーク共有からデータベース バックアップにアクセスするには、セルフホステッド統合ランタイムが必要です。
SHIR ランタイムは、Azure portal からダウンロードできます。 キーは、Azure Database Migration Service (Azure DMS) によって提供されます。
特定の移行シナリオと Azure SQL ターゲットの詳細については、次の表のチュートリアルの一覧を参照してください。
| 移行シナリオ | 移行モード |
|---|---|
| SQL Server から Azure SQL Managed Instance へ | Azure Arc での SQL Server 移行エクスペリエンス |
| SQL Server から Azure 仮想マシン上の SQL Server へ | オンライン / オフライン |
| SQL Server から Azure SQL Database へ | オフライン |
Important
ターゲットが Azure SQL Database の場合は、Azure portal 経由で Azure DMS を使用してデータベース スキーマとデータの両方を移行できます。 また、Visual Studio Code の SQL Database Projects 拡張機能 を使用して、データ移行を開始する前にデータベース スキーマをデプロイすることもできます。
レコメンデーション
複数のソース SQL Server データベースに対して、1 つのセルフホステッド統合ランタイムを使用します。
1 台のコンピュータには、セルフホステッド統合ランタイムのインスタンスを 1 つだけインストールします。
1 つのセルフホステッド統合ランタイムのみを Azure DMS の 1 つのインスタンスに関連付けます。
セルフホステッド統合ランタイムは、インストールされているコンピューター上のリソース (メモリや CPU) を使用します。 ソース SQL Server インスタンスとは別のコンピューターにセルフホステッド統合ランタイムをインストールします。 しかし、2 台のコンピューターは近接している必要があります。 セルフホステッド統合ランタイムをデータ ソースの近くに配置すると、セルフホステッド統合ランタイムにおけるデータ ソースへの接続に要する時間が短縮されます。
セルフホステッド統合ランタイムは、データベース バックアップがオンプレミスの SMB ネットワーク共有にある場合にのみ使用します。 ソース データベース バックアップが既にストレージ BLOB コンテナーにある場合、データベースの移行にセルフホステッド統合ランタイムは不要です。
1 台のコンピューターでセルフホステッド統合ランタイムごとに最大 10 個の同時データベース移行を使用します。 同時データベース移行の数を増やすには、セルフホステッド ランタイムを最大 4 ノードにスケールアウトするか、異なるコンピュータのマシンごとにセルフホステッド統合ランタイムのインスタンスを個別に作成します。
自動更新するようにセルフホステッド統合ランタイムを構成して、リリースされた新機能、バグ修正、拡張機能を自動的に適用します。 詳細については、「セルフホステッド統合ランタイムの自動更新」を参照してください。
制限事項
Azure DMS を使用したデータベース移行には、Azure Data Factory で作成した既存のセルフホステッド統合ランタイムを使用することはできません。