JP2023067014A - 判定プログラム、判定方法、及び、情報処理装置 - Google Patents

Abstract

【課題】監視対象装置における冗長性消失の可能性を低減させる。【解決手段】判定プログラムは、監視対象装置が備える複数の部品の各々に関するログを複数の前記監視対象装置から受信して得られたデータベースから、部品の故障率が所定の閾値よりも高い第１部品を前記監視対象装置ごとに特定し、前記データベースから、前記ログに含まれるエラー情報に基づき、故障要因に応じた部品の故障率が同種部品よりも高い第２部品を特定し、前記監視対象装置において２以上の部品により冗長化された部品群であって、前記第１部品又は前記第２部品を含む前記部品群について、前記第１部品又は前記第２部品の故障により冗長性が消失するか否かを判定し、前記第１部品又は前記第２部品の故障により前記部品群の冗長性が消失すると判定した場合に、前記第１部品又は前記第２部品に関するアラームを出力する、処理をコンピュータに実行させる。【選択図】図１８

Description

本発明は、判定プログラム、判定方法、及び、情報処理装置に関する。

ストレージ装置等の監視対象装置を監視する監視装置（情報処理装置）が知られている。

監視装置は、例えば、ストレージ装置での障害発生を契機にストレージ装置から送信された障害に関するログを収集及び分析し、障害の発生したハードウェア等の部品を特定する。そして、監視装置は、特定した部品の情報をサポート担当者に通知することで、発生した障害への迅速な対処を可能とする。

特開２０１９－３６１５８号公報 特開２０１１－１３８２５１号公報

監視装置は、ストレージ装置で発生した障害に関するログに基づきストレージ装置を部品単位で監視するものであり、ストレージ装置において将来発生し得る部品単位の障害の予測（障害予測）を行なうことは想定していない。また、監視装置では、ストレージ装置における部品間の関係性は考慮されていない。

このため、監視対象であるストレージ装置で障害が発生した場合、ストレージ装置において冗長性が消失する可能性がある。

１つの側面では、本発明は、監視対象装置における冗長性消失の可能性を低減させることを目的の１つとする。

１つの態様では、判定プログラムは、コンピュータに以下の処理を実行させてよい。前記処理は、監視対象装置が備える複数の部品の各々に関するログを複数の前記監視対象装置から受信して得られたデータベースから、部品の故障率が所定の閾値よりも高い第１部品を前記監視対象装置ごとに特定してよい。また、前記処理は、前記データベースから、前記ログに含まれるエラー情報に基づき、故障要因に応じた部品の故障率が同種部品よりも高い第２部品を特定してよい。さらに、前記処理は、前記監視対象装置において２以上の部品により冗長化された部品群であって、前記第１部品又は前記第２部品を含む前記部品群について、前記第１部品又は前記第２部品の故障により冗長性が消失するか否かを判定してよい。また、前記処理は、前記第１部品又は前記第２部品の故障により前記部品群の冗長性が消失すると判定した場合に、前記第１部品又は前記第２部品に関するアラームを出力してよい。

１つの側面では、監視対象装置における冗長性消失の可能性を低減させることができる。

一実施形態の一例としての監視システムの構成例を示すブロック図である。 一実施形態に係るサーバの機能を実現するコンピュータのハードウェア（ＨＷ）構成例を示すブロック図である。 一実施形態に係る監視システムの機能構成例を示すブロック図である。 ログの一例を示す図である。 監視対象装置データベース（ＤＢ）の一例を示す図である。 部品故障率テーブルの一例を示す図である。 監視対象装置ＤＢの一例を示す図である。 故障要因テーブルの一例を示す図である。 監視対象装置ＤＢの一例を示す図である。 冗長数テーブルの一例を示す図である。 図９の状態に基づき冗長性判定処理を行なう場合の監視対象装置ＤＢの一例を示す図である。 監視対象装置ＤＢの他の例を示す図である。 図１２に示す監視対象装置ＤＢから装置Ａの保守対象部品を抽出して生成される出力情報の一例を示す図である。 図１２に示す監視対象装置ＤＢから装置Ｂの保守対象部品を抽出して生成される出力情報の一例を示す図である。 サーバによる監視処理の動作例を説明するためのフローチャートである。 図１５に示す故障率判定処理の動作例を説明するためのフローチャートである。 図１５に示す故障要因判定処理の動作例を説明するためのフローチャートである。 図１５に示す冗長性維持判定処理の動作例を説明するためのフローチャートである。 サーバによる保守対象部品出力処理の動作例を説明するためのフローチャートである。

以下、図面を参照して本発明の実施の形態を説明する。ただし、以下に説明する実施形態は、あくまでも例示であり、以下に明示しない種々の変形や技術の適用を排除する意図はない。例えば、本実施形態を、その趣旨を逸脱しない範囲で種々変形して実施することができる。なお、以下の実施形態で用いる図面において、同一符号を付した部分は、特に断らない限り、同一若しくは同様の部分を表す。

〔１〕一実施形態
〔１－１〕システムの構成例
図１は、一実施形態の一例としての監視システム１の構成例を示すブロック図である。監視システム１は、サーバ２、複数のストレージ装置３、及び、端末４を備えてよい。

複数のストレージ装置３のそれぞれは、監視対象装置の一例であり、所定のタイミングでサーバ２にログを送信する。

サーバ２は、監視装置又は予測装置の一例であり、複数のストレージ装置３のそれぞれを監視対象とした監視処理を行なう。例えば、サーバ２は、ストレージ装置３からログを取得すると、ログに基づき、交換部品の特定、並びに、障害発生の予測及び冗長性消失の可能性の分析を実行してよい。そして、サーバ２は、特定した交換部品の情報、並びに、予測結果及び分析結果に基づく情報を、端末４に通知してよい。

端末４は、監視対象であるストレージ装置３に対するサポート、例えば保守サービスを提供するサポート担当者が利用する端末である。サポート担当者は、端末４を通じて、通知内容に応じたストレージ装置３の保守を実行してよい。なお、保守サービスは、端末４及びサーバ２により実行されてもよい。

サーバ２、複数のストレージ装置３、及び、端末４のそれぞれは、ネットワーク１ａを介して相互に通信可能に接続されてよい。ネットワーク１ａは、例えば、ＬＡＮ（Local Area Network）及びインターネットの一方又は双方を含んでよい。なお、サーバ２と複数のストレージ装置３との間、サーバ２と端末４との間、並びに、複数のストレージ装置３と端末４との間、の少なくとも１つは、ネットワーク１ａとは異なるネットワークを介して相互に通信可能に接続されてもよい。

以下の説明では、監視対象装置として、ストレージ装置３を例に挙げて説明するが、これに限定されるものではない。監視対象装置は、サーバ、ＰＣ及び通信装置等の種々のコンピュータ（情報処理装置）であってもよい。

〔１－２〕ハードウェア構成例
一実施形態に係るサーバ２は、物理サーバであってもよいし、仮想サーバ（ＶＭ；Virtual Machine）であってもよい。また、サーバ２の機能は、１台のコンピュータにより実現されてもよいし、２台以上のコンピュータにより実現されてもよい。さらに、サーバ２の機能のうちの少なくとも一部は、クラウド環境により提供されるＨＷ（Hardware）リソース及びＮＷ（Network）リソースを用いて実現されてもよい。

図２は、一実施形態に係るサーバ２の機能を実現するコンピュータ１０のハードウェア（ＨＷ）構成例を示すブロック図である。サーバ２の機能を実現するＨＷリソースとして、複数のコンピュータが用いられる場合は、各コンピュータが図２に例示するＨＷ構成を備えてよい。

図２に示すように、コンピュータ１０は、ＨＷ構成として、例示的に、プロセッサ１０ａ、メモリ１０ｂ、記憶部１０ｃ、ＩＦ（Interface）部１０ｄ、ＩＯ（Input / Output）部１０ｅ、及び読取部１０ｆを備えてよい。

プロセッサ１０ａは、種々の制御や演算を行なう演算処理装置の一例である。プロセッサ１０ａは、コンピュータ１０内の各ブロックとバス１０ｉで相互に通信可能に接続されてよい。なお、プロセッサ１０ａは、複数のプロセッサを含むマルチプロセッサであってもよいし、複数のプロセッサコアを有するマルチコアプロセッサであってもよく、或いは、マルチコアプロセッサを複数有する構成であってもよい。

プロセッサ１０ａとしては、例えば、ＣＰＵ、ＭＰＵ、ＧＰＵ、ＡＰＵ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡ等の集積回路（ＩＣ；Integrated Circuit）が挙げられる。なお、プロセッサ１０ａとして、これらの集積回路の２以上の組み合わせが用いられてもよい。ＣＰＵはCentral Processing Unitの略称であり、ＭＰＵはMicro Processing Unitの略称である。ＧＰＵはGraphics Processing Unitの略称であり、ＡＰＵはAccelerated Processing Unitの略称である。ＤＳＰはDigital Signal Processorの略称であり、ＡＳＩＣはApplication Specific ICの略称であり、ＦＰＧＡはField-Programmable Gate Arrayの略称である。

メモリ１０ｂは、種々のデータやプログラム等の情報を格納するＨＷの一例である。メモリ１０ｂとしては、例えばＤＲＡＭ（Dynamic Random Access Memory）等の揮発性メモリ、及び、ＰＭ（Persistent Memory）等の不揮発性メモリ、の一方又は双方が挙げられる。

記憶部１０ｃは、種々のデータやプログラム等の情報を格納するＨＷの一例である。記憶部１０ｃとしては、ＨＤＤ（Hard Disk Drive）等の磁気ディスク装置、ＳＳＤ（Solid State Drive）等の半導体ドライブ装置、不揮発性メモリ等の各種記憶装置が挙げられる。不揮発性メモリとしては、例えば、フラッシュメモリ、ＳＣＭ（Storage Class Memory）、ＲＯＭ（Read Only Memory）等が挙げられる。

記憶部１０ｃは、コンピュータ１０の各種機能の全部若しくは一部を実現するプログラム１０ｇ（判定プログラム）を格納してよい。

例えば、サーバ２のプロセッサ１０ａは、記憶部１０ｃに格納されたプログラム１０ｇをメモリ１０ｂに展開して実行することにより、後述するサーバ２（図３に例示する制御部２０）としての機能を実現できる。

ＩＦ部１０ｄは、サーバ２と、複数のストレージ装置３及び端末４のそれぞれとの間のネットワークを含む種々のネットワークとの間の接続及び通信の制御等を行なう通信ＩＦの一例である。例えば、ＩＦ部１０ｄは、イーサネット（登録商標）等のＬＡＮ、或いは、ＦＣ（Fibre Channel）等の光通信等に準拠したアダプタを含んでよい。当該アダプタは、無線及び有線の一方又は双方の通信方式に対応してよい。

例えば、サーバ２は、ＩＦ部１０ｄ及びネットワークを介して、複数のストレージ装置３及び端末４のそれぞれと相互に通信可能に接続されてよい。なお、プログラム１０ｇは、当該通信ＩＦを介して、ネットワークからコンピュータ１０にダウンロードされ、記憶部１０ｃに格納されてもよい。

ＩＯ部１０ｅは、入力装置、及び、出力装置、の一方又は双方を含んでよい。入力装置としては、例えば、キーボード、マウス、タッチパネル等が挙げられる。出力装置としては、例えば、モニタ、プロジェクタ、プリンタ等が挙げられる。また、ＩＯ部１０ｅは、入力装置及び表示装置が一体となったタッチパネル等を含んでもよい。

読取部１０ｆは、記録媒体１０ｈに記録されたデータやプログラムの情報を読み出すリーダの一例である。読取部１０ｆは、記録媒体１０ｈを接続可能又は挿入可能な接続端子又は装置を含んでよい。読取部１０ｆとしては、例えば、ＵＳＢ（Universal Serial Bus）等に準拠したアダプタ、記録ディスクへのアクセスを行なうドライブ装置、ＳＤカード等のフラッシュメモリへのアクセスを行なうカードリーダ等が挙げられる。なお、記録媒体１０ｈにはプログラム１０ｇが格納されてもよく、読取部１０ｆが記録媒体１０ｈからプログラム１０ｇを読み出して記憶部１０ｃに格納してもよい。

記録媒体１０ｈとしては、例示的に、磁気／光ディスクやフラッシュメモリ等の非一時的なコンピュータ読取可能な記録媒体が挙げられる。磁気／光ディスクとしては、例示的に、フレキシブルディスク、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ブルーレイディスク、ＨＶＤ（Holographic Versatile Disc）等が挙げられる。フラッシュメモリとしては、例示的に、ＵＳＢメモリやＳＤカード等の半導体メモリが挙げられる。

上述したコンピュータ１０のＨＷ構成は例示である。従って、コンピュータ１０内でのＨＷの増減（例えば任意のブロックの追加や削除）、分割、任意の組み合わせでの統合、又は、バスの追加若しくは削除等は適宜行なわれてもよい。なお、ストレージ装置３（例えばストレージ装置３のコントローラ）を実現するコンピュータは、上述したコンピュータ１０と同様のハードウェア構成を備えてもよい。

〔１－３〕機能構成例
次に、一実施形態に係る監視システム１の機能構成（ソフトウェア構成）の一例を説明する。図３は、一実施形態に係る監視システム１の機能構成例を示すブロック図である。

図３に示すように、ストレージ装置３は、例示的に、ログ３１を送信するログ送信部３２を備えてよい。例えば、ストレージ装置３のコントローラは、ストレージ装置３に備えられる部品に関する情報を収集し、ログ３１に蓄積してよい。部品に関する情報の収集及びログ３１への蓄積は、例えば、ストレージ装置３の起動時、構成の変更時、定期的なタイミング、及び、障害発生の検出時、等の種々のタイミングで実施されてよい。

図４は、ログ３１の一例を示す図である。ログ３１は、図４に示すように、例示的に、ストレージ装置３の「装置ＩＤ」、部品の「構成情報」、「状態情報」、「稼働情報」、及び、エントリを作成した「時刻」等の項目を含んでよい。

「装置ＩＤ」は、ストレージ装置３の識別情報の一例である。「構成情報」は、部品の部品名（部品番号、型式番号等）、部品Ｎｏ．（部品の識別情報）、当該部品のストレージ装置３での搭載位置（部品、スロット、コネクタ等）等の情報を含んでよい。また、「構成情報」は、当該部品がストレージ装置３において他の部品とともに冗長化構成される場合は、当該他の部品の識別情報等の情報を含んでよい。

なお、「冗長化構成」には、障害の発生に備えて、複数の部品を並列に又は独立して動作させる構成、並びに、少なくとも１つの部品を動作させ、残りの部品をスタンバイ状態とする構成、の一方又は双方が含まれてよい。また、「冗長化」には、ハードウェアレベルの冗長化、並びに、ソフトウェアレベルの冗長化、の一方又は双方が含まれてよい。一例として、「冗長化」には、複数の記憶装置等のハードウェアをソフトウェアにより冗長化するＲＡＩＤ（Redundant Arrays of Inexpensive Disks）等が含まれてよい。

「状態情報」は、当該部品が正常であるか異常であるかを示す情報、ベンダ名、モデル名、ロット、ＦＷ（Firmware）版数等の情報を含んでよい。「稼働情報」は、ストレージ装置３における部品の稼働時間、及び、エラー情報等の、部品の稼働に関する情報である。エラー情報は、当該部品に発生した障害に関する種々の情報、例えば故障発生数、コレクタブルエラーの発生頻度、ドライブのタイムアウト発生頻度等の情報である。故障発生数は、同一部品に発生した故障の発生数である。

このように、ログ３１には、ストレージ装置３に備えられる複数の部品のそれぞれについて、障害の発生していない状態で収集された情報のエントリを含む、少なくとも１つのエントリが含まれてよい。

ログ送信部３２は、所定のタイミング、例えば、１週間に１回等の定期的なタイミング、及び、障害の発生が検出されたタイミング、の一方又は双方を含むタイミングで、ストレージ装置３が蓄積するログ３１をサーバ２に送信する。

図３に示すように、サーバ２は、例示的に、メモリ部２１、通信部２２、データ整形部２３、予測部２４、及び、保守対象部品出力部２９を備えてよい。通信部２２、データ整形部２３、予測部２４、及び、保守対象部品出力部２９は、制御部２０の一例であり、図２に例示するサーバ２のプロセッサ１０ａが、メモリ１０ｂに展開されたプログラム１０ｇを実行することにより実現されてよい。

メモリ部２１は、記憶領域の一例であり、サーバ２が利用する種々のデータを記憶する。メモリ部２１は、例えば、図２に示すメモリ１０ｂ及び記憶部１０ｃのうちの一方又は双方が有する記憶領域により実現されてもよい。

図３に示すように、メモリ部２１は、例示的に、監視対象装置ＤＢ（Database）２１ａ、部品故障率テーブル２１ｂ、故障要因テーブル２１ｃ、冗長数テーブル２１ｄ、及び、出力情報２１ｅを記憶可能であってよい。以下、便宜上、メモリ部２１が格納する情報２１ａ～２１ｅのそれぞれをテーブル形式で表記するが、これに限定されるものではなく、これらの情報２１ａ～２１ｅのうちの少なくとも１つは、ＤＢ（Database）又は配列等の種々の形式であってもよい。

通信部２２は、ストレージ装置３から送信されたログ３１の受信、及び、予測部２４による解析（判定）結果に基づく通知の送信、を実行する。

データ整形部２３は、通信部２２が受信したログ３１から、予測部２４による解析に利用される情報を抽出し、整形を行なう。例えば、データ整形部２３は、ログ３１に基づき、監視対象装置ＤＢ２１ａを生成又は更新してよい。

図５は、監視対象装置ＤＢ２１ａの一例を示す図である。図５に示すように、監視対象装置ＤＢ２１ａは、例示的に、「Ｎｏ．」、「装置ＩＤ」、「部品名」、「冗長化構成部品Ｎｏ．」、「搭載位置」、「アラーム情報」、「アラーム継続回数」、「稼働情報」、「部品情報」等の項目を含んでよい。

「Ｎｏ．」は、部品のエントリの識別情報である。「装置ＩＤ」は、ストレージ装置３の識別情報の一例である。「部品名」、「冗長化構成部品Ｎｏ．」、「搭載位置」は、ログ３１の構成情報に含まれる情報である。「稼働情報」は、ログ３１に含まれる、エラー情報を含む稼働情報の少なくとも一部である。「部品情報」は、ログ３１に含まれる構成情報及び状態情報の少なくとも一部である。

「アラーム情報」は、当該部品による冗長化構成の状態に応じたアラームのレベル（正常、注意、警告、緊急等）であって、サーバ２が端末４に通知するアラームのレベルを示す。アラームのレベルは、正常が最低レベルであり、注意、警告の順に高いレベルとなり、緊急が最高レベルである。「アラーム継続回数」は、当該部品について、正常以外のアラーム情報が端末４に通知された回数を示す。

例えば、アラーム情報が「正常」である場合のアラームのレベルは、当該部品が故障しても冗長性の消失の可能性は無い、又は、無視できる程度に小さいことを示し、例えばアラームの通知が不要であることを示す。アラーム情報が「注意」である場合のアラームのレベルは、当該部品が故障しても冗長性の消失の可能性は低いが、次回の定期メンテナンス等のタイミングで可能であれば交換することを示す。アラーム情報が「警告」である場合のアラームのレベルは、当該部品が故障した場合に冗長性の消失の可能性が高いため、次回の定期メンテナンス等のタイミングで交換することを示す。アラーム情報が「緊急」である場合のアラームのレベルは、当該部品が故障した場合に冗長性が消失するため、アラームが通知された時点で対応を検討することを示す。

なお、アラーム情報及びアラーム継続回数の初期値は、それぞれ「正常」及び「０」であってよい。

図５に示す「部品名」は、ロット単位で部品を区別する。ロットは、製造管理又は販売管理の最小単位である。部品は、例えば、製造時にロット単位で「不良」となる要因を含む場合がある。このため、監視対象装置ＤＢ２１ａでは、後述する手法により、部品の故障要因に応じたロット単位の故障率の偏りを検出するために、ロット単位で部品を区別するのである。

以下、ロット単位で区別した部品名を、「部品Ａ」～「部品Ｆ」のように符号としてアルファベットの大文字を付加して表記する。一方、後述するように、ロット単位で区別しない部品名を、「部品ａ」のように符号としてアルファベットの小文字を付加して表記する。

データ整形部２３は、通信部２２が受信したログ３１から、ストレージ装置３及び部品を特定し、ストレージ装置３及び部品ごとに、監視対象装置ＤＢ２１ａにエントリを生成又は更新してよい。例えば、データ整形部２３は、アラーム情報及びアラーム継続回数以外の監視対象装置ＤＢ２１ａの項目にログ３１に基づく情報を設定してよい。

なお、データ整形部２３は、例えば、定期的なタイミングで通信部２２が受信するログ３１、又は、監視対象とする１以上のストレージ装置３の構成情報（図示省略）に基づき、監視対象装置ＤＢ２１ａにアラーム情報及びアラーム継続回数以外の情報を含むエントリを生成してもよい。

また、ストレージ装置３では、後述する端末４へのアラームの通知、メンテナンス（保守）、又は、部品の障害発生等に応じて、部品の交換が行なわれることがある。この場合、データ整形部２３は、交換後の部品に関するログ３１を通信部２２が受信すると、監視対象装置ＤＢ２１ａに格納された交換前の部品の情報に代えて、交換後の部品の情報を登録してよい。

例えば、データ整形部２３は、交換後の部品のログ３１に含まれる装置ＩＤ及び搭載位置に基づき、監視対象装置ＤＢ２１ａにおける交換前の部品のエントリを特定する。そして、データ整形部２３は、交換後の部品の情報により、特定したエントリの部品名、稼働情報、及び、部品情報を更新、例えば置き換えてよい。また、データ整形部２３は、当該エントリのアラーム情報及びアラーム継続回数を初期値に設定してよい。

予測部２４は、通信部２２が受信したログ３１に基づき、交換部品の特定処理を行なってよい。例えば、予測部２４は、監視処理において、障害の発生したハードウェア等の部品を特定し、特定した部品の情報を端末４に通知してよい。

また、一実施形態に係る予測部２４は、監視処理において、部品の障害発生の予測処理を行なってよい。例えば、予測部２４は、予測処理において、部品故障率テーブル２１ｂ、故障要因テーブル２１ｃ及び冗長数テーブル２１ｄに基づき監視対象装置ＤＢ２１ａを更新する。そして、予測部２４は、更新した監視対象装置ＤＢ２１ａに基づき、部品ごとに、当該部品が故障した場合の冗長性消失の可能性を予測し、冗長性消失の可能性がある場合、端末４にアラームを通知する。

一実施形態において、「通知」は、種々の手法により行なわれてよい。例えば、「通知」には、端末４のメールアドレス等の種々のアドレスへのメッセージの送信、端末４のモニタ等の出力装置へのメッセージの表示出力、端末４がアクセス可能な記憶領域（例えばメモリ部２１又は外部ストレージ）へのメッセージの格納、等のうちの少なくとも１つが含まれてもよい。

図３に例示するように、予測部２４は、予測処理を行なうための機能に着目すると、部品故障率算出部２５、部品故障判定部２６、故障要因分析部２７、及び、冗長性判定部２８を備えてよい。

部品故障率算出部２５は、監視対象装置ＤＢ２１ａの稼働情報に含まれる部品ごとの故障発生数に基づき、部品の故障率（故障発生率）を算出する。

例えば、部品故障率算出部２５は、ストレージ装置３ごと、且つ、部品ごとに、当該部品の故障発生数を、当該部品の稼働時間の合計時間で除算することで、部品の故障率を算出してよい。部品故障率算出部２５が故障率を算出する部品の単位は、例えば、部品名、ベンダ名、モデル名、ＦＷ版数の少なくとも１つが同一である部品であってもよい。以下の説明では、部品故障率算出部２５は、同一の部品名（部品番号、型式番号）を有する部品ごとに故障率を算出するものとする。

なお、故障率は、故障発生数／（稼働時間の合計時間）に限られず、故障発生数、稼働時間、エラー又は故障発生頻度、タイムアウト発生頻度等の、ログ３１の稼働情報に含まれる種々の情報に基づき算出されてもよい。

部品故障率算出部２５は、例えば、算出した故障率を、部品名ごとに、部品故障率テーブル２１ｂに格納してよい。

図６は、部品故障率テーブル２１ｂの一例を示す図である。図６に示すように、部品故障率テーブル２１ｂは、例示的に、「部品名」、「故障率」、「故障率（基準値）」の項目を含んでよい。「故障率（基準値）」は、所定の基準値の一例であり、例えば、部品の故障率の理論値又は設計値等である。基準値は、例えば、設計時の検証結果又は仕様書（スペックシート）等から得られてよい。

図６の例において、「部品名」は、部品番号、型式番号等の部品名であり、ロット単位では区別されない。例えば、「部品ａ」は、図５に示すロット違いの「部品Ａ」及び「部品Ｂ」に共通する部品名であってよい。

部品故障判定部２６は、部品故障率算出部２５が算出したストレージ装置３ごと且つ部品ごとの故障率が、部品故障率テーブル２１ｂの基準値を超えているか否かを判定する。

部品故障判定部２６は、故障率が基準値を超えている場合、当該ストレージ装置３の当該部品を「注意対象部品」と判定し、監視対象装置ＤＢ２１ａに対するアラームの設定、端末４へのアラームの通知、及び、故障要因分析部２７への故障要因の分析指示を行なう。注意対象部品は、部品の故障率が所定の閾値よりも高い第１部品の一例である。

例えば、部品故障判定部２６は、監視対象装置ＤＢ２１ａの注意対象部品のエントリのアラーム情報に「注意」を設定し、アラーム情報に「正常」以外が設定されている場合には、アラーム継続回数に“1”を加算する。

図７は、装置Ａの部品ａの故障率Ｘが基準値ｘを超える場合における、監視対象装置ＤＢ２１ａの一例を示す図である。この場合、部品故障判定部２６は、図７に示すように、監視対象装置ＤＢ２１ａの装置Ａの部品Ａ及びＢのエントリ（Ｎｏ．「１」、「２」のエントリ）のアラーム情報に「注意」を設定し、アラーム継続回数を「０」に維持する。

また、部品故障判定部２６は、注意対象部品に関する「注意」レベルのアラームを、端末４に通知する。例えば、アラームは、装置Ａの次回の定期メンテナンス等のタイミングで可能であれば部品ａ（部品Ａ及びＢ）を交換することを促すアラームであってよい。このとき、部品故障判定部２６は、注意対象部品のアラーム情報（又は他の追加の項目）に対して、アラームの通知日時のタイムスタンプを設定してもよい。

故障要因分析部２７は、部品のロットごとの故障要因を分析し、故障要因に応じたロットごとの故障率の偏りの有無を判定する。

例えば、故障要因分析部２７は、監視対象装置ＤＢ２１ａの稼働情報に基づき、部品の故障要因ごと、且つ、ロットごとの故障率を算出し、算出した故障率を故障要因テーブル２１ｃに格納してよい。

図８は、故障要因テーブル２１ｃの一例を示す図である。図８に示すように、故障要因テーブル２１ｃは、例示的に、「部品名」、「故障要因」、「故障率」、「同種部品」の項目を含んでよい。「部品名」は、ロットごとの部品名である。「故障要因」は、故障（エラー）の発生要因であり、例えば、ソフトエラー、ハードウェアエラー、メディアエラー、無応答（タイムアウト）等の、ログ３１の稼働情報（エラー情報）から取得可能な種々の要因が挙げられる。「同種部品」は、当該エントリの部品と部品名が同一でありロットが異なる部品の識別情報である。

図８に示すように、故障要因テーブル２１ｃには、ストレージ装置３を区別せずに、同一ロットの部品に着目して、故障要因ごとの故障率が設定される。

なお、故障要因分析部２７は、監視対象装置ＤＢ２１ａ又はログ３１に基づき、部品ごとに同種部品を判定し、故障要因テーブル２１ｃに設定してよい。

故障要因分析部２７は、故障率に偏りが有る場合、例えば、故障要因ごとに、或るロットの部品の故障率が、同一部品名の他のロットの故障率よりも高い（一例として、ｎ％以上高い；ｎは０以上の実数、例えば“10”）場合、故障要因分析部２７は、当該当該部品を「警告対象部品」と判定する。例えば、故障要因分析部２７は、警告対象部品について、監視対象装置ＤＢ２１ａに対するアラームの設定、及び、端末４へのアラームの通知を行なう。警告対象部品は、故障要因に応じた部品の故障率が同種部品よりも高い第２部品の一例である。

例えば、故障要因分析部２７は、監視対象装置ＤＢ２１ａの警告対象部品のエントリのアラーム情報に「警告」を設定し、既にアラーム情報に「正常」以外が設定されている場合には、アラーム継続回数に“1”を加算する。

図９は、部品Ｂの故障要因ｙの故障率１０％が、同種部品である部品Ａの故障要因ｙの故障率よりも１０％以上高い場合における、監視対象装置ＤＢ２１ａの一例を示す図である。なお、部品Ａの故障要因ｙの故障率は、エントリが存在しないため、０％である。この場合、故障要因分析部２７は、監視対象装置ＤＢ２１ａの装置Ａの部品Ｂのエントリ（Ｎｏ．「２」のエントリ）のアラーム情報に「警告」を設定する。なお、故障要因分析部２７は、Ｎｏ．「２」のエントリのアラーム継続回数に「１」を設定する。

また、故障要因分析部２７は、警告対象部品に関する「警告」レベルのアラームを、端末４に通知する。例えば、アラームは、部品Ｂを備える装置Ａの次回の定期メンテナンス等のタイミングで部品Ｂを交換することを促すアラームであってよい。このとき、故障要因分析部２７は、当該警告対象部品のアラーム情報（又は他の追加の項目）に対して、アラームの通知日時のタイムスタンプを設定してもよい。

また、故障要因の分析により特定される警告対象部品は、特定のストレージ装置３に依らず、当該部品を備える複数のストレージ装置３において、保守対象部品となることが好ましい。

そこで、故障要因分析部２７は、特定した警告対象部品を備える装置Ａの他に、警告対象部品を備える装置Ｃの部品Ｂに対してもアラームを設定してよい。例えば、故障要因分析部２７は、監視対象装置ＤＢ２１ａの装置Ｃの部品Ｂのエントリ（Ｎｏ．「８」のエントリ）のアラーム情報に「警告」を設定し、アラーム継続回数を「０」に維持してよい。

また、故障要因分析部２７は、装置Ｃの次回の定期メンテナンス等のタイミングで部品Ｂを交換することを促すアラームを端末４に送信してもよく、この場合、監視対象装置ＤＢ２１ａにタイムスタンプを設定してもよい。

このように、サーバ２によれば、部品の稼働情報（エラー情報）に基づき、複数のストレージ装置３を横断してロット不良の可能性がある警告対象部品を特定することができる。従って、複数の監視対象装置に対する部品単位の故障予測を効率よく、又は、正確に実施することができる。

なお、故障要因分析部２７は、ロット単位で部品の故障要因の分析を行なうものとしたが、これに限定されるものではない。例えば、故障要因分析部２７は、複数のロットをまとめたロット群、モデル名、ＦＷ版数等の種々の単位で部品の故障要因の分析を行なってもよい。これらの場合、監視対象装置ＤＢ２１ａ及び故障要因テーブル２１ｃにおける部品名は、同一のロット群、モデル名、ＦＷ版数等の単位で区別されてもよい。

なお、ロット、ロット群、モデル名又はＦＷ版数が互いに異なる同一部品名の部品は、互いに「同種部品」又は「同等部品」であるといえる。

冗長性判定部２８は、部品故障判定部２６により注意対象部品と判定された部品、又は、故障要因分析部２７により警告対象部品と判定された部品において、当該部品が故障することにより冗長性が失われるか否かを判定する。

例えば、冗長性判定部２８は、冗長数テーブル２１ｄから注意対象部品又は警告対象部品の冗長数を取得し、取得した冗長数に基づき、注意対象部品又は警告対象部品の故障により冗長性が失われるか否かを判定してよい。

図１０は、冗長数テーブル２１ｄの一例を示す図である。図１０に示すように、冗長数テーブル２１ｄは、例示的に、「装置ＩＤ」、「部品名」、「冗長数」の項目を含んでよい。「装置ＩＤ」及び「部品名」は、図５に示す装置ＩＤ及び部品名である。「冗長数」は、当該ストレージ装置３における当該部品の冗長化の数であり、当該部品の役割（機能）を担う部品の総数である。例えば、図５において装置Ａで二重化されている部品Ａ及びＢは、図１０ではいずれも冗長数が「２」である。

冗長数テーブル２１ｄは、例えば、監視対象装置となるストレージ装置３の設計又は構築等の、監視システム１の運用前に生成され、メモリ部２１に格納されてよい。

例えば、冗長性判定部２８は、冗長数テーブル２１ｄにおいて冗長数が「Ｎ」個（Ｎは２以上の整数）である部品のうち、監視対象装置ＤＢ２１ａにおいてアラーム情報に「注意」又は「警告」が設定された部品がＮ－１個以上存在する場合に、当該部品を「緊急対象部品」と判定する。例えば、冗長性判定部２８は、緊急対象部品について、監視対象装置ＤＢ２１ａに対するアラームの設定、及び、端末４へのアラームの通知を行なう。

例えば、冗長性判定部２８は、監視対象装置ＤＢ２１ａの緊急対象部品のエントリのアラーム情報に「緊急」を設定し、既にアラーム情報に「正常」以外が設定されている場合には、アラーム継続回数に“1”を加算する。

図１１は、図９の状態に基づき冗長性判定処理を行なう場合の監視対象装置ＤＢ２１ａの一例を示す図である。冗長性判定部２８は、監視対象装置ＤＢ２１ａ（図９参照）と冗長数テーブル２１ｄ（図１０参照）とを比較する。

例えば、冗長性判定部２８は、装置Ａの部品Ａ及びＢの冗長数がＮ＝「２」であり、アラーム情報の「注意」又は「警告」の設定数が「２」≧（Ｎ－１）であるため、装置Ａの部品Ａ及びＢを緊急対象部品と判定する。この場合、冗長性判定部２８は、監視対象装置ＤＢ２１ａの装置Ａの部品Ａ及びＢのエントリ（Ｎｏ．「１」、「２」のエントリ）のアラーム情報に「緊急」を設定し、アラーム継続回数にそれぞれ「１」、「２」を設定する。

また、例えば、冗長性判定部２８は、装置Ｃの部品Ａ及びＢの冗長数がＮ＝「２」であり、アラーム情報の「注意」又は「警告」の設定数が「１」≧（Ｎ－１）であるため、アラーム情報に「注意」又は「警告」が設定された部品Ｂを緊急対象部品と判定する。この場合、冗長性判定部２８は、監視対象装置ＤＢ２１ａの装置Ｃの部品Ｂのエントリ（Ｎｏ．「８」のエントリ）のアラーム情報に「緊急」を設定し、アラーム継続回数に「１」を設定する。なお、冗長性判定部２８は、アラーム情報が「正常」である装置Ｃの部品Ａについても緊急対象部品と判定してもよい。この場合、冗長性判定部２８は、装置Ｃの部品Ａのエントリ（Ｎｏ．「７」のエントリ）のアラーム情報に「緊急」を設定し、アラーム継続回数を「０」に維持する。

なお、冗長数テーブル２１ｄには、ＲＡＩＤ等のソフトウェア的な冗長化構成の情報が設定されない場合がある。ＲＡＩＤレベルが決まっていてもＲＡＩＤを構成するハードウェア（メンバディスク）が固定ではないためである。

しかし、ＲＡＩＤレベル及びメンバディスク数は、監視対象装置ＤＢ２１ａ又はログ３１に含まれる構成情報から取得可能である。このため、冗長性判定部２８は、ＲＡＩＤ等のソフトウェア的な冗長化構成については、監視対象装置ＤＢ２１ａ又はログ３１に基づき冗長数を算出し、冗長数と監視対象装置ＤＢ２１ａとを比較してもよい。

例えば、或るストレージ装置３のＲＡＩＤが、メンバディスク数が「１０」本であり、ＲＡＩＤレベルが「ＲＡＩＤ６」である場合、メンバディスクのうちの「２」本までの故障は許容される、換言すれば、三重化（Ｎ＝３）されていると捉えることができる。この場合、冗長性判定部２８は、ＲＡＩＤを構成する記憶装置のうちの「２」（≧Ｎ－１）本のアラーム情報が「注意」又は「警告」である場合に、当該アラーム情報を設定された記憶装置を緊急対象部品と判定してよい。

また、冗長性判定部２８は、緊急対象部品に関する「緊急」レベルのアラームを、端末４に通知する。例えば、アラームは、部品Ａ及びＢを備える装置Ａ、並びに、部品Ｂ（及びＡ）を備える装置Ｃについて、緊急対象部品が故障した場合に冗長性が消失するため、アラームが通知された時点で対応を検討することを示すアラームであってよい。このとき、冗長性判定部２８は、当該緊急対象部品のアラーム情報（又は他の追加の項目）に対して、アラームの通知日時のタイムスタンプを設定してもよい。

このように、冗長性判定部２８は、ストレージ装置３において２以上の部品により冗長化された部品群であって、注意対象部品又は警告対象部品を含む部品群について、注意対象部品又は警告対象部品の故障により冗長性が消失するか否かを判定する。そして、冗長性判定部２８は、注意対象部品又は警告対象部品の故障により部品群の冗長性が消失すると判定した場合に、注意対象部品又は警告対象部品に関するアラーム「緊急」を出力する。

これにより、冗長性が消失すると判定した注意対象部品又は警告対象部品、換言すれば、緊急対象部品の交換を促すアラームを端末４に早期に通知でき、冗長化構成が消失する可能性を低減させることができる。

保守対象部品出力部２９は、通信部２２経由で端末４から保守対象部品の出力要求を受信すると、保守対象部品を示す出力情報２１ｅを生成し、出力情報２１ｅを通信部２２経由で端末４に送信する。

例えば、端末４は、ストレージ装置３のメンテナンス（保守）計画において、サーバ２に保守対象部品の出力要求を送信する。出力要求には、監視対象装置の装置ＩＤ、及び、メンテナンス実施時期（例えば日時）が含まれてよい。

保守対象部品出力部２９は、監視対象装置ＤＢ２１ａを参照し、出力要求に含まれる装置ＩＤの部品のうち、保守対象とする部品を抽出し、出力情報２１ｅとしてメモリ部２１に格納する。保守対象とする部品としては、例えば、出力要求に含まれる装置ＩＤの部品のうち、メンテナンス実施時期に近い所定期間（例えば半年以内）に故障発生の可能性がある故障可能性部品が挙げられる。故障可能性部品には、緊急対象部品が含まれてよい。

例えば、保守対象部品出力部２９は、監視対象装置ＤＢ２１ａ（図１１参照）の指定された装置ＩＤの部品のうち、アラーム情報及びアラーム継続回数の組み合わせが所定の条件を満たす保守対象部品のエントリを抽出し、出力情報２１ｅに設定してよい。

所定の条件としては、例えば、アラーム情報及びアラーム継続回数の組み合わせが、注意３回、警告２回、緊急１回又は０回、のうちのいずれか１つに該当する場合が挙げられる。所定の条件は、所定期間の設定に応じて、適宜変更されてよい。

図１２は、監視対象装置ＤＢ２１ａの他の例を示す図である。図１３は、図１２に示す監視対象装置ＤＢ２１ａから装置Ａの保守対象部品を抽出して生成される出力情報２１ｅの一例を示す図である。図１４は、図１２に示す監視対象装置ＤＢ２１ａから装置Ｂの保守対象部品を抽出して生成される出力情報２１ｅの一例を示す図である。

例えば、出力要求で装置Ａの装置ＩＤが指定された場合、図１２に示すように、装置Ａのコントローラ２に搭載される部品Ｂは「注意」が３回発信されている。そこで、保守対象部品出力部２９は、図１３に例示するように、装置Ａの部品Ｂのエントリを監視対象装置ＤＢ２１ａから抽出し、出力情報２１ｅに設定する。

また、例えば、出力要求で装置Ｂの装置ＩＤが指定された場合、図１２に示すように、装置Ｂのコントローラ１－ｓｌｏｔ１に搭載される部品Ｄは「警告」が２回発信されている。そこで、保守対象部品出力部２９は、図１４に例示するように、装置Ｂの部品Ｄのエントリを監視対象装置ＤＢ２１ａから抽出し、出力情報２１ｅに設定する。

以上のように、一実施形態に係るサーバ２は、監視対象装置が備える各部品の故障に関する情報に基づき、各部品に故障が発生する可能性のある期間（メンテナンスの実施時期からの期日）、換言すれば、各部品の寿命を推定する。これにより、監視システム１では、適切な予防保守を実施でき、監視対象装置における冗長性消失の可能性を低減することができる。

〔１－４〕動作例
次に、図１５～図１９を参照して、一実施形態に係る監視システム１におけるサーバ２の動作例を説明する。

〔１－４－１〕監視処理
図１５は、サーバ２による監視処理の動作例を説明するためのフローチャートである。図１６～図１８は、図１５に示す故障率判定処理、故障要因判定処理及び冗長性維持判定処理のそれぞれの動作例を説明するためのフローチャートである。

図１５に例示するように、サーバ２の通信部２２は、ストレージ装置３からログ３１を収集する（ステップＳ１）。例えば、データ整形部２３は、通信部２２により受信したログ３１を整形し、監視対象装置ＤＢ２１ａに格納する。

部品故障率算出部２５及び部品故障判定部２６は、ステップＳ１で受信したログ３１が対象とする部品のそれぞれについて、監視対象装置ＤＢ２１ａ及び部品故障率テーブル２１ｂに基づき、ストレージ装置３ごとに故障率判定処理を実行する（ステップＳ２）。

故障要因分析部２７は、同等部品ごとに、監視対象装置ＤＢ２１ａ及び故障要因テーブル２１ｃに基づき故障要因判定処理を実行する（ステップＳ３）。

冗長性判定部２８は、注意対象部品、及び、故障要因判定処理で判定された警告対象部品のそれぞれについて、監視対象装置ＤＢ２１ａ及び冗長数テーブル２１ｄに基づき冗長性維持判定処理を実行し（ステップＳ４）、処理が終了する。

（ステップＳ２：故障率判定処理）
次に、図１５のステップＳ２における故障率判定処理の動作例を説明する。図１６に例示するように、部品故障率算出部２５及び部品故障判定部２６は、監視対象装置ＤＢ２１ａに基づき、故障率を算出し（ステップＳ２１）、算出した故障率を部品故障率テーブル２１ｂに設定する。

部品故障判定部２６は、部品故障率テーブル２１ｂを参照し、故障率が基準値を超えているか否かを判定する（ステップＳ２２）。故障率が基準値を超えていない場合（ステップＳ２２でＮＯ）、故障率判定処理が終了する。

故障率が基準値を超えている場合（ステップＳ２２でＹＥＳ）、部品故障判定部２６は、当該部品（注意対象部品）に対応する監視対象装置ＤＢ２１ａのエントリのアラームの設定を更新する（ステップＳ２３）。例えば、部品故障判定部２６は、アラーム情報に「注意」を設定し、設定前に既にアラーム情報が「正常」以外である場合、アラーム継続回数に“1”を加算する。

部品故障判定部２６は、アラーム情報に「注意」が設定されているエントリの装置ＩＤに対して、アラーム「注意」を通知し（ステップＳ２４）、故障率判定処理が終了する。

（ステップＳ３：故障要因判定処理）
次に、図１５のステップＳ３における故障要因判定処理の動作例を説明する。図１７に例示するように、故障要因分析部２７は、監視対象装置ＤＢ２１ａに基づき、同等部品、例えばロットごとに故障要因を分析し（ステップＳ３１）、故障要因及びロットごとの故障率を算出して、故障要因及び故障率を故障要因テーブル２１ｃに設定する。

故障要因分析部２７は、故障要因テーブル２１ｃを参照し、故障要因に応じた故障率が他の同等部品、例えば他のロットの部品よりも高いか否かを判定する（ステップＳ３２）。故障要因に応じた故障率が他のロットの部品以下である場合（ステップＳ３２でＮＯ）、故障要因判定処理が終了する。

故障要因に応じた故障率が他のロットの部品よりも高い場合（ステップＳ３２でＹＥＳ）、故障要因分析部２７は、当該部品（警告対象部品）に対応する監視対象装置ＤＢ２１ａのエントリのアラームの設定を更新する（ステップＳ３３）。例えば、故障要因分析部２７は、アラーム情報に「警告」を設定し、設定前に既にアラーム情報が「正常」以外である場合、アラーム継続回数に“1”を加算する。

故障要因分析部２７は、アラーム情報に「警告」が設定されているエントリの装置ＩＤに対して、アラーム「警告」を通知する（ステップＳ３４）。

また、故障要因分析部２７は、他のストレージ装置３における警告対象部品と同一の部品名の部品（同一部品）に対応する監視対象装置ＤＢ２１ａのエントリのアラームの設定を更新し（ステップＳ３５）、故障要因判定処理が終了する。

（ステップＳ４：冗長性維持判定処理）
次に、図１５のステップＳ４における冗長性維持処理の動作例を説明する。図１８に例示するように、冗長性判定部２８は、監視対象装置ＤＢ２１ａ及び冗長数テーブル２１ｄに基づき、注意対象部品又は警告対象部品の冗長性維持性を分析する（ステップＳ４１）。

冗長性判定部２８は、注意対象部品又は警告対象部品が冗長化構成であるか否かを判定する（ステップＳ４２）。冗長化構成ではない場合（ステップＳ４２でＮＯ）、冗長性維持判定処理が終了する。

冗長化構成である場合（ステップＳ４２でＹＥＳ）、冗長性判定部２８は、注意対象部品又は警告対象部品が故障した場合に冗長性が維持可能か否かを判定する（ステップＳ４３）。冗長性が維持可能である場合（ステップＳ４３でＹＥＳ）、冗長性維持判定処理が終了する。

冗長性が維持不可能である場合（ステップＳ４３でＮＯ）、冗長性判定部２８は、当該部品に対応する監視対象装置ＤＢ２１ａのエントリのアラームの設定を更新する（ステップＳ４４）。例えば、冗長性判定部２８は、アラーム情報に「緊急」を設定し、設定前に既にアラーム情報が「正常」以外である場合、アラーム継続回数に“1”を加算する。

冗長性判定部２８は、アラーム情報に「緊急」が設定されているエントリの装置ＩＤに対して、アラーム「緊急」を通知し（ステップＳ４５）、冗長性維持判定処理が終了する。

〔１－４－２〕保守対象部品出力処理
図１９は、サーバ２による保守対象部品出力処理の動作例を説明するためのフローチャートである。

図１９に例示するように、サーバ２の通信部２２は、端末４から保守対象部品のリスト（出力情報２１ｅ）の出力要求を受信する（ステップＳ５１）。

保守対象部品出力部２９は、監視対象装置ＤＢ２１ａを参照し（ステップＳ５２）、出力要求で指定された装置ＩＤの部品の未選択エントリを選択する（ステップＳ５３）。

保守対象部品出力部２９は、選択したエントリのアラーム状態が「正常」か否かを判定する（ステップＳ５４）。「正常」である場合（ステップＳ５４でＹＥＳ）、処理がステップＳ６０に移行する。

選択したエントリのアラーム状態が「正常」ではない場合（ステップＳ５４でＮＯ）、保守対象部品出力部２９は、選択したエントリのアラーム状態が「注意」か否かを判定する（ステップＳ５５）。「注意」である場合（ステップＳ５５でＹＥＳ）、保守対象部品出力部２９は、選択したエントリのアラーム継続回数が“3”以上か否かを判定する（ステップＳ５６）。アラーム継続回数が“3”以上ではない場合（ステップＳ５６でＮＯ）、処理がステップＳ６０に移行する。

選択したエントリのアラーム継続回数が“3”以上である場合（ステップＳ５６でＹＥＳ）、保守対象部品出力部２９は、選択したエントリの情報を出力情報２１ｅに追加し（ステップＳ５９）、処理がステップＳ６０に移行する。

ステップＳ５５において、選択したエントリのアラーム状態が「注意」ではない場合（ステップＳ５５でＮＯ）、保守対象部品出力部２９は、選択したエントリのアラーム状態が「警告」か否かを判定する（ステップＳ５７）。「警告」である場合（ステップＳ５７でＹＥＳ）、保守対象部品出力部２９は、選択したエントリのアラーム継続回数が“2”以上か否かを判定する（ステップＳ５８）。アラーム継続回数が“2”以上ではない場合（ステップＳ５８でＮＯ）、処理がステップＳ６０に移行する。

選択したエントリのアラーム継続回数が“2”以上である場合（ステップＳ５８でＹＥＳ）、保守対象部品出力部２９は、選択したエントリの情報を出力情報２１ｅに追加し（ステップＳ５９）、処理がステップＳ６０に移行する。

ステップＳ５７において、選択したエントリのアラーム状態が「警告」ではない場合（ステップＳ５７でＮＯ）、選択したエントリのアラーム状態は「緊急」である。この場合、保守対象部品出力部２９は、選択したエントリの情報を出力情報２１ｅに追加し（ステップＳ５９）、処理がステップＳ６０に移行する。

ステップＳ６０では、保守対象部品出力部２９は、監視対象装置ＤＢ２１ａにおいて、出力要求で指定された装置ＩＤの部品の未選択エントリが存在するか否かを判定する。未選択エントリが存在する場合（ステップＳ６０でＹＥＳ）、処理がステップＳ５３に移行する。

監視対象装置ＤＢ２１ａに未選択エントリが存在しない場合（ステップＳ６０でＮＯ）、保守対象部品出力部２９は、通信部２２を介して、出力情報２１ｅを端末４に送信し（ステップＳ６１）、保守対象部品出力処理が終了する。

〔２〕その他
上述した一実施形態に係る技術は、以下のように変形、変更して実施することができる。

例えば、図３に示すサーバ２の通信部２２、データ整形部２３、予測部２４、部品故障率算出部２５、部品故障判定部２６、故障要因分析部２７、冗長性判定部２８及び保守対象部品出力部２９は、それぞれ任意の組み合わせで併合してもよく、分割してもよい。

また、図３に示すメモリ部２１が格納する情報２１ａ～２１ｅは、それぞれ任意の組み合わせで併合してもよく、分割してもよい。

さらに、ストレージ装置３からアラームを通知された端末４は、例えば、サポート担当者等（サポート担当者、ストレージ装置３の管理者又は利用者等）に対して、種々のメッセージを通知してもよい。一例として、端末４は、サポート担当者等に対して、外部ストレージへのデータバックアップを促す警告メッセージを通知してもよい。また、例えば、端末４は、ＲＡＩＤの冗長性消失に関する「緊急」のアラーム通知を受けた場合、サポート担当者等に対して、使用可能なホットスペアドライブが存在すれば、アラーム対象の被疑ドライブからホットスペアドライブへデータを移行し冗長性を保つことを指示するメッセージを通知してもよい。

〔３〕付記
以上の実施形態に関し、更に以下の付記を開示する。

（付記１）
監視対象装置が備える複数の部品の各々に関するログを複数の前記監視対象装置から受信して得られたデータベースから、部品の故障率が所定の閾値よりも高い第１部品を前記監視対象装置ごとに特定し、
前記データベースから、前記ログに含まれるエラー情報に基づき、故障要因に応じた部品の故障率が同種部品よりも高い第２部品を特定し、
前記監視対象装置において２以上の部品により冗長化された部品群であって、前記第１部品又は前記第２部品を含む前記部品群について、前記第１部品又は前記第２部品の故障により冗長性が消失するか否かを判定し、
前記第１部品又は前記第２部品の故障により前記部品群の冗長性が消失すると判定した場合に、前記第１部品又は前記第２部品に関するアラームを出力する、
処理をコンピュータに実行させる、判定プログラム。

（付記２）
前記判定する処理は、前記監視対象装置が備える複数の部品のそれぞれの冗長数を管理する情報に基づき、冗長数Ｎ（Ｎは２以上の整数）である前記部品群に含まれる前記第１部品又は前記第２部品の数が（Ｎ－１）以上である場合に、前記第１部品又は前記第２部品の故障により冗長性が消失すると判定する処理を含む、
付記１に記載の判定プログラム。

（付記３）
前記第１部品を特定する処理は、特定した前記第１部品に関する第１アラームを出力する処理を含み、
前記第２部品を特定する処理は、特定した前記第２部品に関する第２アラームを出力する処理を含み、
前記第１アラーム及び前記第２アラームの出力回数と、前記部品群の冗長性が消失すると判定した前記第１部品又は前記第２部品とに基づき、保守対象とする部品を決定する、
処理を前記コンピュータに実行させる、付記１又は付記２に記載の判定プログラム。

（付記４）
前記同種部品は、部品名が同一であり、ロット、ロット群、モデル名、及び、ファームウェア版数の少なくとも１つが異なる部品である、
付記１～付記３のいずれか１項に記載の判定プログラム。

（付記５）
監視対象装置が備える複数の部品の各々に関するログを複数の前記監視対象装置から受信して得られたデータベースから、部品の故障率が所定の閾値よりも高い第１部品を前記監視対象装置ごとに特定し、
前記データベースから、前記ログに含まれるエラー情報に基づき、故障要因に応じた部品の故障率が同種部品よりも高い第２部品を特定し、
前記監視対象装置において２以上の部品により冗長化された部品群であって、前記第１部品又は前記第２部品を含む前記部品群について、前記第１部品又は前記第２部品の故障により冗長性が消失するか否かを判定し、
前記第１部品又は前記第２部品の故障により前記部品群の冗長性が消失すると判定した場合に、前記第１部品又は前記第２部品に関するアラームを出力する、
処理をコンピュータが実行する、判定方法。

（付記６）
前記判定する処理は、前記監視対象装置が備える複数の部品のそれぞれの冗長数を管理する情報に基づき、冗長数Ｎ（Ｎは２以上の整数）である前記部品群に含まれる前記第１部品又は前記第２部品の数が（Ｎ－１）以上である場合に、前記第１部品又は前記第２部品の故障により冗長性が消失すると判定する処理を含む、
付記５に記載の判定方法。

（付記７）
前記第１部品を特定する処理は、特定した前記第１部品に関する第１アラームを出力する処理を含み、
前記第２部品を特定する処理は、特定した前記第２部品に関する第２アラームを出力する処理を含み、
前記第１アラーム及び前記第２アラームの出力回数と、前記部品群の冗長性が消失すると判定した前記第１部品又は前記第２部品とに基づき、保守対象とする部品を決定する、
処理を前記コンピュータが実行する、付記５又は付記６に記載の判定方法。

（付記８）
前記同種部品は、部品名が同一であり、ロット、ロット群、モデル名、及び、ファームウェア版数の少なくとも１つが異なる部品である、
付記５～付記７のいずれか１項に記載の判定方法。

（付記９）
監視対象装置が備える複数の部品の各々に関するログを複数の前記監視対象装置から受信して得られたデータベースから、部品の故障率が所定の閾値よりも高い第１部品を前記監視対象装置ごとに特定し、
前記データベースから、前記ログに含まれるエラー情報に基づき、故障要因に応じた部品の故障率が同種部品よりも高い第２部品を特定し、
前記監視対象装置において２以上の部品により冗長化された部品群であって、前記第１部品又は前記第２部品を含む前記部品群について、前記第１部品又は前記第２部品の故障により冗長性が消失するか否かを判定し、
前記第１部品又は前記第２部品の故障により前記部品群の冗長性が消失すると判定した場合に、前記第１部品又は前記第２部品に関するアラームを出力する、
制御部を備える、情報処理装置。

（付記１０）
前記制御部は、前記判定する処理において、前記監視対象装置が備える複数の部品のそれぞれの冗長数を管理する情報に基づき、冗長数Ｎ（Ｎは２以上の整数）である前記部品群に含まれる前記第１部品又は前記第２部品の数が（Ｎ－１）以上である場合に、前記第１部品又は前記第２部品の故障により冗長性が消失すると判定する、
付記９に記載の情報処理装置。

（付記１１）
前記制御部は、
前記第１部品を特定する処理において、特定した前記第１部品に関する第１アラームを出力し、
前記第２部品を特定する処理において、特定した前記第２部品に関する第２アラームを出力し、
前記第１アラーム及び前記第２アラームの出力回数と、前記部品群の冗長性が消失すると判定した前記第１部品又は前記第２部品とに基づき、保守対象とする部品を決定する、
付記９又は付記１０に記載の情報処理装置。

（付記１２）
前記同種部品は、部品名が同一であり、ロット、ロット群、モデル名、及び、ファームウェア版数の少なくとも１つが異なる部品である、
付記９～付記１１のいずれか１項に記載の情報処理装置。

１ 監視システム
１ａ ネットワーク
２ サーバ
２０ 制御部
２１ メモリ部
２１ａ 監視対象装置ＤＢ
２１ｂ 部品故障率テーブル
２１ｃ 故障要因テーブル
２１ｄ 冗長数テーブル
２１ｅ 出力情報
２２ 通信部
２３ データ整形部
２４ 予測部
２５ 部品故障率算出部
２６ 部品故障判定部
２７ 故障要因分析部
２８ 冗長性判定部
２９ 保守対象部品出力部
３ ストレージ装置
３１ ログ
３２ ログ送信部
４ 端末

Claims (6)

1. 監視対象装置が備える複数の部品の各々に関するログを複数の前記監視対象装置から受信して得られたデータベースから、部品の故障率が所定の閾値よりも高い第１部品を前記監視対象装置ごとに特定し、
   前記データベースから、前記ログに含まれるエラー情報に基づき、故障要因に応じた部品の故障率が同種部品よりも高い第２部品を特定し、
   前記監視対象装置において２以上の部品により冗長化された部品群であって、前記第１部品又は前記第２部品を含む前記部品群について、前記第１部品又は前記第２部品の故障により冗長性が消失するか否かを判定し、
   前記第１部品又は前記第２部品の故障により前記部品群の冗長性が消失すると判定した場合に、前記第１部品又は前記第２部品に関するアラームを出力する、
   処理をコンピュータに実行させる、判定プログラム。
2. 前記判定する処理は、前記監視対象装置が備える複数の部品のそれぞれの冗長数を管理する情報に基づき、冗長数Ｎ（Ｎは２以上の整数）である前記部品群に含まれる前記第１部品又は前記第２部品の数が（Ｎ－１）以上である場合に、前記第１部品又は前記第２部品の故障により冗長性が消失すると判定する処理を含む、
   請求項１に記載の判定プログラム。
3. 前記第１部品を特定する処理は、特定した前記第１部品に関する第１アラームを出力する処理を含み、
   前記第２部品を特定する処理は、特定した前記第２部品に関する第２アラームを出力する処理を含み、
   前記第１アラーム及び前記第２アラームの出力回数と、前記部品群の冗長性が消失すると判定した前記第１部品又は前記第２部品とに基づき、保守対象とする部品を決定する、
   処理を前記コンピュータに実行させる、請求項１又は請求項２に記載の判定プログラム。
4. 前記同種部品は、部品名が同一であり、ロット、ロット群、モデル名、及び、ファームウェア版数の少なくとも１つが異なる部品である、
   請求項１～請求項３のいずれか１項に記載の判定プログラム。
5. 監視対象装置が備える複数の部品の各々に関するログを複数の前記監視対象装置から受信して得られたデータベースから、部品の故障率が所定の閾値よりも高い第１部品を前記監視対象装置ごとに特定し、
   前記データベースから、前記ログに含まれるエラー情報に基づき、故障要因に応じた部品の故障率が同種部品よりも高い第２部品を特定し、
   前記監視対象装置において２以上の部品により冗長化された部品群であって、前記第１部品又は前記第２部品を含む前記部品群について、前記第１部品又は前記第２部品の故障により冗長性が消失するか否かを判定し、
   前記第１部品又は前記第２部品の故障により前記部品群の冗長性が消失すると判定した場合に、前記第１部品又は前記第２部品に関するアラームを出力する、
   処理をコンピュータが実行する、判定方法。
6. 監視対象装置が備える複数の部品の各々に関するログを複数の前記監視対象装置から受信して得られたデータベースから、部品の故障率が所定の閾値よりも高い第１部品を前記監視対象装置ごとに特定し、
   前記データベースから、前記ログに含まれるエラー情報に基づき、故障要因に応じた部品の故障率が同種部品よりも高い第２部品を特定し、
   前記監視対象装置において２以上の部品により冗長化された部品群であって、前記第１部品又は前記第２部品を含む前記部品群について、前記第１部品又は前記第２部品の故障により冗長性が消失するか否かを判定し、
   前記第１部品又は前記第２部品の故障により前記部品群の冗長性が消失すると判定した場合に、前記第１部品又は前記第２部品に関するアラームを出力する、
   制御部を備える、情報処理装置。

Images