Databricks SQL アラートは、スケジュールに基づいてクエリを実行し、クエリ結果に対して定義した条件が満たされたときに通知します。 アラートをスケジュールすると、関連付けられているクエリが実行され、条件が評価されます。 アラート履歴を表示して、過去の評価の結果を確認することもできます。
代わりに従来のアラートを操作する方法については、「レガシ アラートとは」を参照してください。
アラートでできること
アラートを使用すると、スケジュールに基づいて SQL クエリの結果を監視できます。 これらを使用して、ビジネス KPI の追跡、データ品質の監視、コストの傾向の監視、Azure Databricks ワークロード全体の運用上の問題のキャッチを行います。 Azure Databricks全体の一般的なパターンは次のとおりです。
- メトリック ビューでビジネス メトリックを監視する: アラート クエリの完全修飾名で Unity カタログ メトリック ビューを参照し、管理されたビジネス メトリックを監視します。 メトリック ビューのアラートを参照してください。
- データ品質の問題と異常を検出する: Unity カタログのデータ品質モニターと異常検出とアラートを組み合わせて、予期しないメトリック、分布のシフト、またはプロファイルの変更が通知を送信するようにします。 異常検出のアラートとプロファイル アラートを参照してください。
- 使用状況とコストを追跡する: サーバーレス課金またはインジェストのシステム テーブルにアラートを作成して、予期しない支出をキャッチします。 サーバーレス コンピューティングのコストの監視と、マネージド インジェスト パイプラインのコストの監視に関する説明を参照してください。
- SQL ウェアハウスとクエリの正常性を監視する: 低速なクエリ、失敗したセッション、または容量の問題をキャッチするために、ウェアハウス イベントまたはクエリ履歴に関するアラートを生成します。 SQL ウェアハウス・アクティビティーおよびウェアハウス・イベントのシステム・テーブル・リファレンスを監視するための照会例を参照してください。
- 監査アクセスとセキュリティ イベント: 通常とは異なるワークスペース アクティビティにフラグを設定する監査ログ クエリに関するアラート。 監査ログとアラートを使用した Genie Spaces の使用状況の監視を参照してください。
- AI エージェントの障害を検知: エージェントの品質指標を監視してアラートを出し、開発時と運用時に障害や新たな問題を表面化させます。 エージェント開発ライフサイクルを参照してください。
- Lakeflow ジョブでアラートをタスクとして実行する: パイプライン トリガーで条件チェックが実行され、ダウンストリーム タスクが結果に分岐できるように、アラートをタスクとして追加します。 ジョブに対する SQL アラート タスクを参照してください。
アラートを使い始める
次のページでは、新しいアラートの作成から継続的な管理まで、最も一般的なアラート タスクについて説明します。
| トピック | Description |
|---|---|
| アラートを作成する | アラートエディターを最初から最後まで一通り見ていきます。 詳細設定と通知テンプレートのカスタマイズが含まれます。 |
| アラートの管理 | リスト ページでアラートを検索し、共有し、所有権を譲渡し、Azure Databricks Git フォルダーで変更を追跡します。 |
| Lakeflow ジョブでタスクとしてアラートを実行する | パイプライン トリガーで条件チェックが実行され、ダウンストリーム タスクが結果に分岐できるように、Databricks SQL アラートをタスクとしてジョブに追加します。 |
| アラート クエリ パターン | 集計、複数列の条件、およびメトリック ビューの SQL パターン。 |
従来のアラートとの違い
最新バージョンの Databricks SQL アラートの動作は、いくつかの重要な方法で従来のアラートとは異なります。
- クエリの再利用: アラートの作成時に、既存の保存済み SQL クエリを再利用することはできません。 各アラートは、新しいアラート エディターで直接作成できるクエリ定義を所有します。
-
アラートの状態の値: アラートの状態が簡略化され、アラートは従来のアラートからの
UNKNOWN状態をサポートしなくなりました。 評価は、OK、TRIGGERED、またはERRORに解決されます。
移行中も、最新のアラートと従来のアラートの両方を並べて使用し続けることができます。