トラブル時のエスカレーション
トラブル時のエスカレーション ― ベンダーを効果的に頼る技術
自分で対応できないトラブルが発生したとき、ベンダーに適切にエスカレーション（問題を上位に引き上げて対応を依頼すること）できるかどうかが、復旧時間を大きく左右します。「よくわからないけど動かないんです」ではベンダーも困ってしまいます。
エスカレーションフローの設計
トラブル発生時に慌てないよう、あらかじめフローを整理しておきましょう。
- 一次対応（自分で対応） ― 再起動、ケーブル確認、ログ確認など基本的な切り分け
- 社内エスカレーション ― 上長への報告、影響範囲の共有、暫定対応の実施
- ベンダーエスカレーション ― 保守契約に基づきベンダーへ連絡、対応依頼
- 経営層への報告 ― 業務影響が大きい場合、復旧見込みと暫定対策を報告
ベンダーへの情報提供のコツ
ベンダーに連絡する際、以下の情報を整理してから伝えると、対応がスムーズに進みます。
| 項目 | 伝えるべき内容 | ダメな例 |
|---|---|---|
| いつ | 障害発生日時（○月○日 ○時○分頃） | 「さっき」「今日のいつか」 |
| 何が | 対象の機器・システム名（型番・IPアドレス） | 「あのサーバー」 |
| どのように | 具体的な症状・エラーメッセージ | 「動かない」「おかしい」 |
| 影響範囲 | 何人・どの部署・どの業務に影響が出ているか | 「みんな困ってます」 |
| 試したこと | 自分で実施した対応とその結果 | （何もせずにすぐ電話） |
| 緊急度 | 業務停止か、代替手段があるか | 「とにかく急いで」 |
ログ収集の基本
ベンダーから「ログを送ってください」と言われることは非常に多いです。主なログの取得方法を押さえておきましょう。
- Windowsイベントログ ― 「イベントビューアー」（eventvwr.msc）から、システムログ・アプリケーションログをエクスポート
- ネットワーク情報 ― ipconfig /all、ping結果、tracert結果をテキストに保存
- サーバーログ ― 各サービスのログファイルの場所を日頃から把握しておく
- スクリーンショット ― エラーメッセージは必ずスクリーンショットを撮る。Win + Shift + S で範囲指定キャプチャが便利
- ブルースクリーンのダンプ ― C:\Windows\Minidump フォルダに自動保存される
障害報告書の作成
重大な障害が発生した場合は、障害報告書を作成して社内で共有しましょう。経営層への報告にも使えます。
| 項目 | 内容 |
|---|---|
| 障害概要 | 何が起きたかを1〜2行で |
| 発生日時 | 発生〜復旧の時間 |
| 影響範囲 | 影響を受けたユーザー数、業務内容 |
| 原因 | 判明した原因（暫定・確定を明記） |
| 対応内容 | 復旧のために行った作業の時系列 |
| 再発防止策 | 同じ問題を起こさないための対策 |
| 今後のアクション | いつまでに何をするか |
障害報告書は「犯人探し」のためではなく、「組織として学ぶ」ためのものです。責任追及ではなく改善にフォーカスした内容にしましょう。また、自分の対応の記録としても貴重な資産になります。
✅ 完了済み