運用 Runbookテンプレート

# 運用 Runbook

- 対象アラート:
- 重要度:
- 最終更新日: YYYY/MM/DD

## 1. 事象と影響

- 事象:
- 影響:

## 2. 確認手順

1.
2.
3.

## 3. 復旧手順

1.
2.
3.

## 4. エスカレーション

| 条件 | 連絡先 |
| --- | --- |
|  |  |

# 実行するコマンドを記載する

# 運用 Runbook

<!-- 1 アラート（または 1 事象）につき 1 ファイルで作成する。夜間に初めて読む人でも実行できる粒度で書く -->

## 文書管理情報

| 項目 | 内容 |
| --- | --- |
| Runbook ID | RB-001 |
| 対象システム |  |
| 対象アラート |  |
| 版数 | 1.0 |
| 最終更新日 | YYYY/MM/DD |
| 作成者 |  |

## 1. 概要

- 事象: 
- 想定される影響（利用者から見た症状）:
- 重要度: Critical / Warning

## 2. 前提

- 必要な権限:
- 使用するツール・接続先:
- 参照するダッシュボード:

## 3. 初動確認（検知から 15 分以内）

- [ ] アラートの発生時刻と継続状況を確認する
- [ ] 利用者影響の有無を確認する（外形監視・問い合わせ）
- [ ] 直近の変更（リリース・設定変更・メンテナンス）を確認する
- [ ] 関連するログ・メトリクスを確認する
- [ ] 障害として扱うか判断し、第一報を送る

## 4. 切り分け

| 確認内容 | 確認方法 | 結果が A の場合 | 結果が B の場合 |
| --- | --- | --- | --- |
|  |  | 手順 5-1 へ | 手順 5-2 へ |

## 5. 復旧手順

### 5-1. （原因の想定を書く）

1. 
2. 
3. 

```bash
# 実行するコマンドを記載する
```

- 期待する結果:
- 結果が異なる場合: エスカレーション

## 6. エスカレーション

| 条件 | 連絡先 | 方法 | 伝える内容 |
| --- | --- | --- | --- |
| 30 分以内に復旧しない |  | 電話 | 事象・影響・実施済みの対応 |
| 原因が特定できない |  |  |  |

## 7. 事後対応

- [ ] 対応内容を記録する（記録先: ）
- [ ] 障害報告書の要否を判断する
- [ ] この Runbook の改善点を反映する

【第一報】{システム名} {事象}
発生日時: YYYY/MM/DD HH:MM
影響: 
状況: 調査中
次回報告: HH:MM 目途
担当: 

# 実行するコマンドを記載する

# 運用 Runbook

<!-- 1 アラート（または 1 事象）につき 1 ファイルで作成する。夜間に初めて読む人でも実行できる粒度で書く -->
<!-- 用語は ITIL のインシデント管理に合わせる（インシデント = サービスの中断・品質低下） -->

## 文書管理情報

| 項目 | 内容 |
| --- | --- |
| Runbook ID | RB-001 |
| 対象システム |  |
| 対象アラート |  |
| 版数 | 1.0 |
| 作成日 | YYYY/MM/DD |
| 最終更新日 | YYYY/MM/DD |
| 最終動作確認日 | YYYY/MM/DD |
| 作成者 |  |
| レビュー者 |  |

## 改版履歴

| 版数 | 日付 | 変更内容 | 変更者 |
| --- | --- | --- | --- |
| 1.0 | YYYY/MM/DD | 初版作成 |  |

## 1. 概要

- 事象:
- 想定される影響（利用者から見た症状）:
- 重要度: Critical / Warning
- 目標復旧時間:
- 過去の発生実績:

## 2. 前提

| 項目 | 内容 |
| --- | --- |
| 必要な権限 |  |
| 接続先・経路 |  |
| 使用するツール |  |
| 参照するダッシュボード |  |
| 関連 Runbook |  |

## 3. 初動確認（検知から 15 分以内）

- [ ] アラートの発生時刻と継続状況を確認する
- [ ] 利用者影響の有無を確認する（外形監視・問い合わせ）
- [ ] 直近の変更（リリース・設定変更・メンテナンス）を確認する
- [ ] 関連するログ・メトリクスを確認する
- [ ] 同時に発生している他のアラートを確認する
- [ ] 障害として扱うか判断し、第一報を送る

### 3.1 第一報の文面

```text
【第一報】{システム名} {事象}
発生日時: YYYY/MM/DD HH:MM
影響: 
状況: 調査中
次回報告: HH:MM 目途
担当: 
```

## 4. 切り分け

| No | 確認内容 | 確認方法（コマンド・画面） | 結果が A の場合 | 結果が B の場合 |
| --- | --- | --- | --- | --- |
| 1 |  |  | 手順 5-1 へ | No.2 へ |
| 2 |  |  | 手順 5-2 へ | エスカレーション |

## 5. 復旧手順

### 5-1. （原因の想定を書く）

| No | 作業 | コマンド / 操作 | 期待する結果 | 所要時間 |
| --- | --- | --- | --- | --- |
| 1 |  |  |  |  |
| 2 |  |  |  |  |

```bash
# 実行するコマンドを記載する
```

- 実行前の注意（影響・禁止事項）:
- 結果が異なる場合: エスカレーション

### 5-2. （原因の想定を書く）

| No | 作業 | コマンド / 操作 | 期待する結果 | 所要時間 |
| --- | --- | --- | --- | --- |
| 1 |  |  |  |  |

## 6. 復旧の確認

- [ ] アラートが解消した
- [ ] 外形監視が正常
- [ ] エラーログが通常の水準に戻った
- [ ] 利用者影響がないことを確認した

## 7. エスカレーション

| 条件 | 連絡先 | 連絡方法 | 対応時間帯 | 伝える内容 |
| --- | --- | --- | --- | --- |
| 30 分以内に復旧しない |  | 電話 |  | 事象・影響・実施済みの対応 |
| 原因が特定できない |  |  |  |  |
| データ破損の可能性がある |  |  |  |  |
| 外部サービスが原因 | ベンダー窓口 |  |  | 契約番号: |

## 8. 事後対応

- [ ] 対応内容を記録する（記録先: ）
- [ ] 復旧報を送る
- [ ] 障害報告書の要否を判断する
- [ ] 根本原因の調査を問題管理に起票する
- [ ] この Runbook の改善点を反映する

## 9. 参考情報

- 構成図:
- 関連する設計書:
- 過去の障害報告書: