Applies to:SQL Server
この記事では、Azure ポータルで、Azure Arc によって有効化された
Azure SQL Managed Instance 無料を最大 1 年間試すことができます。
注
移行エクスペリエンスに関するフィードバックを 製品グループに直接提供できます。
概要
Azure SQL Managed Instanceは、Azure クラウド プラットフォームでSQL Serverワークロードを実行するための、サービスとしてのリフト アンド シフト プラットフォーム (PaaS) ターゲットのフル マネージドです。 SQL Server インスタンスがAzure Arcによって有効になった後、SQL Serverデータ資産を評価して、最適なSQL Managed Instance構成を特定できます。 その後、Azure ポータルから直接SQL Managed InstanceにSQL Server データベースを移行できます。
SQL Server インスタンスがAzure Arcによって有効になっている場合は、次のことができます。
- SQL Server インスタンスをSQL Managed Instanceに移行する準備ができているかどうかを評価して評価します。
- 潜在的な移行の問題を特定し、それらを軽減する方法について説明します。
- サービス レベル、構成、およびサイズ設定に関するガイダンスを使用して、パフォーマンスとコストを最適化します。
SQL Serverインスタンスの検出と準備レポートの生成は週末ごとに自動的に行われますが、いつでも手動で開始できます。 このプロセスは完了するまでに数分しかかかりません。 追加の構成やセットアップは必要ありません。
まず、適切なSQL Managed Instanceターゲットを選択し、環境を準備します。 その後、SQL Server データベースを Azure ポータルから完全に管理された自動化されたプロセスを介して直接SQL Managed Instanceに移行できます。
SQL Server 2012 (11.x) 以降、Azure Arc によって有効になっているすべてのSQL Server インスタンスに対して、データベースの移行が既定で使用できます。
[ データベースの移行 ] ウィンドウには、データベースの合計数、推奨されるターゲット、完了した移行の数、進行中の移行の数など、インスタンスの移行状態の概要も表示されます。
統合移行方法
[データベースの移行] ウィンドウで、ニーズに最も適した移行方法を選択します。 環境を準備するための初期構成の後、移行プロセスによって、選択に基づいて残りの部分が自動化されます。
Microsoft Copilotは、要件に基づいて適切な移行方法を選択するのに役立ちます。
次の表は、移行プロセスに組み込まれている 2 つの方法をまとめたものです。
| マネージド インスタンス リンク | ログ再生サービス (LRS) | |
|---|---|---|
| 方式 | リアルタイム レプリケーション
|
継続的バックアップと復元
|
| 基盤となるテクノロジ | 分散型可用性グループ | ログ配布 |
| 説明 | ほぼリアルタイムのレプリケーションを使用する最もパフォーマンスの高い方法。 ターゲットに読み取り専用 (R/O) データベースを提供するため、移行中にデータをほぼリアルタイムで照会して、セカンダリで R/O ワークロードをオフロードしたり、移行中にデータを確認したりできます。 最小限のダウンタイムを実現するための最適な移行。 | 最も互換性のある移行方法。 LRS サービスが自動的にSQL Managed Instanceに継続的に復元する中間Azure BLOB ストレージ アカウントにバックアップをアップロードします。 ターゲットで R/O データベース レプリカを使用できません。 |
| サポートされているバージョン | SQL Server 2016 以降および Windows Server 2016 以降 | SQL Server 2012 以降のWindows Server 2012以降 |
| サポートされているエディション | Enterprise、Standard、Developer の各エディション | 全エディション |
| 同時移行 | はい。SQL Server バージョン 1.1.3348.364 以降のAzure拡張機能を持つ最大 10 個のデータベース。 以前のバージョンの 1 つのデータベース。 |
無制限 |
| 推奨対象 | 移行中に最小限のダウンタイムを必要とするビジネス クリティカルなワークロード。ターゲット上の読み取り専用データベースにアクセスします。ターゲットは General Purpose または Business Critical SQL Managed Instanceです。 | 一部の計画的なダウンタイムが許容され、General Purpose SQL Managed Instanceのターゲットである汎用ワークロード。 Business Critical SQL マネージド インスタンス のターゲットには推奨されません。 |
2 つの移行方法の詳細な比較については、「Compare Managed Instance link with LRS for migrationを参照してください。
Microsoft Copilot支援された移行
Microsoft Copilotは、移行プロセス全体を支援するためにエクスペリエンスに組み込まれています。 Microsoft Copilotと対話形式でチャットすると、Microsoftのナレッジ ベースを検索して、Azureに移行する過程で役立ちます。
Microsoft Copilotは、次のようなプロンプトを表示して、意思決定を行ったり、特定の時点でアクションを実行したりするのに役立つ AI を活用した支援を提供します。
- 評価はどのように行われますか?
- 比較に役立ちます。
- 移行を開始します。
- 適切な移行方法を選択してください。
- 移行を監視する。
- 移行を完了します。
[前提条件]
Azure ArcでSQL Server移行を使用するには、次の前提条件が必要です。
- アクティブなAzure サブスクリプション。 お持ちでない場合は、 無料アカウントを作成できます。
- SQL Server インスタンスは、Azure Arc によって、SQL Server バージョン
1.1.3238.349以降の Azure 拡張機能を使用して有効化されなければなりません。 拡張機能は、Azure ポータルまたは Azure CLI を使用してアップグレードできます。
移行プロセスを開始する前に、 選択した移行方法に合わせて環境が準備されていることを確認します。
- Managed Instance リンクの移行を準備します。
- LRS 移行の準備をします。
Azure SQL Managed Instanceに移行する
Database Migration ペインの次のタイルは、SQL Server データベースをAzure SQL Managed Instanceに移行する手順を示しています。
- Assess ソース インスタンス: SQL Server インスタンスを評価して、SQL Managed Instanceに移行する準備ができているかどうかを判断します。
- ターゲットの選択: 移行のSQL Managed Instanceターゲットを選択します。
- データの移行: SQL Server データベースをSQL Managed Instanceに移行します。
- 監視とカットオーバー: 移行プロセスをモニタリングし、SQL Managed Instance ターゲットに切り替えを行います。
次のスクリーンショットは、Azure ポータルの SQL Server インスタンスの Database migration ペインのタイルを示しています。
ソース インスタンスを評価する
ソース インスタンスを評価するには、次の手順に従います。
Azure ポータルで、SQL Server インスタンスに移動します。
[ 移行] で [ データベースの移行 ] を選択し、[ データベース移行 ] ウィンドウを開きます。 [ ソース インスタンスの評価] で [ レポートの表示 ] を選択して、[評価] ウィンドウ を 開きます。
[評価] ウィンドウで、次 の操作を行 います。
- 新しい評価を開始するには、実行を使用してください。最近評価が実行されていない場合に限ります。
- Azure SQL MI Recommended Target ボックスの View assessment details を使用して、SQL Managed Instanceに移行するSQL Server インスタンスの準備状況など、評価結果の詳細を確認します。 また、ターゲット インスタンスに推奨されるサービス レベルと構成についても説明します。
ターゲットの選択
SQL Server インスタンスを評価したら、SQL Managed Instanceターゲットを選択します。
[評価] ウィンドウ で 、[作成] を選択 するか、[ターゲット] を選択します。 または、[ データベース移行 ] ウィンドウで [ターゲットの選択] を 選択します。 どちらのオプションでも、[ ターゲットの作成] ウィンドウまたは [ターゲットの選択 ] ウィンドウが開き、移行ターゲットを識別できます。
[ ターゲットの作成または選択 ] ウィンドウの [ ターゲットが存在する] で、次のいずれかのオプションを選択します。
- ターゲットを既に作成しています: 既存のSQL Managed Instanceターゲットを選択します。
- いいえ、新しいターゲットを作成します: 新しい SQL マネージド インスタンス ターゲットを作成します。
SQL Managed Instanceターゲットに必要な情報を入力します。 次に、[ ターゲットの選択] または [ ターゲットの作成 ] を使用して、 ターゲットが存在 する選択に基づいて次の手順に進みます。
- ターゲットとしてインスタンスが既にある場合は、ターゲットの選択を選択すると、SQL Server インスタンスの Database migration ペインに移動します。 インスタンス名は、選択したターゲットとして設定されます。 その後、 データの移行 手順に進むことができます。
- 新しいインスタンスを作成することを選択した場合、"Database migration" ペインの "Create Azure SQL Managed Instance" ペインに案内され、ターゲット インスタンスを作成します。 完了したら、SQL Server インスタンスの Database migration ペインでデプロイの進行状況を確認します。 ターゲット名が [ ターゲット ] タイルに設定されます。 その後、 データの移行 手順に進むことができます。
データの移行
ターゲットの準備ができたら、移行プロセスを開始します。
注
新しく追加されたデータベースがAzureポータルに表示されない場合、Arcエージェントを再起動する必要があるかもしれません。
Managed Instanceリンク移行用に環境を準備したら、SQL Server データベースをAzure SQL Managed Instanceに移行できます。
注
各リンクの作成には最大 10 分かかることがあります。 アクティビティ ログを使用して、リンク作成プロセス中のバックグラウンド変更を追跡します。
Managed Instance リンクを使用して、SQL Server データベースをSQL Managed Instanceに移行するには、次の手順に従います。
[ データベース移行 ] ウィンドウで、[ データの移行] を選択します。
[ 新しいデータ移行 ] ウィンドウで、[ リアルタイム レプリケーションを使用した移行 (オンライン)] を選択します。
[ ソース データベースの選択 ] タブで、移行するデータベースの横にあるチェック ボックスをオンにし、[ 次へ: 設定] を使用して次のページに進みます。
Azure portal で LRS を使用してデータベースを移行するときのソース データベース選択ページのスクリーンショット。 SQL Server バージョン
1.1.3348.364以降のAzure拡張機能では、同時に移行する最大 10 個のデータベースの選択がサポートされています。 拡張機能のバージョンが以前の場合は、一度に 1 つのデータベースのみを選択して移行できます。[ 設定] タブで、MI リンクの名前を指定します。 可用性グループの名前は自動生成されます。必要な場合にのみカスタマイズします。 また、Test connection を使用してソース SQL Server インスタンスへの接続をテストすることもできますが、一部のネットワーク構成では false 陽性が発生する可能性があることに注意してください。 次へ: 確認と作成を使用して次のページに進みます。
ターゲット SQL Managed Instanceへの接続をテストすることもできます。
[ 確認と作成 ] タブで、設定を確認し、警告を確認します。 一部の警告で移行を開始することはできますが、他の警告は表示されません。 データ移行の開始を選択してSQL Managed Instanceターゲットにデータを移行します。
注
Managed Instance リンク移行方法を使用して移行プロセスを開始すると、システムは、分散可用性グループの作成が完了するまで、ワークフロー全体に対して just-in-time アクセス許可 を付与します。この時点で、Just-In-Time アクセス許可が削除されます。
カットオーバー前のレプリケーションラグの監視
移行を開始したら、プライマリ レプリカとセカンダリ レプリカの間のレプリケーションのラグを監視できます。 大きな不一致は、セカンダリ レプリカがプライマリ レプリカに追いつくのに問題があることを示しています。これは通常、2 つのインスタンス間のリンクでのネットワーク スループットの低下、2 つのレプリカ間のリソース割り当ての不一致、またはプライマリ レプリカのワークロードが過度に高いことが原因です。
レプリケーションの遅延の監視は、ターゲット SQL Managed Instanceに切り越すときに特に重要です。 カットオーバーは、計画されたフェールオーバーを実行することを意味し、フェールオーバーを実行する前に、セカンダリレプリカがプライマリレプリカと完全に同期していることが必要です。 レプリケーションのラグが大きい場合、フェールオーバーの完了に時間がかかる場合があり、場合によっては失敗する場合もあります。
[ データベース移行 ] ウィンドウで、[ 移行の監視 ] を選択し、[ ラグ ] 列を確認します。 2 つのダッシュはラグがないことを示し、時間値はラグの量を示します。
レプリケーションのラグが大きい場合は、セカンダリ レプリカがプライマリ レプリカに追いつくのを待ってから、切り取ってください。 プライマリ レプリカでのワークロードの一時停止、2 つのインスタンス間のリンク ネットワーク スループットの向上、セカンダリ レプリカのリソース容量の増加など、ラグが続く場合は、追加のトラブルシューティング手順を実行することが必要になる場合があります。 SQL Serverプライマリ レプリカでワークロードを停止する最も簡単な方法は、インスタンスへのアプリケーション接続を切断することです。
T-SQL スクリプトを使用してレプリケーションのラグを監視することもできます。 詳細については、「 レプリケーションラグの監視」を参照してください。
監視とカットオーバー
移行を開始したら、進行状況を監視できます。 [ データベース移行 ] ウィンドウで、[ 移行の監視] を選択します。
[監視とカットオーバー] ウィンドウには、次のような移行プロセスに関する有用な情報が表示されます。
- 正常に移行されたデータベースと、まだ進行中のデータベース。
- 選択した移行方法。
- ターゲット インスタンスとターゲット データベース。
- 各データベースの現在の移行の期間。
- 移行が開始された時刻。
[ 監視とカットオーバー ] ウィンドウから移行を完了または取り消すことができます。 移行に関する情報のログを表示することもできます。 データベースを選択すると、ソースとターゲットの詳細が表示されたウィンドウが表示されます。
移行が完了すると、移行の状態に [ カットオーバーの準備完了] と表示されます。 SQL Managed Instanceターゲットに切り替える場合は、Monitor and cutover ペインで Cutover を選択します。 データベースの詳細ウィンドウを使用することもできます。
データベースを選択し、[ カットオーバー ] を使用して [カットオーバー ] ウィンドウを開き、選択した移行方法に基づいてさまざまなオプションを表示します。
注
カットオーバーの完了または移行のキャンセルを行うと、Managed Instanceリンクを使用して移行する際に、リンクが削除されるか移行がキャンセルされるまで、ジャストインタイムのアクセス許可が付与されます。
移行を元に戻す
SQL マネージド インスタンスの update ポリシーによっては、Azure SQL Managed InstanceからSQL Serverへの逆移行がサポートされる場合があります。 例えば次が挙げられます。
- SQL Server 2022 更新ポリシー: SQL Server 2022 更新ポリシーで構成されたインスタンスのデータベースは、SQL Server 2022 インスタンスに復元できます。
- SQL Server 2025 更新ポリシー: SQL Server 2025 更新ポリシーで構成されたインスタンスからのデータベースは、SQL Server 2025 インスタンスに復元できます。
- Always-up-to-date 更新ポリシー: Always-up-to-date 更新ポリシーで構成されたインスタンスからのデータベースをSQL Serverに復元することはできません。
ソース SQL Server バージョンが 2022 SQL Serverより前の場合、逆移行はできません。 データベースをSQL Managed Instanceに移行すると、以前のバージョンのSQL Serverと互換性のない新しいデータベース バージョンへの内部アップグレードが行われます。 逆移行データベースの互換性は、SQL Managed Instance が対応する更新ポリシーで構成されている場合にのみ使用できます。
Azure ArcエクスペリエンスでのSQL Server移行では、逆移行を使用できません。 ネイティブ バックアップや復元などの他のツールを使用して移行を手動で元に戻したり、SSMS でリンクを手動で構成したりできます。
制限事項
Managed Instance リンクとLRSの制限は、Azure ポータルを介した移行に適用されます。
Azure ポータルを使用した移行の監視は、監視ライセンス要件を満たすSQL Serverインスタンスでのみ使用できます。
一般的な問題のトラブルシューティング
Azure SQL Managed Instanceに移行するときの一般的な問題をトラブルシューティングするには、移行の問題を参照してください。