適用対象:
Azure SQL データベースAzure SQL Managed Instance
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 全体のデータベースの状況に注意が必要な場合に通知を送信します。
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 ターゲットと呼ぶ) を選択して、監視を構成します。 ウォッチャーにターゲットへのアクセス権を付与し、ウォッチャーを開始します。
すぐに開始する手順については、「クイックスタート: データベース ウォッチャーを使用して Azure SQL を監視する」を参照してください。 セットアップと構成の詳細については、「 ウォッチャーの作成と構成」を参照してください。
よくあるご質問に対する回答については、「Database Watcher に関するよくあるご質問」を参照してください。
Database Watcher のビデオ概要については、Data Exposed エピソードをご覧ください。
注
Database Watcher は現在プレビューの段階です。 プレビュー機能は、限定された機能でリリースされますが、お客様が早期アクセスをしてフィードバックを提供できるように、プレビュー ベースで利用できます。 プレビュー機能は別の補足プレビュー条項の対象であり、SLA の対象ではありません。 サポートは特定の場合にベスト エフォートとして提供されます。 ただし、Microsoft サポートはプレビュー機能に関するフィードバックを必要としているため、場合によってはベスト エフォートのサポートを提供する場合があります。 プレビュー機能には、制限された機能または制限付き機能があり、選択した地理的領域でのみ使用できる場合があります。
サポートされている Azure SQL ターゲット
データベース ウォッチャーでは、Azure SQL データベースと Azure SQL Managed Instance のすべてのサービス レベル、コンピューティング レベル、およびサービス対象がサポートされます。 これには、仮想コアと DTU の購入モデル、プロビジョニング済みコンピューティング レベルとサーバーレス コンピューティング レベル、単一データベースと Elastic Pool、Hyperscale が含まれます。
データベース ウォッチャーでは、高可用性レプリカ、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 のいずれかを使用します。 これらの提供の一つだけ必要です。 |
| Azure Key Vault 内のコンテナー | 価格の詳細 | 既定の Microsoft Entra 認証ではなく、オプションの SQL 認証が使用される場合にのみ必要です。 |
| Azure ネットワーク帯域幅 | 価格の詳細 | ウォッチャー、ウォッチャーのターゲット、およびウォッチャーのデータ ストアが同じ Azure リージョンにデプロイされている場合、コストは発生しません。 |
| アラート | 価格の詳細 | データベース ウォッチャーはログ アラートを使用します。 月額料金は可変であり、作成するアラート ルールの数、その月にアラートを生成した SQL ターゲットの数、各アラート ルールの評価頻度によって異なります。 |
1 サービス レベル アグリーメントが不要で、クエリのパフォーマンスとストレージの要件が無料のクラスター容量の仕様で満たされている場合には、無料の Azure Data Explorer クラスターを使用することができます。 無料クラスターの試用期間は 1 年間であり、自動的に延長することができます。
監視対象の Azure SQL リソースまたはユーザーごとに料金は発生しないため、データベース ウォッチャーは、より大規模な Azure SQL 環境やより大規模なチーム向けの安価な監視ソリューションになります。
リージョン別の提供状況
現時点では、次の Azure リージョンでウォッチャーを作成できます。
- カナダ中部
- カナダ東部
- 米国中部
- 米国東部
- 米国東部 2
- 米国中北部
- 米国西部
ヒント
ある Azure リージョンのウォッチャーは、別のリージョンのターゲットを監視できます。 同様に、ウォッチャーとそのデータ ストアは、異なるリージョンに配置できます。
可能であれば、ウォッチャー、ウォッチャーのターゲット、およびウォッチャーのデータ ストアは同じリージョンに配置してください。 データベース ウォッチャーがリージョンでまだ使用できない場合は、同じ Azure 地域のリージョンを選択してください。 すると、Azure ネットワーク帯域幅のコストを削減できます。
制限
ウォッチャーあたりの SQL ターゲットの数とサブスクリプションあたりのウォッチャーの数には制限があります。 これらの制限を超えるデプロイはサポートされません。
| パラメーター | 制限 |
|---|---|
| ウォッチャーあたりの SQL ターゲット1 | 100 |
| サブスクリプションあたりの Watcher 数 | 20 |
1データベース、Elastic Pool、または SQL Managed Instance の高可用性レプリカは、その親レプリカとは別に監視され、別のターゲットと見なされます。
注
プレビューでは、制限は変更されることがあります。
ダッシュボード
データベース ウォッチャーでは、Azure Workbooks を使用して、資産レベルとリソース レベルで監視ダッシュボードを提供します。
資産ダッシュボードのデータベース CPU 使用率ヒートマップの例を次に示します。 各六角形は SQL ターゲットを表します。 論理サーバーは 2 つあり、1 つはデータベースが 6 つあり、1 つはデータベースが 3 つあります。 高可用性セカンダリ レプリカは、別のターゲットとしてヒートマップに表示されます。 画像を選択すると、データ インジェストの統計情報など、追加の詳細が表示されます。
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 データベース論理サーバー上のデータベースや Elastic Pool に接続できるようにするには、 サーバーへのパブリック アクセスを有効にする必要があり、IP ベースのファイアウォールですべての Azure サービスからの接続を許可する必要があります。
ウォッチャーがパブリック接続を使用して SQL Managed Instanceに接続できるようにするには、インスタンスのパブリック エンドポイントが有効になっている必要があります。 さらに、マネージド インスタンス サブネットへの TCP ポート 3342 上の受信トラフィックを許可するネットワーク セキュリティ グループ (NSG) 規則には、そのソースが AzureCloud に設定されている必要があります。 詳細については、「Azure SQL Managed Instance でパブリック エンドポイントを構成する」を参照してください。
ウォッチャーがパブリック接続を使用して Azure Data Explorer クラスターまたはキー コンテナーに接続できるようにするには、クラスターまたはコンテナーですべてのネットワークからのネットワークアクセスが有効になっている必要があります。
データ アクセス
ネットワーク接続と同様に、データベースへのデータベース ウォッチャー アクセスを完全に制御できます。 アクセス権を付与するには、論理サーバーと SQL マネージド インスタンスに専用監視ログインを作成し、SQL システム ビューから監視データを収集するための特定の制限付きアクセス許可を付与します。
ウォッチャー認証
データベース ウォッチャーでは、Microsoft Entra 認証 (旧称 Azure Active Directory 認証) がサポートされています。 これは、ウォッチャーが SQL ターゲットに対して認証するための推奨される好ましい方法です。 監視するすべての論理サーバーと SQL Managed Instanceで、ウォッチャーのマネージド ID の Microsoft Entra 認証ログインを作成します。
データベース ウォッチャーでは、パスワード ベースの SQL 認証もサポートされています。 Azure SQL リソースで Microsoft Entra 認証が有効になっていない場合は、SQL 認証を使用できます。 詳細については、「SQL 認証を使用するための追加の構成」を参照してください。
Watcher の認可
監視データを収集するには、次の表に示すように、監視対象ごとに特定の制限付きアクセスが必要です。 これらのロールのメンバーシップとアクセス許可により、監視担当者はシステム監視データに必要なアクセス権を付与しますが、データベース内の他のデータにはアクセスできません。
| Azure SQL データベース | Azure SQL Managed Instance（マネージド インスタンス サービス） |
|---|---|
次のすべての サーバー ロールのメンバーシップ: ##MS_ServerPerformanceStateReader####MS_DefinitionReader####MS_DatabaseConnector## |
次のサーバーのアクセス許可:CONNECT SQLCONNECT ANY DATABASEVIEW ANY DATABASEVIEW ANY DEFINITIONVIEW SERVER PERFORMANCE STATESELECT データベース内の次のテーブルに対するmsdb権限。dbo.backupmediafamilydbo.backupmediasetdbo.backupsetdbo.suspect_pagesdbo.syscategoriesdbo.sysjobactivitydbo.sysjobhistorydbo.sysjobsdbo.sysjobstepsdbo.sysoperatorsdbo.syssessions |
重要
ウォッチャーは、Azure SQL リソースに接続すると、保持している SQL アクセス許可を検証します。 付与されたアクセス許可が不十分な場合、または 不要なアクセス許可が付与されている場合、ウォッチャーは切断されます。 この結果、ウォッチャーはシステム監視データを収集できますが、データベース内の他のデータへのアクセス権が誤って付与されることはありません。
SQL ターゲットへのウォッチャー アクセスを構成する場合は、必ず指定されたスクリプトを使用して専用ログインを作成してください。 ウォッチャー ログインまたはユーザーを SQL ロールに追加したり、表に記載されているもの以外の SQL アクセス許可を付与したりしないでください。
ウォッチャーのログインまたはユーザー、または監視ログインまたはユーザーがメンバー ( データベース ロールを含む) を持つロールに対して必要なアクセス許可をpublicした場合、監視者は監視データを収集しない可能性があります。 拒否される権限によっては、一部またはすべてのデータセットに影響する可能性があります。
逆に、ウォッチャーのログインまたはユーザー、またはウォッチャー ログインまたはユーザーをメンバーとして持つロールに対して不要なアクセス許可を 付与 した場合、ウォッチャーは一部またはすべてのデータセットの監視データを収集しない可能性があります。 同様に、監視ログインまたはユーザーを組み込みのサーバーまたはデータベース ロールに追加すると、データが収集されない場合があります。
新着情報
このセクションでは、最近のデータベース ウォッチャーの修正、変更、および機能強化について説明します。
| 期間 | 変更点 |
|---|---|
| 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 の データベース レプリカ データセットにフェールオーバー関連の列を追加します。 - インデックス操作統計列を インデックス メタデータ データセットに追加します。 - [ 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 portal の [SQL ターゲット] ブレードでターゲットの読み込みに失敗するエラーの原因となったバグを修正します。 - Azure portal でウォッチャーを作成するときに既定で作成された Azure Data Explorer データベースのリテンション期間とキャッシュ期間がそれぞれ 365 日と 31 日ではなく 無制限 に設定されていたバグを修正しました。 - マネージド プライベート エンドポイントの作成や削除などの特定の管理操作が失敗しても、Azure portal で成功として報告されるバグを修正します。 - SQL 論理 サーバーに 1,000 を超えるデータベースが含まれている場合、SQL データベースターゲットの場合、ドロップダウン内のデータベースの一覧が不完全であったバグを修正しました。 - データ ストアとして 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 ターゲットやデータ ストアへのアクセス権が不十分) のためにデータ収集を開始または続行できない場合、エラーが表示されません。 | トラブルシューティングを行うには、「データが収集されない」を参照してください。 |
| サーバーレス データベースで自動一時停止が有効になっていて、監視対象として 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 ターゲットの概要が表示されない場合は、[データ ストア] セクションを開きます。 「接続できません...」エラーが表示される場合は、このセクションを確認してください。
データ ストアへのアクセス権がない場合があります。 詳細については、「データ ストアへのアクセス権をユーザーやグループに与える」を参照してください。
データ ストアへのネットワーク接続がない可能性があります。 たとえば、ブラウザーから Azure Data Explorer クラスターへの接続でパブリック接続を使用しているが、クラスターへのパブリック アクセスができない場合に発生します。 その場合は、Kustoエクスプローラーまたは Azure Data Explorer Web UI からクラスターに接続することもできません。
これを解決するには、データ ストアへのプライベート接続に書かれている、マシンから Azure Data Explorer クラスターへのプライベート接続を確立します。
アクセス権があり、データ ストアに接続できること、およびデータ ストア データベースが存在することを検証するには、次の手順に従います:
ウォッチャーの [ダッシュボード] ページで、[データ ストア] セクションを展開し、Kusto クエリ URI の値をコピーします。 URI 文字列全体を確実にコピーしてください。 Kusto データベース の値も書き留めます。
Azure Data Explorer Web UI を開きます。 求められた場合は、サインインします。
[追加]、[接続] の順に選択し、コピーした URI を [接続 URI] として入力します。
[追加] を選択して、新しい接続を作成します。
新しい接続エントリが追加されたら、展開してデータベースを表示します。
ウォッチャーの [ダッシュボード] ページで [Kusto データベース] として参照されているデータベースを選択し、タブ バーの + サインオンを選択して、このデータベースに接続されている新しいクエリ タブを開きます。
次の KQL コマンドを実行します:
.show database principals;ユーザー アカウント、またはユーザー アカウントを含む Microsoft Entra ID グループに対して、閲覧者以上の特権ロールの行があることを確認します。
フィードバックを送信する
マイクロソフトのデータベース ウォッチャー チームは、コメントと提案を受け付けています。 製品フィードバックは、次のいずれかの方法で送信できます。
- SQL フィードバック フォーラムに新しいアイデアを投稿する。 [新しいアイデアの投稿] ページで、フォーラムに SQL を使用し、Azure SQL グループを選択し、タイトルに「データベース ウォッチャー」を入れます。 フィードバック フォーラムで送信したフィードバックは公開されます。 他のコミュニティ メンバーは、あなたのアイデアや提案に賛成票を投じたり、コメントしたりすることができます。 コミュニティの投票とコメントは、データベース ウォッチャー チームが製品の改善を計画し、優先順位を付けるのに役立ちます。
- Azure portal のデータベース ウォッチャー ページの 1 つにある [フィードバック] ボタンを使用する。 たとえば、ウォッチャーの概要ページ、または更新ボタンの横のダッシュボードに [フィードバック] ボタンがあります。 この方法で送信したフィードバックは公開されません。 お客様のフィードバックは、お客様の好みやプライバシー規則に応じて表示されますが、Microsoft はこのフィードバックに関してお客様に返信できない場合があります。
データベース ウォッチャーの問題を解決するテクニカル サポートまたはヘルプについては、サポート ケースを開いてください。