SQL 評価を確認する

2025-05-01

この記事では、SQL 評価の概念、その特性、およびさまざまな移行ターゲットの SQL 評価を確認する方法について説明します。 SQL 評価には、オンプレミスのワークロードから使用可能な SQL ターゲットへの移行を比較できる包括的なレポートが用意されています。このレポートでは、SQL デプロイのさまざまな移行戦略の概要を示します。

推奨されるデプロイ:

デプロイには、SQL インスタンスと互換性の高い Azure SQL デプロイの種類を選択する必要があります。これは、移行の設定とコストに関する考慮事項に基づいています。インスタンスが Azure VM、Azure SQL Managed Instance、および Azure SQL Database 上の SQL Server に適している場合、ターゲットのデプロイの種類によって移行準備の問題が最小限に抑えられますが、コストが最適化されます。

注

AZURE VM 上の SQL Server へのインスタンスの移行は、SQL Server インスタンスを移行するための推奨される方法です。 SQL Server の資格情報が使用できない場合、Azure SQL 評価では、適切なサイズのリフトアンドシフトに関する推奨事項が提供され、特に Azure VM 上の SQL Server への移行が提案されます。

SQL ワークロードに対する Azure の準備

SQL インスタンスとデータベースに対する Azure SQL 対応性は、Azure VM、Azure SQL Database、および Azure SQL Managed Instance 上の SQL Server との機能互換性チェックに基づいています。この評価では、SQL エージェントジョブ、リンクサーバー、ユーザーデータベーススキーマ (テーブル、ビュー、トリガー、ストアドプロシージャなど) など、ソース SQL Server ワークロードで現在使用されている機能を評価して、潜在的な互換性の問題を特定します。

Azure の準備	互換性の問題の可能性	細部	推奨される修復ガイダンス
データストアが準備完了	互換性の問題が見つかりません	ターゲットデプロイの種類 (Azure VM 上の SQL Server、Azure SQL Database、Azure SQL Managed Instance) のインスタンスの準備が整いました	なし
準備完了	重要でない互換性の問題	特定のターゲットデプロイの種類への移行をブロックしない、非推奨またはサポートされていない機能	推奨される修復ガイダンスが提供されました
条件付きで対応	特定のターゲットへの移行をブロックする可能性がある互換性の問題		推奨される修復ガイダンスが提供されました
条件付きで対応	推奨されるデプロイ戦略では、Azure SQL Managed Instance と Azure VM 上の SQL Server の両方の準備レポートで、SQL インスタンス内の 1 つのデータベースが特定のターゲットデプロイの種類に対応できない場合、インスタンス全体がそのデプロイの種類の条件で準備完了としてマークされます	インスタンスは、そのデプロイの種類の条件で準備完了としてマークされます	推奨される修復ガイダンスが提供されました
準備不完了	適切な構成が見つかりません	評価で、必要な構成とパフォーマンスの特性を満たす Azure VM、Azure SQL Managed Instance、Azure SQL DB 構成上の SQL Server が見つかりませんでした。たとえば、評価で必要なサイズのディスクが見つからない場合、インスタンスは不適切としてマークされます。	目的のターゲットデプロイの種類に対してインスタンス/サーバーを準備するための推奨事項を確認する
未知	発見が進行中または発見に関する問題	評価では、その SQL インスタンスの準備を計算できませんでした	なし

注

推奨されるデプロイ戦略では、AZURE VM 上の SQL Server にインスタンスを移行することが、SQL Server インスタンスを移行するための推奨される方法です。

セキュリティの準備

データベースまたはインスタンスがターゲットデプロイの種類 (Azure SQL Managed Instance) の準備完了としてマークされている場合は、自動的に Microsoft Defender for SQL の準備完了と見なされます。 Azure VM 上の SQL Server の準備完了とマークされている場合、サポートされているバージョンのいずれかが実行されている場合は、Microsoft Defender for SQL の準備完了と見なされます。

SQL Server バージョン 2012、2014、2016、2017、2019、2022
その他のすべてのバージョンでは、条件付きで準備完了としてマークされます。

ターゲットのサイズ適正化

準備状況と推奨される Azure SQL デプロイの種類を決定した後、評価では、オンプレミスの SQL Server のパフォーマンスを満たすか超えるサービスレベルと Azure SQL 構成 (SKU サイズ) が計算されます。この計算は、オンプレミスとパフォーマンスベースのどちらのサイズ設定基準を使用するかに基づいています。

サイズ変更の設定基準	詳細	データ
オンプレミス	オンプレミスの SQL Server 構成だけに基づく推奨事項。	Azure SQL 構成は、割り当てられたコア、合計メモリ、データベースサイズを含むオンプレミスの SQL Server 構成に基づいています。
パフォーマンスベース	Azure SQL 構成は、データファイルとログファイルの両方に対する、CPU 使用率、メモリ使用量、IOPS (データファイルとログファイル)、スループット、IO 操作の待機時間など、SQL インスタンスとデータベースのパフォーマンスデータに基づいています。

Azure SQL Managed Instance と Azure SQL Database の権限付与

オンプレミスサイズ計算として

評価では、オンプレミスの SQL インスタンス構成を満たすか超えることができるサービスレベルと Azure SQL 構成 (SKU サイズ) が計算され、識別されます。 Azure Migrate は、オンプレミスサーバーから次の SQL インスタンス構成データポイントを収集します。

仮想コア数 (割り当て済み)
メモリ (割り当て済み)
DB の合計サイズとデータベースファイルの組織 (DB サイズは、すべてのデータファイルとログファイルを追加して計算されます)

この評価では、すべての構成データポイントが集計され、使用可能な Azure SQL サービスレベル間で最適な一致が識別されます。コスト効率を最適化しながら、SQL インスタンスの要件を満たす、または超える構成を選択します。

パフォーマンスベースのサイズ設定の計算

評価では、次のデータポイントに基づいて、オンプレミスの SQL インスタンスのパフォーマンス要件を満たすか超えることができるサービスレベルと Azure SQL 構成 (SKU サイズ) が計算され、識別されます。

仮想コア (割り当て済み) と CPU 使用率 (%)
- SQL インスタンスの CPU 使用率は、SQL サーバー上のインスタンスによって使用される割り当てられた CPU リソースの割合です。
- データベースの CPU 使用率は、SQL インスタンス上のデータベースによって割り当てられた CPU リソースの割合です。
メモリ (割り当て済み) とメモリ使用率 (%)
読み取り IO/秒と書き込み IO/秒 (データおよびログファイル)
- SQL インスタンスレベルでの読み取り IO/秒と書き込み IO/秒は、そのインスタンス内で検出されたすべてのデータベースの読み取り IO/秒と書き込み IO/秒を追加することによって計算されます。
読み取り MB/秒と書き込み MB/秒 (スループット)
IO 操作の待機時間
DB の合計サイズとデータベースファイルの構成
- データベースサイズは、すべてのデータファイルとログファイルのデータサイズを追加することによって計算されます。
Always On フェールオーバークラスターインスタンスのネットワークサブネット構成 (単一サブネットまたはマルチサブネット)
Always On 可用性グループの構成
- 参加するインスタンスのネットワーク構成 (単一サブネットまたはマルチサブネット)
- セカンダリレプリカの数と種類。
  - 可用性モード: 同期コミットと非同期コミット
  - 接続モード: 読み取り専用となし

評価では、すべての構成とパフォーマンスデータが集計され、さまざまな Azure SQL サービスレベルと構成間で最適な一致が識別され、コストを最適化しながら SQL インスタンスのパフォーマンス要件を満たす、または超えるセットアップが選択されます。

Azure VM 構成上の SQL Server へのインスタンスの権限付与

オンプレミスサイズ計算として

Azure VM 上の SQL Server へのインスタンス評価レポートでは、ベストプラクティスに従って SQL Server インスタンスを Azure VM 上の SQL Server に移行するための理想的なアプローチの概要が示されています。詳細については、こちらをご覧ください。

ストレージのサイズ設定

ストレージのサイズ設定では、評価によってオンプレミスインスタンス上の各ディスクが Azure ディスクにマップされます。

必要なディスクサイズは、SQL データドライブと SQL ログドライブの合計です。
評価では、SQL ログと SQL データのすべてのドライブに対して 1 つのストレージディスクプールを作成することが推奨されます。一時ドライブの場合は、ローカルドライブにファイルを格納することを提案します。
評価で必要なサイズを満たすディスクが見つからない場合、インスタンスは Azure VM 上の SQL Server に移行するのに適さないとマークされます。
環境の種類が運用環境の場合、評価は各ディスクを Premium ディスクにマップしようとします。非運用環境では、Premium または Standard SSD ディスクのいずれかである可能性がある適切なディスクが検索されます。複数の対象ディスクが使用可能な場合、評価によって最も低いコストでディスクが選択されます。

コンピューティングのサイズ設定

ストレージディスクを識別した後、評価では、Azure で適切な VM SKU を見つけるために、インスタンスの CPU とメモリの要件が考慮されます。

評価では、割り当てられたコアとメモリを使用して、適切な Azure VM サイズが決定されます。
適切なサイズが見つかった場合、Azure Migrate はストレージ計算を適用してディスク VM の互換性を確認します。
複数の対象となる Azure VM サイズが使用可能な場合、評価ではコストが最も低いものが推奨されます。

注

Azure SQL 評価は、SQL ワークロードに最適なパフォーマンスを提供するように設計されています。 VM シリーズの一覧には、Azure Virtual Machines (VM) で SQL Server を実行するために最適化された VM のみが含まれます。詳細については、こちらをご覧ください。

パフォーマンスベースのサイズ設定の計算

ソースが SQL Server Always On フェールオーバークラスターインスタンス (FCI) の場合、評価レポートには、2 ノードの SQL Server フェールオーバークラスターインスタンスに移行する方法の概要が示されています。このアプローチでは、ベストプラクティスに従いながら、高可用性とディザスターリカバリーの目標を維持します。詳細については、こちらをご覧ください。

ストレージのサイズ設定

ストレージのサイズ設定では、評価によってオンプレミスインスタンス上の各ディスクが Azure ディスクにマップされます。

必要な最小ディスクサイズは、SQL データドライブと SQL ログドライブの合計です。
IO/秒とスループットの要件は、読み取り IO/秒、書き込み IO/秒、および読み取り、書き込みスループットを合計することで決定されます。その後、必要なスループットを満たす能力に基づいて候補ディスクが識別され、必要なサイズにマップされます。
評価では、SQL ログと SQL データのすべてのドライブに対して 1 つのストレージディスクプールを作成することが推奨されます。一時ドライブの場合は、ローカルドライブにファイルを格納することをお勧めします。
ソースが SQL Server Always On フェールオーバークラスターインスタンスの場合は、共有ディスク構成が選択されます。
環境の種類が運用環境の場合、評価は各ディスクを Premium ディスクにマップしようとします。非運用環境では、Premium または Standard SSD ディスクのいずれかである可能性がある適切なディスクが検索されます。複数の対象ディスクが使用可能な場合、評価によって最も低いコストでディスクが選択されます。

環境の種類が運用環境の場合、評価は各ディスクを Premium ディスクにマップしようとします。非運用環境では、Premium または Standard SSD ディスクのいずれかである可能性がある適切なディスクが検索されます。複数の対象ディスクが使用可能な場合、評価によって最も低いコストでディスクが選択されます。

コンピューティングのサイズ設定

ストレージディスクを識別した後、評価では、Azure で適切な VM SKU を見つけるために、インスタンスの CPU とメモリの要件が考慮されます。

評価では、有効な使用率のコアとメモリが計算され、適切な Azure VM サイズが決定されます。インスタンスに対して有効に使用される RAM またはメモリは、インスタンスで実行されているすべてのデータベースのバッファーキャッシュ (バッファープールサイズ (MB 単位) を集計することによって計算されます。
複数の対象となる Azure VM サイズが使用可能な場合は、コストが最も低いものをお勧めします。
ソースが SQL Server Always On フェールオーバークラスターインスタンスの場合、2 つのノードのニーズを満たすために、2 つ目の Azure VM のコンピューティングサイズが使用されます。

Azure VM へのリフトアンドシフト移行のサイズ適正化

リフトアンドシフトの移行については、コンピューティングとストレージのサイズ設定に関するページを参照してください。

レコメンデーションの詳細

準備とサイズ設定の計算が完了すると、最適化の優先設定が適用され、推奨されるターゲットと構成が決定されます。推奨事項の詳細には、推奨事項の背後にある準備とサイズ設定の計算に関する詳細な説明が含まれています。

移行ガイダンス

このセクションでは、ターゲットリソースの構成に関するガイダンスと移行の手順について説明します。手順は、特定のソースとターゲットのデプロイの組み合わせに合わせて調整されます。このガイダンスは、Always On フェールオーバークラスターインスタンス (FCI) と可用性グループ (AG) の移行を計画しているユーザーに特に役立ちます。