DP300-CS03#4
【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 で リソース 分離
【質問 4/4】
本シナリオで Query Store を活用 した Plan Regression 自動 対処 の構成として最適なのはどれですか?
解説
【正解: A】の理由
Query Store を ON 設定 (Operation Mode = Read-Write、Max Storage = 1024 MB、Stale Query Threshold = 30 日) し Automatic Tuning の FORCE LAST GOOD PLAN を有効化 すると Microsoft 機械学習 が Plan Regression を 自動 検出 + 過去 の 良い Plan を 自動 force することで 完全 自動 化 された Plan Regression 対処 が実現 します。Northwind 社の DTU 95% 問題 の多くは Plan Regression が原因 のため この組み合わせ が最適 です。
【他選択肢が違う理由】
- B: 手動 調査 は 工数 過大 + 検出 遅延 で 自動化要件 を 満たせません。
- C: Read-only Replica は Read scale-out 用で Plan Regression 対処 とは別 目的 です。
- D: TDE は暗号化 で Plan Regression と無関係 です。

コメント