Database Watcher を使用して Azure SQL ワークロードを監視する (プレビュー)

適用対象:Azure SQL データベースAzure SQL Managed Instance

重要

Database Watcher は、2027 年 4 月 30 日に廃止予定で、その後は一般提供されなくなります。 その日までにMicrosoft Fabricのデータベースハブに移行してください。 廃止のタイムラインおよび移行の指針については、廃止のお知らせをご覧ください。

2026年11月9日以降、新しいウォッチャー リソースを作成したり既存のものを編集したりすることはできません。 既存のウォッチャーは廃止されるまで稼働し続け、データ収集を続けます。 2027年4月30日、既存のウォッチャー リソースは停止状態に入り、データの収集を停止します。 その日付以降は、それらを開始できません。

廃止によって Azure Data Explorer のリソースや Fabric Eventhouse が停止または無効化されることはありません。 保持設定は引き続き適用され、保持されたリソースは引き続き料金が発生する可能性があります。 既存のアラートルールは自動的に削除されるわけではありません。 必要なアラートを再作成してテストし、不要な古いルールを無効化または削除してください。

Database HubはFabric Freeライセンスで使い始めることができます。 Database HubへのアクセスにはFabric容量は必要とせず、サポートされたパフォーマンス監視を有効にしても追加コストはかかりません。 カスタムダッシュボードやアクティベーターアラートなどの追加ワークフローは、別個の容量またはライセンス要件がある場合があります。 始めるには、「Microsoft SQLのパフォーマンス監視を有効にする」をご覧ください。

Database Watcher は、Azure SQL ファミリのデータベース サービス用のマネージド監視ソリューションです。 Azure SQL データベースと Azure SQL Managed Instance がサポートされています。

Database Watcher は、データベースのパフォーマンス、構成、正常性の詳細ビューを提供するために、ワークロード監視データを詳細に収集します。 選択したデータベース、Elastic Pool、および SQL Managed Instance からの監視データは、Azure サブスクリプションの中央データ ストアに収集されます。 Azure portal のダッシュボードでは、Azure SQL 資産の単一ウィンドウ ビューと、各データベース、Elastic Pool、および SQL Managed Instance の詳細なビューが提供されます。 アラート は、Azure SQL 全体のデータベースの状況に注意が必要な場合に通知を送信します。

監視されたリソースからウォッチャー、データストア、Azureポータルのダッシュボードへと、データベースウォッチャーのコンポーネントとデータフローを示す図のスクリーンショットです。

SQL 監視データを格納して分析するために、データベース ウォッチャーは Azure Data Explorer または Microsoft Fabric の Real Time Analytics を使用できます。 Azure Data Explorer は、フル マネージドで拡張性の高いデータ サービスであり、時系列の監視データに対する高速なインジェストと分析を目的として構築されています。 1 つの Azure Data Explorer クラスターは、数千の Azure SQL リソースからの監視データをサポートするようにスケーリングできます。 Real Time Analytics では、Microsoft Fabric 内の SaaS オファリングと同じコア エンジンが使用されます。

KQL または T-SQL を使用して Azure Data Explorer または Real Time Analytics データベース内のデータに対してクエリを実行したり、Azure Data Explorer ダッシュボード、Power BI または Grafana を使用してカスタム視覚化を構築したり、Excel でデータを分析したりできます。 データベースまたはテーブルごとにデータ保持ポリシーを設定し、Azure Data Explorer クラスターを自動的にまたは手動でスケーリングして、最適な価格/パフォーマンス比を実現できます。

Azure SQL リソースの監視を開始するには、Azure サブスクリプションにWatcher リソースを作成します。 監視するデータ ストアと、監視するデータベース、Elastic Pool、または SQL Managed Instanceのセット (SQL ターゲットと呼ぶ) を選択して、監視を構成します。 ウォッチャーにターゲットへのアクセス権を付与し、ウォッチャーを開始します。

注

Database Watcher は現在プレビューの段階です。 プレビュー機能は、限定された機能でリリースされますが、お客様が早期アクセスをしてフィードバックを提供できるように、プレビュー ベースで利用できます。 プレビュー機能は別の補足プレビュー条項の対象であり、SLA の対象ではありません。 サポートは特定の場合にベスト エフォートとして提供されます。 ただし、Microsoft サポートはプレビュー機能に関するフィードバックを必要としているため、場合によってはベスト エフォートのサポートを提供する場合があります。 プレビュー機能には、制限された機能または制限付き機能があり、選択した地理的領域でのみ使用できる場合があります。

サポートされている Azure SQL ターゲット

データベース ウォッチャーでは、Azure SQL データベースと Azure SQL Managed Instance のすべてのサービス レベル、コンピューティング レベル、およびサービス対象がサポートされます。 このサポートには vCore および DTU の購入モデル、プロビジョニング済み および サーバーレス のコンピューティング レベル、単一データベース と エラスティック プール、および ハイパースケール が含まれます。

データベース ウォッチャーでは、高可用性レプリカ、geo レプリカ、Hyperscale の名前付きセカンダリ レプリカなど、すべての種類のセカンダリ読み取り可能レプリカを監視できます。

特定のウォッチャーの場合、SQL ターゲットは、同じ Microsoft Entra ID テナント内の任意のサブスクリプションにある可能性があります。

Database Watcher の価格

データベースウォッチャーのコストは、以下のように各コンポーネントから算出されます。

コンポーネント 価格 メモ
観察者たち 無料
ダッシュボード 無料
Azure Data Explorer クラスター 1 価格の詳細 最適なクラスター SKU は、監視ターゲットの数と、クラスターで実行されているクエリ ワークロードによって異なります。 クラスターのサイズ設定に関する考慮事項については、「Azure Data Explorer クラスターの管理」を参照してください。
Microsoft Fabric の Real Time Analytics Power BI Premium ワークスペースの従量課金モデルに含まれています。 使用ごとの課金です。 Azure Data Explorer か Real Time Analytics のいずれかを使用します。 これらのオファリングのいずれか 1 つのみが必要になります。
Azure Key Vault 内のコンテナー 価格の詳細 このコンポーネントは、デフォルトのMicrosoft Entra認証ではなく、オプションのSQL認証を使う場合にのみ必要です。
Azure ネットワーク帯域幅 価格の詳細 ウォッチャー、そのターゲット、データストアを同じAzureリージョンに展開すれば、このコストは発生しません。
アラート 価格の詳細 データベース ウォッチャーはログ アラートを使用します。 月額料金は作成するアラートルールの数、月中にアラートを生成するSQLターゲットの数、各アラートルールの評価頻度によって異なります。

1 サービスレベル契約が不要で、クエリのパフォーマンスやストレージの要件が無料のクラスタ容量仕様で満たされている場合、無料のAzure Data Explorerクラスタを使用できます。 無料クラスターの試用期間は 1 年間であり、自動的に延長することができます。

監視対象のAzure SQLリソースやユーザーごとの料金は無料であり、データベースウォッチャーは大規模なAzure SQL環境や大規模なチームにとって安価な監視ソリューションとなっています。

リージョン別の提供状況

以下のAzureリージョンでウォッチャーを作成できます:

  • カナダ中部
  • カナダ東部
  • 米国中部
  • 米国東部
  • 米国東部 2
  • 米国中北部
  • 米国西部

ヒント

ある Azure リージョンのウォッチャーは、別のリージョンのターゲットを監視できます。 同様に、ウォッチャーとそのデータ ストアは、異なるリージョンに配置できます。

可能であれば、ウォッチャー、ウォッチャーのターゲット、およびウォッチャーのデータ ストアは同じリージョンに配置してください。 もしあなたの地域でデータベースウォッチャーが利用できない場合は、同じAzure地理内のリージョンを選択してください。 この選択により、Azureネットワークの帯域幅コストを削減できます。

制限

ウォッチャーごとのSQLターゲット数やサブスクリプションあたりのウォッチャー数には上限があります。 Azureはこれらの制限を超えるデプロイをサポートしていません。

パラメーター 制限
ウォッチャーあたりの SQL ターゲット1 100
サブスクリプションあたりの Watcher 数 20

1データベース、Elastic Pool、または SQL Managed Instance の高可用性レプリカは、その親レプリカとは別に監視され、別のターゲットと見なされます。

注

プレビューでは、制限は変更されることがあります。

ダッシュボード

データベース ウォッチャーでは、Azure Workbooks を使用して、資産レベルとリソース レベルで監視ダッシュボードを提供します。

以下の画像は、エステートダッシュボード上のデータベースCPU利用率ヒートマップの例を示しています。 各六角形は SQL ターゲットを表します。 論理サーバーは 2 つあり、1 つはデータベースが 6 つあり、1 つはデータベースが 3 つあります。 高可用性の二次レプリカはヒートマップ上で別々のターゲットとして表示されます。 画像を選択すると、データインジェスト統計を含む詳細をご覧いただけます。

データベースウォッチャーのエステートダッシュボードにあるCPU利用率ヒートマップの例のスクリーンショットです。

以下の画像は、Azure SQLデータベース ダッシュボードのパフォーマンスタブの一部を表示した例です。 画像を選択すると細部が拡大します。

Azure SQL データベースのデータベース ウォッチャー ダッシュボードの例のスクリーンショット。

次の表には、Azure portal のデータベース ウォッチャー ダッシュボードの機能を記載しています。

能力 説明
資産ダッシュボード 複数の監視対象リソースの高レベルの監視データを共通ビューで視覚化します。 ヒートマップを使用して、データベース、Elastic Pool、または SQL Managed Instance を消費する上位のリソースを検索します。

トップクエリビューを使って、Azure SQLエステート全体でリソースを消費するトップクエリを見つけ、CPUや持続時間、実行数などでクエリをランク付けできます。

サブスクリプション、リソース グループ、リソース名のフィルターを使用して、Azure SQL 資産のサブセットに焦点を当てます。

特定のリソースの詳しいダッシュボードにアクセスします。
リソースのダッシュボード 次のような、データベース、エラスティック プール、または SQL マネージド インスタンスの詳細な監視データを視覚化します。

- アクティブなセッション
- バックアップ履歴
- 一般的なパフォーマンス カウンター
- 接続性プローブ
- データベースとインスタンスのプロパティと構成
- geo レプリケーション
- インデックス メタデータ、使用状況の統計情報、警告、および提案
- リソースの使用状況
- セッションと接続の統計情報
- SQL Agent ジョブの状態と履歴
- ストレージの使用量とパフォーマンス
- テーブル メタデータ
- 上位のクエリ
- 待機の統計情報

リソースドロップダウンを使用して、あるリソースから別のリソースにすばやく切り替えます。 エステートリンクを使用して、エステートダッシュボードにズームアウトします。
時間の範囲でフィルター 各ダッシュボードで、目的の期間にフォーカスするように時間の範囲を設定します。 標準またはカスタムの時間範囲を使用します。 "ブラッシング" するか、グラフの上にマウス カーソルをドラッグして、より短い時間の範囲を選択することで、時間の範囲を目的の間隔に絞り込みます。
履歴データ データセットに応じて、ダッシュボードには、選択した期間の概要またはその期間で収集された最新のサンプルが表示されます。

最新のビューと履歴ビューを切り替えて、選択した時間範囲の前のデータ サンプルを確認します。 たとえば、現在アクティブなセッションを見るのではなく、リソース使用量の急増が発生したときに収集された過去のアクティブなセッションのサンプルを確認できます。
セカンダリ レプリカ 資産ダッシュボード上の高可用性 (HA) セカンダリ レプリカを含め、すべての種類のレプリカを監視します。 リソース ダッシュボードでプライマリ レプリカとその HA セカンダリ レプリカの表示を切り替えます。
Excel へのダウンロード データ チャートやグリッドからデータを csv ファイルとしてダウンロードし、Excel で開いてさらに分析してください。
データ更新 ダッシュボードを開いたとき、タブを切り替えたときに、監視データ ストアから最新のデータを取得します。ダッシュボードを一定時間開いた後に手動で更新して最新のデータを表示するか、ダッシュボードの自動更新を有効にすることができます。
アドホック KQL クエリ 各ダッシュボードのリンクを使用して、Azure Data Explorer Web UI を開き、KQL を使用して監視データのクエリを実行します。 詳細については、「データセット」および「KQL を使用して監視データを分析する」を参照してください。
説明 [説明の表示] パラメーターを切り替えると、表示されたデータを解釈するのに役立ち、関連するドキュメント リンクが含まれた説明が表示されます。
ツールヒント フィールド上をホバーすると、表示されたデータのさらなる詳細とコンテキストが表示されます。
インジェスト統計情報 [インジェスト統計情報] リンクを使用すると、データセットごとのデータ インジェスト待機時間とその他のインジェスト統計情報が表示されます。
ダーク モード Azure portal の外観をダーク テーマを使用するように切り替えると、データベース ウォッチャー ダッシュボードにダーク モードが使用されるようになります。

注

プレビューでは、ダッシュボードの視覚化と機能は変更されることがあります。

SQL 監視データ

データベース ウォッチャーは、70 を超える SQL カタログ ビューと動的管理ビュー (DMV) から監視データを収集します。 1 つまたは複数の関連ビューのデータがデータセットに変換されます。 たとえば、sys.dm_exec_sessions、sys.dm_exec_requests、その他のビューからのデータは、アクティブ セッション データセットを形成します。 各データセットには、Azure Data Explorer または Real Time Analytics データベースに個別のテーブルがあります。

データベース ウォッチャーには、データベース、Elastic Pool、および SQL Managed Instance の個別のデータセット グループがあります。 各グループには 10 から 30 個のデータセットがあり、Azure SQL リソースのデータベースのパフォーマンス、構成、正常性の詳細なビューが提供されます。

詳細については、「データベース ウォッチャーのデータ収集とデータセット」を参照してください。

アラート

Database Watcher には、Azure Monitor アラート ルールを簡単に作成できる一連のアラート ルール テンプレートが用意されています。 アラート ルールが作成されたら、Azure Monitor の他のアラート ルールと同様に、アラート ルールをカスタマイズして管理できます。 詳細については、「データベース監視ツールのアラート」を参照してください。

ネットワーク接続

データベース ウォッチャーは、ネットワーク経由でターゲット、データ ストア、およびキー コンテナーに接続するリモート データ収集エージェントを使用します。 ネットワーク セキュリティ要件と Azure リソースの構成に応じて、データベース ウォッチャーはプライベート接続またはパブリック接続のいずれかを使用できます。 データベース ウォッチャーから Azure リソースへのネットワーク接続は、常に完全に制御できます。

Azure SQL でのネットワーク接続の詳細については、「Azure SQL データベースの接続アーキテクチャ」と「Azure SQL Managed Instance の接続アーキテクチャ」に関するページを参照してください。

プライベート接続

プライベート接続を提供するために、データベース ウォッチャーは Azure Private Link を使用します。 ウォッチャーを構成するときに、マネージド プライベート エンドポイントを作成して、ウォッチャーが論理サーバー上のデータベースとElastic Pool、または SQL Managed Instance に接続できるようにします。 Azure Data Explorer クラスター用、および SQL 認証情報を格納するキー コンテナー用のプライベート エンドポイントを作成することもできます。 現時点では、Microsoft Fabric の Real Time Analytics への接続でプライベート接続はできません。

リソース所有者は、ウォッチャーがウォッチャーを使用する前に、管理対象のプライベート エンドポイントを承認する必要があります。 逆に、リソース所有者はウォッチャーのプライベート エンドポイントをいつでも削除して、データ収集を停止できます。

Azure リソースを対象とするウォッチャーのマネージド プライベート エンドポイントを作成して承認すると、リソースのパブリック接続が有効なままであっても、ウォッチャーとリソース間のすべてのネットワーク トラフィックでプライベート接続が使用されます。

Azure SQL のプライベート エンドポイントの詳細については、「Azure SQL データベースの Azure Private Link」と「Azure SQL Managed Instance の Azure Private Link」に関するページを参照してください。

パブリック接続

プライベート接続が不要なら、データベースウォッチャーはパブリック接続を使ってAzureリソースに接続できます。 ウォッチャーがAzure SQL Databaseの論理サーバー上のデータベースやエラスティックプールに接続できるようにするには、サーバーへのパブリックアクセスを有効にし、すべてのAzureサービスからの接続を可能にするIPベースのファイアウォールを設定する必要があります。

ウォッチャーが公開接続を使用して SQL マネージド インスタンスに接続できるようにするには、インスタンスのパブリック エンドポイントを有効にする必要があります。 また、マネージド インスタンス サブネットへの TCP ポート 3342 での受信トラフィックを許可するネットワーク セキュリティ グループ (NSG) ルールについて、そのソースを AzureCloud に設定する必要があります。 詳細については、「Azure SQL Managed Instance でパブリック エンドポイントを構成する」を参照してください。

ウォッチャーがパブリック接続を利用してAzure Data Explorerクラスタやキーボールトに接続するには、すべてのネットワークからクラスタやボールトへのネットワークアクセスを有効にする必要があります。

データ アクセス

ネットワーク接続と同様に、データベースウォッチャーのデータベースへのアクセスを完全にコントロールできます。 論理サーバーやSQL管理インスタンスに専用のウォッチャーログインを作成することでアクセス権を付与します。 次に、SQLシステムビューから監視データを収集するための限定的かつ限定的な権限を付与します。

ウォッチャー認証

データベース ウォッチャーでは、Microsoft Entra 認証 (旧称 Azure Active Directory 認証) がサポートされています。 この認証方法は、ウォッチャーがSQLターゲットに認証するための推奨される方法です。 監視したいすべての論理サーバーや SQL マネージド インスタンスで、ウォッチャーのマネージド IDのために Microsoft Entra 認証ログインを作成します。

データベース ウォッチャーでは、パスワード ベースの SQL 認証もサポートされています。 Azure SQLリソースでMicrosoft Entra認証を有効にしていない場合は、SQL認証を使用してください。 詳細については、「SQL 認証を使用するための追加の構成」を参照してください。

Watcher の認可

監視データを収集するには、監視者は各監視対象に対して特定かつ限定的なアクセス権が必要です。 以下の表は必要なアクセスを説明しています。 これらのロールのメンバーシップとアクセス許可により、監視担当者はシステム監視データに必要なアクセス権を付与しますが、データベース内の他のデータにはアクセスできません。

Azure SQL Database Azure SQL Managed Instance
次のすべての サーバー ロールのメンバーシップ:
##MS_ServerPerformanceStateReader##
##MS_DefinitionReader##
##MS_DatabaseConnector##
次のサーバーのアクセス許可:
CONNECT SQL
CONNECT ANY DATABASE
VIEW ANY DATABASE
VIEW ANY DEFINITION
VIEW SERVER PERFORMANCE STATE

SELECT データベース内の次のテーブルに対するmsdb権限。
dbo.backupmediafamily
dbo.backupmediaset
dbo.backupset
dbo.suspect_pages
dbo.syscategories
dbo.sysjobactivity
dbo.sysjobhistory
dbo.sysjobs
dbo.sysjobsteps
dbo.sysoperators
dbo.syssessions

重要

ウォッチャーは、Azure SQL リソースに接続すると、保持している SQL アクセス許可を検証します。 付与されたアクセス許可が不十分な場合、または 不要なアクセス許可が付与されている場合、ウォッチャーは切断されます。 この結果、ウォッチャーはシステム監視データを収集できますが、データベース内の他のデータへのアクセス権が誤って付与されることはありません。

逆に、Watcher のログインやユーザー、あるいは Watcher のログインまたはユーザーをメンバーに持つロールに不要なアクセス許可を付与すると、Watcher が一部またはすべてのデータセットの監視データを収集しなくなる場合があります。 同様に、ウォッチャーのログインやユーザーを組み込みのサーバーやデータベースロールに追加するとデータ収集が停止することがあります。

ウォッチャーのログインまたはユーザー、または監視ログインまたはユーザーがメンバー ( データベース ロールを含む) を持つロールに対して必要なアクセス許可をpublicした場合、監視者は監視データを収集しない可能性があります。 拒否される権限によっては、一部またはすべてのデータセットに影響する可能性があります。

逆に、ウォッチャーのログインまたはユーザー、またはウォッチャー ログインまたはユーザーをメンバーとして持つロールに対して不要なアクセス許可を 付与 した場合、ウォッチャーは一部またはすべてのデータセットの監視データを収集しない可能性があります。 同様に、監視ログインまたはユーザーを組み込みのサーバーまたはデータベース ロールに追加すると、データが収集されない場合があります。

新着情報

このセクションでは、最近のデータベース ウォッチャーの修正、変更、および機能強化について説明します。

期間 変更点
2025 年 7 月 - データベース 監視クエリによって、無料のオファー データベースを含むサーバーレス データベースが一時停止できなくなる問題を修正します。 詳細については、「 サーバーレス データベースでのデータ収集」を参照してください。
2025 年 4 月 - サブスクリプション ID、リソース グループ名、またはウォッチャー名のデプロイ パラメーターにおける大文字と小文字の使用に一貫性がない場合に、Bicep、ARM テンプレート、Terraform、または REST API による Database Watcher のデプロイが失敗するバグを修正しました。
- データベースがバックアップから復元された場合に 、SQL データベース ターゲットの特定のデータセットのコレクションが停止するバグを修正しました。
- 実行時間の長いコレクション クエリを回避するために、多数のテーブルを持つデータベースと多数のデータベースを含む SQL マネージド インスタンスのテーブル メタデータ データセット内のデータ収集を制限するように変更しました。
- SQL マネージド インスタンス ターゲットのセッション統計データセットのコレクション クエリのパフォーマンスを向上させます。
2025 年 2 月 - アラートのサポートを追加します。 詳細については、「データベース監視ツールのアラート」を参照してください。
2025 年 1 月 - Bicep または ARM テンプレートを使用してデータベース ウォッチャーのデプロイを一貫性を保つように修正しました。
- SQL Managed Instance の詳細ダッシュボードの SQL エージェント ジョブ履歴の詳細が表示されないバグを修正します。
- 詳細なダッシュボードの セッション グラフでデータをフィルター処理すると、KQL クエリ エラーが発生するバグを修正しました。
- 詳細なダッシュボードのストレージ スループット値が正しくないバグを修正しました。
- 詳細なダッシュボードのストレージ使用率グラフを改善して、最大ストレージ サイズを含めます。
- 収集されたデータの元のサイズと圧縮されたサイズを [ データ ストア ] セクションに表示するように改善します。
- ダッシュボードがデータ ストアに接続できないときに表示されるメッセージを改善し、一般的な問題の提案を含めます。
- 既知の理由で 上位クエリ ダッシュボードにデータが表示されない場合に、情報メッセージを追加します。
- Azure SQL データベースの レプリカ データセットに Hyperscale ログ レート制限情報を追加します。
- アクティブ セッション データセットに使用されるトランザクション開始時刻とログ バイトを追加します。
2024 年 11 月 - オーストラリア中部、オーストラリア南東部、カナダ東部、米国中部、ドイツ中西部、西日本、韓国中部、米国中北部 の Azure リージョンでデータベース ウォッチャーを有効にします。
- ウォッチャーあたりの SQL ターゲットの数の制限を 50 から 100 に増やします。
2024 年 10 月 - 無効なテーブル参照を持つビュー、または複数の列チェック制約を持つテーブルがある場合に、Table メタデータ データセットが収集されないバグを修正します。
- 監視 ID としてユーザー割り当て ID を使用するためのサポートを追加します。 詳細については、「ウォッチャー ID の変更」を参照してください。
- SQL 認証を使用する SQL ターゲットを追加するときに、監視者に Key Vault シークレットへのアクセス権を自動的に付与します。
- 既存のウォッチャーにデータ ストアを追加するときに、ウォッチャーに Azure Data Explorer データベースへのアクセス権を自動的に付与します。
- [概要 ] ページとその他のページにフィードバック ボタンを追加します。
2024 年 9 月 - セッション統計 データセット内のユーザー論理セッション数が、MARS 論理セッションが使用された場合でも、常にユーザー セッションの数と同じであったバグを修正しました。
- Hyperscale エラスティック プールのエラスティック プールの記憶域使用率が正しく報告されないバグを修正しました。
- 特定のデータセットにおいて、ウォッチャー再起動後に最初に収集されたサンプルに、再起動前にすでに収集されたデータが含まれている場合がある問題を解決する。
- Table メタデータ データセットのタイムアウトを回避するために、コレクション クエリのパフォーマンスを向上させます。
- SQL Managed Instance の クエリ ランタイム統計 データセットと クエリ待機統計 データセットの収集信頼性が向上します。
- SQL Managed Instance の データベース レプリカ データセットにフェールオーバー関連の列を追加します。
- インデックス操作統計列を インデックス メタデータ データセットに追加します。
- Add SQL ターゲットペインで複数のAzure SQLデータベースを選択するサポートを追加。
2024 年 8 月 - 米国中部、米国東部 2、北ヨーロッパ、およびスウェーデン中部 Azure リージョンのデータベース ウォッチャーを有効にします。
- 資産ダッシュボードにサブスクリプションとリソース グループのフィルター を追加します。
2024 年 7 月 - パフォーマンス カウンター データセットが、大文字と小文字を区別するカタログ照合順序を持つデータベース、または大文字と小文字を区別するデータベース照合順序を持つマネージド インスタンスから収集されなかったバグを修正しました。
- SQL メタデータ内のデータベース名の大文字と小文字が Azure Resource Manager (ARM) メタデータ内のデータベース名と異なる場合に、データが収集されなかったバグを修正しました。
- クエリ ストア テーブルに大量の新しいクエリとクエリ プランが挿入されたデータベースで、 クエリ ランタイム 統計とクエリ 待機統計 データセットが収集されないバグを修正しました。
- Geo レプリカ と レプリカ データセットが Hyperscale データベースから収集されなかった問題を解決します。
- subscription_id 列と resource_group_name共通列 をすべてのデータセットに追加します。 一度、ウォッチャーの再起動が必要です。
- resource_idcommon 列 をすべてのデータセットに追加します。 2024 年 7 月以降に追加された SQL ターゲットのデータが表示されます。 既存の SQL ターゲットのデータを表示するには、ターゲットを削除して再度追加し、Watcher を再起動します。
2024 年 6 月 - Bicep または ARM テンプレートを使用して追加された一部の SQL ターゲットからデータが収集されなかったバグを修正しました。
- 一部の Azure SQL データベースで バックアップ履歴 データセットが収集されなかったバグを修正します。
- インスタンスに Managed Instance リンクを使用するデータベースがある場合に、マネージド インスタンスのレプリカの種類が geo レプリケーション フォワーダーとして誤って決定されるバグを修正します。 同じバグにより、この場合、クエリ ランタイム統計とクエリ待機統計データセットが収集されません。
- ユーザーがSQLターゲットのサブスクリプションにアクセスできなかった場合やサブスクリプションが削除された場合に、Azure ポータルのSQLターゲットパネルで「ターゲットの読み込み失敗」エラーが発生するバグを修正します。
- Azure portal でウォッチャーを作成するときに既定で作成された Azure Data Explorer データベースのリテンション期間とキャッシュ期間がそれぞれ 365 日と 31 日ではなく 無制限 に設定されていたバグを修正しました。
- 管理されたプライベートエンドポイントの作成や削除などの特定の管理操作が失敗してもAzureポータル上で成功と報告されたバグを修正する。
- SQLデータベース ターゲットの場合、SQL論理サーバーに1,000以上のデータベースが含まれている場合、ドロップダウンリストのデータベースリストが不完全だったバグを修正。
- データ ストアとして Azure Data Explorer データベースを選択すると、同じリソース グループ内の別のウォッチャーがこのデータベースに対して持っていたアクセス権が削除されるバグを修正しました。
- Azure portal で監視 ARM テンプレートのエクスポートを有効にします。
- Microsoft.Network リソース プロバイダーがウォッチャー用に選択されたサブスクリプションに登録されていない場合は、ウォッチャーの作成時に警告を追加します。
- リソース スコープに削除 ロック があるためにウォッチャーまたはマネージド プライベート エンドポイントの削除が失敗した場合に詳細なエラーを追加します。
2024 年 4 月 - オーストラリア東部と英国南部の Azure リージョンでデータベース ウォッチャーを有効にします。
- 同じウォッチャーに対して複数のプライベート エンドポイントが迅速に追加された場合に、マネージド プライベート エンドポイントを追加できない問題を修正します。
- 完全バックアップを含むように SQL データベースの バックアップ履歴 データセットを修正します。
- インデックス メタデータ、クエリ ランタイム統計、クエリ待機統計、テーブル メタデータ データセットのタイムアウトを回避するために、コレクション クエリのパフォーマンスを向上させます。
- データベースがバックアップから復元された後に特定のデータセット データが収集されなかったバグを修正しました。
- インデックスに多くのキーまたは含まれる列がある場合、またはこれらの列の名前が長い場合に、インデックス メタデータ データセットが収集されなかったバグを修正します。
- SOS スケジューラ データセットを 追加します。
- [上位 クエリ] ダッシュボードから選択したクエリ プランをダウンロードするボタンを追加します。
- Bicep または ARM テンプレートを使用してウォッチャーを作成および構成するためのクイック スタート サンプル を追加します。

制限事項

このセクションでは、データベース ウォッチャーの制限事項について説明します。 利用できる場合は回避策を提示します。

制限事項 回避策
データ ストアが Microsoft Fabric の Real-Time Analytics または無料の Azure Data Explorer クラスターを使用している場合、アラートは使用できません。 リアルタイム分析では、リアルタイム ダッシュボード用に Activator アラートを作成 できます。
Azure Data Explorer の Azure ログ検索アラートでは、1 分間のアラート評価頻度はサポートされていません。 現在はありません。
Azure Data Explorer クラスターへのパブリック アクセスが無効になっている場合、Azure Data Explorer での Azure ログ検索アラートはサポートされません。 現在はありません。
Azure Monitor のセキュリティ制限のため、プライベート エンドポイントが存在する仮想ネットワークに関連付けられている IP アドレスから接続する場合、Azure portal でアラート ルール クエリを変更することはできません。 アラート ルールは、Azure CLI、PowerShell、REST API、または ARM テンプレートを使用して変更できます。 詳細については、「CLI、PowerShell、または ARM テンプレート を使用して新しいアラート ルールを作成する」および「アラート ルール の管理」参照してください。
Dev/test や Extra small などのより小規模な Azure Data Explorer SKU を使用している場合、一部のダッシュボード クエリは、"調整のために中止されました" というエラーで断続的に実行に失敗する可能性があります。 ダッシュボードをリロードするか、Azure Data Explorer クラスターを次の上位 SKU にスケールアップします。
Azure portal でデータベース ウォッチャー UI から無料の Azure Data Explorer クラスターを作成した場合、Azure Data Explorer Web UI でクラスターにアクセスしようとすると、"クラスターに接続できませんでした。403-Forbidden" というエラーが発生する可能性があります。 この問題は、https://aka.ms/kustofreeを使用して無料のクラスターを作成する場合には発生しません。

Azure portal から無料のクラスターを既に作成している場合は、次の手順に従います。

Azure Data Explorer Web UI で、メイン バーでプロファイル名を選択してアカウント マネージャーを開き、[ディレクトリの切り替え] を選択します。 Microsoft アカウント以外のディレクトリを選択し、[切り替え] を選択します。 これで、作成した無料の Azure Data Explorer クラスターが表示されます。

または、[編集 ] (鉛筆) ボタンを使用して Azure Data Explorer Web UI でクラスター接続を編集し、同様にディレクトリを切り替えることができます。
データベース、Elastic Pool、または SQL Managed Instance の CPU 使用量が 100% 近くで維持される場合は、残りの CPU リソースがデータベース ウォッチャー データ収集クエリに対して不十分となり、収集されたデータに抜けが生じる可能性があります。 データベース、Elastic Pool、または SQL Managed Instance による高い CPU 使用率に関連するデータの抜けが見られた場合は、信頼性の高い監視ができるように、アプリケーション ワークロードをチューニングして CPU 消費量を減らすか、仮想コアまたは DTU の数を増やすことを検討してください。

既知の問題

プレビューでは、データベース ウォッチャーには次の既知の問題があります。

問題点 軽減策または回避策
データ コレクションがエラー (SQL ターゲットやデータ ストアへのアクセス不足) により開始または継続できない場合、エラーは表示されません。 トラブルシューティングについては、「データが収集されない」を参照してください。
Azure SQL Database と Azure SQL Managed Instance の既知の問題により、データベース レプリカがメンテナンス イベントの後などにロールを変更した場合、高可用性 (HA) 読み取り可能なセカンダリ レプリカから予想されるデータが収集されない可能性があります。 一般的に、この問題は 1 日または 2 日以内に何もアクションなしで解決されます。 データ収集をより早く再開するには、ウォッチャーを再起動します。
Azure SQL Managed Instance の場合、読み取り可能な高可用性レプリカから、または SQL 認証を使用している場合は geo レプリカからデータが収集されない可能性があります。 次の 2 つの回避策があります。
1. Microsoft Entra ID 認証を使用します (推奨)。
2. パスワード ポリシー チェックを無効にします。 ALTER LOGIN [database-watcher-login-placeholder] WITH CHECK_POLICY = OFF; を実行し、database-watcher-login-placeholder をウォッチャーの SQL 認証ログインの名前に置き換えます。 プライマリ レプリカと、ある場合は geo レプリカで、このコマンドを実行します。
Azure SQL Managed Instance では、EXECUTE システム ストアド プロシージャに対する sys.xp_msver アクセス許可が取り消されたか、public ロールに対して拒否された場合、データは収集されません。 EXECUTE に対する sys.xp_msver アクセス許可を Watcher ログインに付与します。

SQL ターゲットとして追加されたすべての SQL マネージド インスタンスで、 USE master; CREATE USER [database-watcher-login-placeholder] FOR LOGIN [database-watcher-login-placeholder]; GRANT EXECUTE ON sys.xp_msver TO [database-watcher-login-placeholder];を実行し、 database-watcher-login-placeholder をウォッチャー ログインの名前に置き換えます。
停止している SQL マネージド インスタンスに接続するためにウォッチャーのマネージド プライベート エンドポイントを作成するときに、プライベート エンドポイントのプロビジョニング状態は "失敗" と報告され、ウォッチャーをインスタンスに接続できません。 [失敗] のプロビジョニング状態のマネージド プライベート エンドポイントを削除して、SQL マネージド インスタンスを開始します。 障害が発生したプライベート エンドポイントが削除され、インスタンスが実行されたら、マネージド プライベート エンドポイントを再び作成します。
データ ストアとして Real Time Analytics のデータベースを使用し、OneLake 可用性オプションが有効になっている場合に、データが収集されません。 OneLake 可用性オプションを無効にし、ウォッチャーを再起動してデータ収集を再開します。
Azure Monitor アラートの既知の問題のため、データベース 監視テンプレートから作成されたアラート ルールを編集すると、発生したアラートのスコープは、アラートが適用される SQL ターゲットではなく監視データ ストアとして使用される Azure Data Explorer クラスターに設定されます。 Bicep や ARM テンプレートなどを使用してアラート ルールをプログラムで編集し、resourceIdColumn プロパティを resource_id値に設定します。 詳細については、Azure Monitor のログ検索アラート ルールの Resource Manager テンプレートのサンプルを参照してください。

トラブルシューティング

このセクションでは、一般的な問題を解決するために実行できる手順について説明します。 このセクションの手順で問題が解決しない場合は、サポート ケースを開いてください。

データは収集されません

新しいウォッチャーを作成してもダッシュボードやデータストアにモニタリングデータが表示されない場合、あるいは既存のウォッチャーの古いデータしか見えない場合は、このセクションを確認してください。

  • ウォッチャーの [概要] ページで、ウォッチャーが実行されているかどうか [状態] フィールドをチェックします。 実行されていない場合は、同じページの [開始] ボタンを使用してデータ収集を開始します。 新しいウォッチャーは自動的に 開始 されるわけではありません。

  • ウォッチャーに データ ストアへのアクセス権 があることを確認します。

  • データ ストアとして Azure Data Explorer データベースを使用する場合は、Azure Data Explorer クラスターが開始されていることをチェックします。 詳細については、「停止状態のAzure Data Explorer クラスター」を参照してください。

  • ウォッチャーが SQL ターゲットへの 特定の制限付きアクセス権を持っていることを確認します。 さらに、任意のターゲットに対して SQL 認証を使用する場合は、ウォッチャーのキー コンテナーへのアクセス権を確認するか、推奨される Microsoft Entra 認証を代わりに使用します。

  • ウォッチャーにMicrosoft Entra認証を使ってSQLターゲットに接続させたい場合は、データベースおよびエラスティックプールターゲットをホストするSQL論理サーバーとSQLマネージド インスタンス ターゲットで、Microsoft Entra認証が有効になっていることを確認してください。

  • ウォッチャー用のプライベートエンドポイントを作成した場合は、必ずリソース所有者の承認を得てください。

  • パブリック接続を使用している場合は、ウォッチャーがターゲット、データストア、キーボールトに接続できる 要件 を満たしていることを確認してください。

  • Azure Data Explorerクラスターやデータベース、あるいは Real-Time Analyticsのデータベースは、ウォッチャーのデータストアとして選択した後に削除されることがあります。 クラスターとデータベースにアクセスし、それらが存在するか確認してください。

  • 無料のAzure Data Explorerクラスタを使用している場合は、クラスタのストレージ容量に達していないか確認してください。 詳細については、「無料の Azure Data Explorer クラスター」を参照してください。

トラブルシューティングの一環としてウォッチャーのアクセス権または接続に変更を加えた場合は、変更を有効にするためにウォッチャーを停止して再起動することが必要になる場合があります。

ダッシュボードが空白です

ウォッチャーの ダッシュボード ページを選択しても、そのページにSQLターゲットの概要が表示されない場合は、 データストア セクションを展開してください。 「接続できません...」エラーが表示される場合は、このセクションを確認してください。

アクセス権があり、データ ストアに接続できること、およびデータ ストア データベースが存在することを検証するには、次の手順に従います:

  • ウォッチャーの [ダッシュボード] ページで、[データ ストア] セクションを展開し、Kusto クエリ URI の値をコピーします。 必ずURI文字列全体をコピーしてください。 Kusto データベース の値も書き留めます。

  • Azure Data Explorer Web UI を開きます。 求められた場合は、サインインします。

  • [追加]、[接続] の順に選択し、コピーした URI を [接続 URI] として入力します。

  • [追加] を選択して、新しい接続を作成します。

  • 新しい接続エントリが追加されたら、展開してデータベースを表示します。

  • ウォッチャーの [ダッシュボード] ページで [Kusto データベース] として参照されているデータベースを選択し、タブ バーの + サインオンを選択して、このデータベースに接続されている新しいクエリ タブを開きます。

  • 次の KQL コマンドを実行します:

    .show database principals;
    

    ユーザー アカウント、またはユーザー アカウントを含む Microsoft Entra ID グループに対して、閲覧者以上の特権ロールの行があることを確認します。

フィードバックを送信する

Microsoftのデータベースウォッチャーチームは、皆様からのご意見やご提案を心よりお待ちしています。 製品フィードバックは、以下のいずれかの方法で送ってください:

  • SQL フィードバック フォーラムに新しいアイデアを投稿する。 [新しいアイデアの投稿] ページで、フォーラムに SQL を使用し、Azure SQL グループを選択し、タイトルに「データベース ウォッチャー」を入れます。 フィードバック フォーラムで送信したフィードバックは公開されます。 他のコミュニティ メンバーは、あなたのアイデアや提案に賛成票を投じたり、コメントしたりすることができます。 コミュニティの投票とコメントは、データベース ウォッチャー チームが製品の改善を計画し、優先順位を付けるのに役立ちます。
  • Azure portal のデータベース ウォッチャー ページの 1 つにある [フィードバック] ボタンを使用する。 たとえば、ウォッチャーの概要ページ、または更新ボタンの横のダッシュボードに [フィードバック] ボタンがあります。 この方法で送信したフィードバックは公開されません。 Microsoftはあなたのフィードバックを閲覧しますが、あなたの好みや適用されるプライバシールールによっては、Microsoftがこのフィードバックに対して返答できない場合があります。

データベース ウォッチャーの問題を解決するテクニカル サポートまたはヘルプについては、サポート ケースを開いてください。