DP300-CS03#3
【Case Study】Northwind 社 DR + パフォーマンス監視統合
【背景】
Northwind 社は グローバル EC プラットフォーム で Azure SQL Database を運用しており Primary (East US) + DR (West US 2) 構成 で運用中です。最近 ピーク 時間帯 に レスポンス 遅延 + DTU 95% 到達 が発生し パフォーマンス監視 + 自動最適化 強化 を計画 します。
【既存環境】
Azure SQL Database Business Critical 8 vCore (Primary), 同等 (DR), Microsoft Entra ID テナント, Defender for SQL 有効化済み, TDE CMK 運用, Auditing を Central Log Analytics に転送 設定済み。
【要件】
- Query Store + Automatic Tuning で Plan Regression / Missing Index を 自動 対処
- Wait Statistics + Top CPU クエリ を Log Analytics で 統合 分析
- OLTP ピーク 時 の Read Workload を Read-only Replica に分散
- CPU 80% + DTU 80% でアラート + Action Group で 自動 通知
- 夜間バッチ (大規模 集計) は別 Workload Group で リソース 分離
【質問 3/4】
本シナリオで Azure SQL Database のパフォーマンス監視 戦略として最適な組み合わせはどれですか?
解説
【正解: B】の理由
本シナリオの監視 + 自動 対処 要件 を満たすには (1) Diagnostic Settings で SQL Database 全 ログ を Log Analytics Workspace に転送、(2) Query Store で クエリ実行 履歴 + Plan を保管、(3) QPI で 視覚的に Top クエリ 確認 を 統合 する必要 があります。Log Analytics で KQL で 全データを分析 + アラートルール で 自動 通知 (Action Group 連携) を実現 できます。
【他選択肢が違う理由】
- A: QPI 単独は 過去 7 日 のみ で 履歴 分析 / アラート不十分 です。
- C: SSMS Profiler は廃止傾向 + Azure SQL DB には不向き (Extended Events 推奨)。
- D: OS イベント ログ は PaaS では取得不可 で Azure Monitor が 唯一の選択 肢 です。

コメント