問題の特定と定義

問題の特定は最初の手順であり、最も重要な手順とも言えます。問題を誤って特定すると、その後のすべての手順が誤った方向に進みます。ここでの目標は、明確で具体的、かつ確認済みの問題文を作ることです。問題を正確に理解するために費やす時間は、ほとんど無駄になりません。その後の作業すべてを、推測ではなく実際の症状に集中させられるためです。

まず事実を集めます。影響を受けているユーザーに話を聞き、監視ダッシュボードとログを確認し、自分でも簡単なテストを実行します。範囲（1人のユーザー、1フロア、サイト全体など）、発生時期（いつ始まったか）、症状（遅い、断続的、完全停止など）を把握することを目指します。情報が具体的であるほど、仮説も的確になります。

「何が変わったのか」という質問は非常に有効です。多くの問題は、新しいハードウェア、設定の編集、ソフトウェアの更新、電源に関する事象など、何らかの変更の直後に始まります。ユーザーに確認し、変更ログを調べます。昨日まで動作していたサービスが今日使えないなら、何かが変わっています。その違いを見つけることが、原因に直結する場合がよくあります。最近の変更は、まず疑うべき対象です。

ユーザーは症状を自分の言葉で説明するため、丁寧かつ親切に聞き取りを行います。「障害が起きたとき、何をしていましたか」「ほかに何か変わったことはありますか」といった開かれた質問をします。誤った答えを誘導するような質問は避けてください。ユーザーは詳細を省略したり、原因ではなく結果を説明したりすることがあります。忍耐強く適切な質問をすることで、曖昧な苦情を役立つデータに変えられます。

範囲を特定すると、調査対象を大幅に絞り込めます。1台のPCだけが影響を受けているなら、そのデバイスまたはケーブルを調べます。VLAN全体が停止しているなら、スイッチまたはゲートウェイを疑います。サイト全体でインターネットに接続できないなら、WANリンクまたはISPに注目します。問題の規模と、考えられる原因の規模を一致させることで、大幅に時間を短縮できます。

可能であれば、自分で問題を再現します。障害を再現すると、それが実際に起きていることを確認でき、正確な発生条件が分かり、修正後に繰り返し実行できるテストを用意できます。ユーザーの環境でWebサイトが開けない場合は、同じネットワーク上にある自分のマシンから試してみます。断続的な問題は再現が難しいものの、再現できれば解決を確認するうえで非常に役立ちます。

CompTIAは明確に、明白な点も疑うように指示しています。障害の原因は、抜けたケーブル、電源が切れたデバイス、期限切れのパスワード、ログイン時のCaps Lockなど、ありふれたものであることが少なくありません。最初にこれらを確認しても数秒しかかからず、問題が解決することもよくあります。「原因のはずがない」と考えて単純な確認を省略すると、些細な障害に何時間も費やすことになります。

デバイスは問題を自ら知らせることがよくあります。ログでエラーメッセージを読み、インターフェースのリンクランプを確認し、監視アラートを見直します。スイッチポートの赤いランプ、「interface down」という記録イベント、DHCPエラーメッセージなどから、障害箇所を直接特定できる場合があります。機器が検知している内容を確認することで、ユーザーからの報告を補完できます。

直面しているのが1つの問題なのか、複数の問題なのかを検討します。無関係な2つの障害が同時に発生し、1つの奇妙な症状に見えることがあります。手がかりが1つの原因に当てはまらない場合は、2つの問題が重なっていないか考えます。絡み合った問題を分けることで、すべてを無理に1つの仮説で説明しようとする混乱を防げます。

調査結果を、正確な問題文にまとめます。誰が影響を受けているのか、何が失敗しているのか、いつ始まったのか、どのようなパターンがあるのかを記載します。「午前9時のスイッチ再起動以降、VLAN 20上のすべての電話が登録できない」という説明は、「電話が壊れている」よりはるかに役立ちます。適切な問題文は、トラブルシューティング手法の残りの手順を支える基盤です。

問題をしっかり定義すると、自然に原因の仮説へとつながります。1台のスイッチの設定変更後に問題が始まり、そのスイッチのユーザーだけが影響を受けているなら、最初の仮説はおのずと明らかになります。問題の特定に十分な労力をかけることで、仮説立案、検証、修正をより迅速かつ正確に行えます。問題を適切に定義すれば、その後のトラブルシューティングはスムーズに進みます。

問題の特定について理解度を確認しましょう。

問題を特定し、定義する方法を学びました。重要なポイント：

• ユーザー、ログ、テストから、範囲、発生時期、症状を集めます。
• 必ず「何が変わったのか」と確認します。
• 範囲を特定して考えられる原因の規模を絞り込み、可能であれば問題を再現します。
• まず明白な点も疑います。
• その後のすべての手順を導く、正確な問題文を書きます。