問題のトラブルシューティングを始める前に、最初に問題の範囲を定義する必要があります。範囲を定義する際は、適切に機能しているものと機能していないものを識別する必要があります。場合によっては、期待どおりに機能している別のマシンを識別すると便利です。問題が発生しているサーバーを適切に機能しているサーバーと比較することで、トラブルシューティングが単純化され、より早く解決策に達することができます。
たとえば、職場でメールをチェックしているときに、急に新しいメールの読み書きができなくなったとします。問題をすぐに解決できない場合は、同僚のところに行って、同じ問題が発生しているかどうかを確認できます。同僚にも同じ問題が発生していれば、不安が解消され、その問題がネットワークに関するより大きな問題であると判断できます。同僚には問題がなく、メールが期待どおりに機能している場合は、同僚のプロキシ設定を見て、自分のプロキシ設定がそれと同じかどうかを確認できます。
適切に機能しているものと機能していないものについて、次のようなことを確認すると、問題の範囲を定義するのに役立ちます。
問題が発生しているサーバーはどれか。
問題が発生していないサーバーはどれか。
どのようなタイプの操作で問題が発生しているか。
どのようなタイプの操作では問題が発生していないか。
障害が発生しているサーバーでは、どのプラグインまたはコンポーネントで問題が発生しているか。たとえば、レプリケートされた更新、ローカル更新、UID 一意性、ACI、ロール、CoS、パスワードポリシー、または上記のすべて。
障害の発生しているサーバーでは、どのプラグインまたはコンポーネントでは問題が発生していないか。
問題は永続的か、または一時的か。
問題が永続的または一時的であった可能性があったが、そうではない場所はどこか。
問題はその後も大きくなっているか、減少しているか、または安定しているか。
問題が大きくなっている可能性があったが、そうではない場所はどこか。
問題があるサーバーのそれぞれで、問題がはじめて観察された日付と時刻を確認します。この日付の直前にシステムに加えられた、構成、アップグレード、インストールなどの変更を特定します。