一般的なトラブルシューティングのヒント

故障したシステムやその他の動作に問題のあるシステムに最初にアプローチしたとき、新しいトラブルシューティング担当者は、どこから始めればよいかわからないことがよくあります。

次の戦略は決して網羅的なものではありませんが、トラブルシューティング担当者に、問題の特定を開始するために尋ねる質問の簡単なチェックリストを提供します。

ヒントに関しては、これらのトラブルシューティングの提案は包括的な手順ではありません。トラブルシューティングプロセスの開始点としてのみ機能します。

便利なトラブルシューティングの重要な部分は確率評価です。これらのヒントは、トラブルシューティング担当者が他の障害点よりも可能性が高いまたは低い障害点を判断するのに役立ちます。

システム障害の最終的な切り分けは、通常、より具体的な手法（次のセクションで概説する具体的なトラブルシューティング手法）によって決定されます。 。

事前発生

このデバイスまたはプロセスが特定の方法で障害を起こすことが歴史的に知られており、この一般的な障害につながる条件が変更されていない場合は、この「方法」を確認してください。 」最初。

このトラブルシューティングのヒントの当然の結果は、障害の詳細な記録を保持するための指示です。

理想的には、コンピュータベースの障害ログが最適であるため、障害は、時間、日付、環境条件などの多くの要因によって参照され、相関する可能性があります。

例： 車のエンジンが過熱しています。これが発生した最後の2回は、ラジエーターの冷却水レベルが低いことが原因でした。

対処法： 最初にクーラントレベルを確認してください。もちろん、過去の履歴は、現在の症状が同じ問題によって引き起こされていることを保証するものではありませんが、これはより可能性が高いので、最初にこれを確認することは理にかなっています。ただし、システムの日常的な障害の原因が修正されている場合（つまり、過去にクーラントレベルの低下を引き起こしていた漏れが修復されている場合）、これは今回の問題の考えられる原因ではない可能性があります。

最近の変更

何らかのメンテナンスやその他の変更の直後にシステムに問題が発生している場合、問題はそれらの変更に関連している可能性があります。

例： 最近、整備士が私の車のエンジンを調整しましたが、修理のために車を持ち込む前には聞こえなかったガタガタという音が聞こえます。

対処法： 整備士がチューンナップ作業を行った後、緩んでいた可能性のあるものがないか確認してください。

機能と非機能

システムが目的の最終結果を生成していない場合は、 それが何であるかを探します。 正しく行う;つまり、問題が ない場所を特定します。 、そして他の場所にあなたの努力を集中させてください。

適切に機能する部品が機能するために必要なコンポーネントやサブシステムは、おそらく問題ありません。過失の程度は、多くの場合、それのどの部分が原因であるかを教えてくれます。

例： ラジオはAMバンドでは正常に機能しますが、FMバンドでは機能しません。

対処法： 考えられる原因のリストから、AMバンドの機能に必要なラジオのすべてを排除します。問題の原因が何であれ、それはFMバンドに固有であり、AMバンドに固有ではありません。これにより、オーディオアンプ、スピーカー、ヒューズ、電源、およびほとんどすべての外部配線が不要になります。考えられる障害としてシステムのセクションを排除できると、問題の範囲が狭まり、残りのトラブルシューティング手順がより効率的になります。

仮説

システムがどのように機能するかについての知識に基づいて、この問題（またはこれらの現象）を引き起こすさまざまな種類の障害を考え、それらの障害をチェックします（状況、履歴、またはコンポーネントの知識に基づいて最も可能性が高いものから始めます）弱点）。

例： 車のエンジンが過熱しています。

対処法： エンジンの動作について知っていることに基づいて、過熱の考えられる原因を検討してください。エンジンが熱を発生しすぎているか、熱を十分に取り除けていない（おそらく後者）。

ファンベルトの緩み、ラジエーターの詰まり、ウォーターポンプの不良、クーラントレベルの低下など、考えられる原因をブレインストーミングします。代替案を調査する前に、これらの可能性をそれぞれ調査してください。

関連するワークシート：

• 基本的なトラブルシューティング戦略ワークシート