体系的なトラブルシューティング手順

場当たり的な修正は時間を無駄にし、ときには状況を悪化させます。体系的なトラブルシューティング手法を使うと、症状から解決策までを再現可能で論理的な手順でたどれます。CompTIAが特定の7段階のプロセスを出題するのは、技術者の作業を整理し、手がかりの見落としを防ぎ、記録や再現が可能な結果を得られるためです。答えが明らかに思える場合でも、推測するより手順に従うほうが早く解決できます。

CompTIAのモデルには7つの手順があります。

• 1. 問題を特定します。
• 2. 考えられる原因の仮説を立てます。
• 3. 仮説を検証します。
• 4. 行動計画を立てます。
• 5. 解決策を実施します。
• 6. 完全な機能を確認します。
• 7. 調査結果、実施した対応、結果を文書化します。

この順番を覚えてください。試験ではこの内容が直接問われます。

ユーザー、ログ、自分で行ったテストから情報を集め、問題を特定します。何が変わったのか、いつ始まったのか、誰が影響を受けているのかを確認します。明白に見える点も疑い、可能であれば問題を再現します。「2階の無線からインターネットに接続できない」のように、明確で具体的な問題文が、その後のすべての作業を導きます。曖昧な説明からは、曖昧な修正しか生まれません。

考えられる原因の仮説を立てます。症状に基づき、何が問題なのかについて根拠のある推測をします。珍しい原因を考える前に、最も可能性が高く単純な原因、つまり「まず確認すべき基本的な原因」から始めます。1台のPCだけがネットワークに接続できない場合、ルーティングプロトコルのバグよりも、ケーブルの不良である可能性のほうが高いでしょう。候補となる仮説が複数ある場合もあります。

原因を特定するために仮説を検証します。推測が正しいかどうかを確認、または否定できるチェックを実行します。確認できたら次に進みます。確認できなければ、新しい仮説を立てて再度検証するか、より高度な知識やアクセス権を持つ人にエスカレーションします。原因を実際に確認する前に修正を始めてはいけません。正常に動作している部分まで壊すおそれがあります。

行動計画を立て、起こりうる影響を特定します。何をどの順番で行うのか、何が問題になる可能性があるのかを正確に決めます。停止時間、影響を受けるユーザー、修正に失敗した場合のロールバック方法を検討します。計画を立てることで、1台のデバイスへの簡単な修正がサイト全体を誤って停止させる事態を防げます。大きな変更ほど、より慎重で詳細な計画が必要です。

計画に従って解決策を実施します。権限やスキルの範囲を超える場合はエスカレーションします。可能であれば一度に1つの変更だけを行い、実際に何が問題を解決したのかを判断できるようにします。実施中は変更管理のルールとメンテナンス時間帯を守り、本番トラフィックへの影響を最小限に抑えます。

システムが完全に機能することを確認し、必要に応じて予防策を実施します。元の症状がなくなったことだけでなく、ほかの部分に問題が起きていないことも確認します。ユーザーにテストしてもらい、関連するサービスも再確認します。障害の原因が不良ケーブルだった場合は、同じ問題の再発を防ぐために、その配線にラベルを付けたり、隣の摩耗したケーブルを交換したりすることもできます。

調査結果、実施した対応、結果を文書化します。症状、原因、実施した内容、結果を記録します。適切な文書化は、次に同様のインシデントが発生したときの対応を速め、知識の共有を支え、監査証跡を作成します。プレッシャーの下では省略されがちな最後の手順ですが、一度きりの修正を組織に蓄積される知識へと変える重要な作業です。

この手法では、技術者はOSIモデルを使って調査の方向を選ぶことがよくあります。ボトムアップは物理層（ケーブル、リンク）から始めて上位層へ進む方法で、物理的な障害が疑われる場合に役立ちます。トップダウンはアプリケーション層から始めて下位層へ進む方法で、接続性に問題がなさそうなのにアプリが正常に動作しない場合に役立ちます。二分探索は中間から始め、問題の範囲を分割します。

手法を損なう習慣に注意してください。たとえば、何が効果を上げたのか分からなくなるほど複数の変更を同時に行うこと、確認を省略すること、文書化を忘れることです。また、証拠が反証しているのに仮説を信じ続けようとする確証バイアスにも注意してください。各手順を順番どおりに実行する規律があるからこそ、プレッシャーの下でもこの手法は信頼できるものになります。

このプロセスに関する知識を確認しましょう。

体系的な手法について学びました。重要なポイント：

• 7つの手順は、特定、仮説立案、検証、計画、実施、確認、文書化です。
• まず、可能性が高く最も単純な原因から確認します。
• 修正する前に原因を確認し、必要に応じてエスカレーションします。
• アプローチには、ボトムアップ、トップダウン、二分探索があります。
• プレッシャーの下でも、必ず確認と文書化を行います。