戦略的トラブルシュート - DECSARメソッドとは

▲▲▲クラウドエンジニアに興味がある方におすすめです▲▲▲

はじめに

こんにちはSREエンジニアのMakiです。

この記事では戦略的トラブルシュートの方法論であるDECSARメソッドの紹介をします。

インフラ運用者の皆様、トラブルシュートって大変ですよね。
DECSARメソッドはトラブルシュートのやり方をアカデミックの視点から体系的に整理した戦略論です。
トラブルシュートのやり方に悩んでいるという方、ぜひこちらの記事をご覧ください。

DECSARメソッドは6つのステップで構成されるトラブルシューティング方法です。
トラブルシューティングの方法を学生に効果的に学習してもらうための標準化された手法としてCraig Ross氏とR. Robert Orr氏により考案されました。

これらをステップの頭文字がDECSAR です。

それぞれについて具体的に解説します。

最初のステップではまず問題を定義し、トラブルシューティングの担当者は効果的な解決策を見つけるきっかけを最大化にするためにシステムの誤動作の原因を慎重に検討するようにします。

第2ステップである状況調査では、トラブルシューティングの担当者がシステムについて全体について観測し、正常に動作しているものとそうでないものの両方に注意を払い観測し、後から振り返れるように記録を残します。

第3ステップでは、問題の原因を検討し、トラブルシューティングの担当者がシステム障害の原因として考えられる理由を複数提示、問題の原因である可能性に応じてそれらを順位付けする必要があります。

第4のステップでは、問題の解決策を検討し、原因分析と同じように対応の順位付けを行います。また、最初に試した解決策が失敗した場合に備えて、別のトラブルシューティングの実行方法がある確認します。

次のステップである実行と検証では、解決策が実行され、有効性を検証します。このとき状況調査で確認した内容と解決策実行後の結果を比較します。

最後に、システムが修復されたら、トラブルシューティングの担当者は今後の対応をより円滑に行えるようにするためにシステムについてより理解を深めるように努めます。

いかがでしたでしょうか。改めて内容をまとめますと次のようになります。

DECSARメソッドは6つのステップで構成されるトラブルシューティング方法で以下のステップから構成される。

トラブルシューティング・スキルは、ITプロフェッショナルにとって不可欠なスキルですが、抽象的で難しいと考えている方も多くいるかと思います。

まずは、このDECSARメソッドの考えを取り入れてどのようにトラブルシュートをするうえでの指標にしてみてはいかがでしょうか？