Azure Synapse Analytics でのリソース使用率とクエリ アクティビティをモニターする
Azure portal 内にある Azure Synapse Analytics のリッチな監視エクスペリエンスでは、データ ウェアハウスのワークロードに関する分析情報が表示されます。 データ ウェアハウスを監視するときの推奨されるツールである Azure portal では、構成可能なリテンション期間、アラート、推奨事項、およびメトリックとログのカスタマイズ可能なグラフとダッシュボードが提供されます。 ポータルでは、ログ分析を使用して Azure Monitor (ログ) などの他の Azure 監視サービスと統合して、お使いのデータ ウェアハウスだけでなく、統合された監視エクスペリエンスに対する Azure 分析プラットフォーム全体も含む、総合的な監視エクスペリエンスを提供することもできます。 このドキュメントでは、Synapse SQL で分析プラットフォームの最適化と管理に使用できる監視機能について説明します。
リソース使用率
専用 SQL プール (旧称 SQL Data Warehouse) で使用できるメトリックの一覧と詳細については、「Microsoft.Synapse/workspaces/sqlPools でサポートされているメトリック」を参照してください。 これらのメトリックは、Azure Monitor を通じて表示できます。
メトリックを表示してアラートを設定するときに考慮が必要な事項は次のとおりです。
- 使用される DWU は、SQL プール全体の使用に関する高レベル表現のみを表しており、使用率を包括的に示すものではありません。 スケールアップまたはスケールダウンするかどうかを判断するには、コンカレンシー、メモリ、
tempdb、アダプティブ キャッシュ容量など、DWU の影響を受ける可能性があるすべての要素を考慮してください。 さまざまな DWU 設定でワークロードを実行して、ビジネス目標を達成するために最適な動作を判断することをお勧めします。 - サーバー自体ではなく、特定のデータ ウェアハウスについての接続の失敗と成功がレポートされます。
- データ ウェアハウスがアイドル状態であっても、メモリの割合には使用率が反映されます。アクティブなワークロードのメモリ消費は反映されません。 追加のキャッシュ容量のスケーリングによってワークロードのパフォーマンスが要件を満たすように向上するかどうかに関する総合的な意思決定を行うために、このメトリックとその他 (
tempdb、Gen2 キャッシュ) を使用して追跡します。
クエリ アクティビティ
T-SQL を使用して Synapse SQL を監視するときのプログラム エクスペリエンスでは、動的管理ビュー (DMV) のセットがサービスによって提供されます。 これらのビューは、アクティブのトラブルシューティングを行うときと、ワークロードでパフォーマンスのボトルネックを特定するときに役に立ちます。
Synapse SQL に適用される DMV の一覧を表示するには、専用の SQL プールの DMV を確認します。
Note
- [クエリ アクティビティ] タブを使用してクエリを監視するには、専用 SQL プールを再開する必要があります。
- [クエリ アクティビティ] タブを使用し、実行履歴を表示することはできません。
- [クエリ アクティビティ] タブには、変数の宣言 (たとえば
DECLARE @ChvnString VARCHAR(10))、変数の設定 (たとえばSET @ChvnString = 'Query A')、バッチの詳細に関連するクエリは表示されません。 Azure portal で実行されるクエリの合計数と、DMV に記録されたクエリの合計数が異なる場合があります。 - 送信された正確なクエリのクエリ履歴を確認するには、診断を有効にして、利用できる DMV を利用できる宛先 (Log Analytics など) の 1 つにエクスポートします。 設計上、DMV には最後に実行された 10,000 個のクエリのみが含まれます。 一時停止、再開、スケール操作の後、DMV データがクリアされます。
メトリックと診断のロギング
メトリックとログはどちらも、Azure Monitor (具体的には Azure Monitor ログ コンポーネント) にエクスポートでき、ログ クエリを使用してプログラムでアクセスできます。 Synapse SQL のログの待機時間は約 10 から 15 分です。
関連するコンテンツ
次の記事では、データ ウェアハウスを監視および管理するときの一般的なシナリオとユース ケースについて説明されています。