# 通知設計書 64-調査クエリ開始

## 概要

本ドキュメントは、SQL Server First Responder Kitのsp_BlitzFirstストアドプロシージャにおける「調査クエリ開始」通知（RAISERROR）の設計を定義する。

### 本通知の処理概要

この通知は、sp_BlitzFirstの実行時に調査クエリ（Investigatory Queries）の実行フェーズが開始されることを示す進捗情報メッセージである。

**業務上の目的・背景**：sp_BlitzFirstは、待機統計などの第1パスをキャプチャした後、様々な調査クエリを実行してSQL Serverの現在の状態を診断する。調査クエリには、バックアップの実行状況、DBCC CHECKの実行状況、インデックス再構築の進行状況、長時間トランザクション、メモリプレッシャーなど、多岐にわたるチェック項目が含まれる。この通知により、DBAは診断処理が調査フェーズに入ったことを確認できる。

**通知の送信タイミング**：sp_BlitzFirstの行1531で、第1パスのデータ収集後、各種チェック（CheckID 1〜多数）を実行する直前にRAISERRORが発行される。

**通知の受信者**：SSMSやその他のSQLクライアントツールを使用してストアドプロシージャを実行しているDBAまたはシステム管理者。

**通知内容の概要**：「Beginning investigatory queries」というメッセージが出力され、診断クエリの実行開始を示す。

**期待されるアクション**：DBAはこのメッセージを確認することで、第1パスのデータ収集が完了し、調査クエリの実行が開始されたことを把握できる。このフェーズは@Seconds秒の間に実行され、その後第2パスのキャプチャが行われる。調査クエリの実行中に処理が停止する場合は、特定のチェックで問題が発生している可能性がある。

## 通知種別

コンソール出力（RAISERROR WITH NOWAIT）

## 送信仕様

### 基本情報

| 項目 | 内容 |
|-----|------|
| 送信方式 | 同期（WITH NOWAITによる即時出力） |
| 優先度 | 低（情報レベル - Severity 10） |
| リトライ | なし |

### 送信先決定ロジック

SSMSのメッセージペインまたはSQLクライアントツールの標準出力に対して自動的に送信される。

## 通知テンプレート

### コンソール出力の場合

| 項目 | 内容 |
|-----|------|
| メッセージレベル | 10（情報） |
| ステート | 1 |
| 形式 | テキスト |

### 本文テンプレート

```
Beginning investigatory queries
```

### 添付ファイル

なし

## テンプレート変数

| 変数名 | 説明 | データ取得元 | 必須 |
|--------|------|-------------|-----|
| なし | 固定メッセージのため変数なし | - | - |

## 送信トリガー・条件

### トリガー一覧

| トリガー種別 | トリガーイベント | 送信条件 | 説明 |
|------------|----------------|---------|------|
| ストアドプロシージャ実行 | sp_BlitzFirst実行 | 常に送信 | 調査クエリ実行開始時に必ず出力 |

### 送信抑止条件

| 条件 | 説明 |
|-----|------|
| なし | このメッセージは常に出力される |

## 処理フロー

### 送信フロー

```mermaid
flowchart TD
    A[sp_BlitzFirst開始] --> B[第1パスキャプチャ完了]
    B --> C[sp_BlitzWhoログ（オプション）]
    C --> D[RAISERROR 'Beginning investigatory queries']
    D --> E{@Seconds > 0?}
    E -->|Yes| F[CheckID 1: バックアップ実行中チェック]
    E -->|No| G[一部チェックスキップ]
    F --> H[CheckID 2: DBCC CHECK実行中]
    H --> I[その他多数のチェック...]
    I --> J[調査クエリ完了]
    G --> J
```

## データベース参照・更新仕様

### 参照テーブル一覧

| テーブル名 | 用途 | 備考 |
|-----------|------|------|
| sys.dm_exec_requests | 実行中リクエストの確認 | バックアップ、DBCC等の検出 |
| sys.dm_exec_connections | 接続情報の取得 | セッション関連情報 |
| sys.sysprocesses | プロセス情報 | ログイン名等の取得 |
| sys.dm_tran_locks | ロック情報 | データベースロックの検出 |
| sys.dm_exec_query_plan | 実行プラン | 実行中クエリのプラン取得 |
| sys.dm_os_memory_health_history | メモリ健全性履歴 | SQL Server 2019以降 |

### テーブル別参照項目詳細

#### sys.dm_exec_requests

| 参照項目（カラム名） | 用途 | 取得条件 |
|-------------------|------|---------|
| session_id | セッションID | command LIKE 'BACKUP%' など |
| command | 実行中コマンド | 各種メンテナンスコマンドの検出 |
| percent_complete | 完了率 | 進行状況の表示 |
| start_time | 開始時刻 | 実行時間の計算 |
| total_elapsed_time | 経過時間 | 長時間実行の検出（>300000ms等） |
| plan_handle | プランハンドル | 実行プラン取得用 |

### 更新テーブル一覧

| テーブル名 | 操作 | 概要 |
|-----------|------|------|
| #BlitzFirstResults | INSERT | 検出された問題を一時テーブルに格納 |

#### #BlitzFirstResults

| 操作 | 項目（カラム名） | 更新値 | 備考 |
|-----|-----------------|-------|------|
| INSERT | CheckID | 1〜多数 | チェック種別ID |
| INSERT | Priority | 1〜200 | 優先度 |
| INSERT | FindingsGroup | 'Maintenance Tasks Running'等 | 検出グループ |
| INSERT | Finding | 'Backup Running'等 | 検出内容 |
| INSERT | Details | 詳細情報 | 問題の詳細説明 |
| INSERT | HowToStopIt | 'KILL xxx;'等 | 対処方法 |

## エラー処理

### エラーケース一覧

| エラー種別 | 発生条件 | 対処方法 |
|----------|---------|---------|
| なし | RAISERRORは情報レベルのため、エラーは発生しない | - |

### リトライ仕様

| 項目 | 内容 |
|-----|------|
| リトライ回数 | 0（リトライなし） |
| リトライ間隔 | - |
| リトライ対象エラー | - |

## 配信設定

### レート制限

| 項目 | 内容 |
|-----|------|
| 1分あたり上限 | なし |
| 1日あたり上限 | なし |

### 配信時間帯

制限なし

## セキュリティ考慮事項

- VIEW SERVER STATE権限が必要
- 検出される情報には実行中クエリやセッション情報が含まれる

## 備考

- @Seconds = 0の場合、一部の調査クエリはスキップされる
- @Debug = 1の場合、各CheckIDの実行前に追加のRAISERRORが出力される

---

## コードリーディングガイド

本通知を理解するために参照すべきファイルと、推奨する読み解き順序を以下に示す。

### 推奨読解順序

#### Step 1: データ構造を理解する

調査結果を格納する一時テーブルの構造を理解する。

| 順序 | ファイル | パス | 読解ポイント |
|-----|---------|------|-------------|
| 1-1 | sp_BlitzFirst.sql | `sp_BlitzFirst.sql` | #BlitzFirstResultsテーブルの定義 |

**読解のコツ**: CheckIDは各チェック項目を一意に識別し、Priorityは重要度を示す。

#### Step 2: エントリーポイントを理解する

通知が発行される箇所を特定する。

| 順序 | ファイル | パス | 読解ポイント |
|-----|---------|------|-------------|
| 2-1 | sp_BlitzFirst.sql | `sp_BlitzFirst.sql` | 行1531のRAISERROR文 |

**主要処理フロー**:
1. **行1519-1529**: sp_BlitzWhoのテーブルへの記録（オプション）
2. **行1531**: RAISERROR - 調査クエリ開始通知
3. **行1534-1581**: CheckID 1（バックアップ実行中チェック）
4. **行1591-**: CheckID 2以降の各種チェック

#### Step 3: 主要な調査クエリを理解する

調査クエリの具体的な内容を確認する。

| 順序 | ファイル | パス | 読解ポイント |
|-----|---------|------|-------------|
| 3-1 | sp_BlitzFirst.sql | `sp_BlitzFirst.sql` | 行1534-1581（CheckID 1: バックアップ） |
| 3-2 | sp_BlitzFirst.sql | `sp_BlitzFirst.sql` | 行1591-1620（CheckID 2: DBCC CHECK） |

**主要処理フロー**:
- **CheckID 1**: バックアップが5分以上実行中の場合に検出
- **CheckID 2**: DBCC CHECKコマンドが実行中の場合に検出
- **CheckID 3〜**: インデックス再構築、長時間トランザクション、メモリ問題等

### プログラム呼び出し階層図

```
sp_BlitzFirst
    |
    +-- 第1パスキャプチャ
    |
    +-- sp_BlitzWho（オプション）
    |
    +-- RAISERROR 'Beginning investigatory queries'
    |
    +-- IF @Seconds > 0
            |
            +-- CheckID 1: バックアップ実行中
            |       |
            |       +-- sys.dm_exec_requests (BACKUP%)
            |       +-- sys.dm_tran_locks
            |       +-- sys.dm_exec_query_plan
            |
            +-- CheckID 2: DBCC CHECK実行中
            |       |
            |       +-- sys.dm_exec_requests (DBCC%)
            |
            +-- CheckID 3〜N: その他多数のチェック
```

### データフロー図

```
[入力]                           [処理]                          [出力]

sys.dm_exec_requests ---------> RAISERROR ---------------> クライアントへの
sys.dm_tran_locks                  |                       メッセージ表示
sys.sysprocesses                   v
sys.dm_exec_query_plan       調査クエリ実行
                                   |
                                   v
                            #BlitzFirstResults
                            (検出された問題)
```

### 関連ファイル一覧

| ファイル | パス | 種別 | 役割 |
|---------|------|------|------|
| sp_BlitzFirst.sql | `sp_BlitzFirst.sql` | ソース | メインストアドプロシージャ（行1531-2700） |
