JP2022039508A - 情報処理装置および運用監視プログラム - Google Patents

Abstract

【課題】記憶装置の故障の要因を特定可能にすること。【解決手段】運用監視サーバは、分散ストレージの運用開始にあたり、分散ストレージソフトから第１のＨＤＤ情報（初期）５００を取得し、ＯＳから第２のＨＤＤ情報（初期）６００を取得する。運用監視サーバは、第１のＨＤＤ情報（初期）５００と第２のＨＤＤ情報（初期）６００とに基づいて、ＨＤＤに割り当てられたＩＤと当該ＨＤＤが装着されたＳＡＳカードスロットとの対応関係を特定する。運用監視サーバは、分散ストレージの運用時に、ＨＤＤに割り当てられたいずれかのＩＤが分散ストレージソフトに認識されなくなった場合、特定した対応関係に基づいて、当該ＩＤに対応するＳＡＳカードスロットを特定する。これにより、分散ストレージソフトを利用して検出されるＨＤＤの故障状況を、状態監視ハードにより検出されるＨＤＤの故障状況と突き合わせて、故障要因を特定可能となる。【選択図】図７

Description

本発明は、情報処理装置および運用監視プログラムに関する。

従来、ソフトウェアを使ってストレージの機能を汎用サーバ上で実現するＳＤＳ（Ｓｏｆｔｗａｒｅ Ｄｅｆｉｎｅｄ Ｓｔｏｒａｇｅ）と呼ばれる技術がある。ＳＤＳを利用することで、例えば、複数の汎用サーバと、そのＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）を束ねて、大容量のストレージを構築することができる。

先行技術としては、各ＲＡＩＤグループに対し複数の異なる障害回復処理のうちのいずれかの障害回復処理が対応付けられているポリシー管理情報を有し、ＲＡＩＤグループへ発行したコマンドに対するエラーを検知した場合、ポリシー管理情報に基づいて、そのコマンドの発行先のＲＡＩＤグループに対応付けられている障害回復処理を実行するものがある。また、ベイジアンネットワークを用いることによって、故障診断システムが知らせる故障現象を診断モデルの診断トリガーとして入力させ、通常出力および局部検査結果等のメッセージを加えて診断を行い、故障診断した結果である推定異常個所の推定異常確率を出力する技術がある。

国際公開第２０１７／０８１７４８号 特開２００８－１７６７０３号公報

しかしながら、従来技術では、ＳＤＳを利用して構築される分散ストレージシステムにおいて、ＨＤＤなどの記憶装置の故障の要因を特定することができない場合がある。

一つの側面では、本発明は、記憶装置の故障の要因を特定可能にすることを目的とする。

１つの実施態様では、ストレージ装置の記憶装置を用いて分散ストレージを実現するストレージ制御ソフトウェアから、前記ストレージ制御ソフトウェアによって前記記憶装置に割り当てられた仮想識別子と仮想デバイス名との対応関係を示す第１対応情報を取得し、前記ストレージ装置のＯＳから、前記記憶装置に割り当てられた仮想デバイス名と、前記ストレージ装置が有するスロットのうち前記記憶装置が装着されたスロットの識別子との対応関係を示す第２対応情報を取得し、前記第１対応情報と前記第２対応情報とに基づいて、前記記憶装置に割り当てられた仮想識別子と当該記憶装置が装着されたスロットの識別子との対応関係を特定し、前記分散ストレージの運用時に、前記記憶装置に割り当てられた仮想識別子のうちのいずれかの仮想識別子が前記ストレージ制御ソフトウェアに認識されなくなった場合、特定した前記対応関係に基づいて、当該仮想識別子に対応するスロットの識別子を特定する、制御部を有する情報処理装置が提供される。

本発明の一側面によれば、記憶装置の故障の要因を特定可能にすることができるという効果を奏する。

図１は、実施の形態にかかる情報処理装置１０１の一実施例を示す説明図である。 図２は、ストレージシステム２００のシステム構成例を示す説明図である。 図３は、運用監視サーバ２０１のハードウェア構成例を示すブロック図である。 図４は、運用監視サーバ２０１の機能的構成例を示すブロック図である。 図５は、第１のＨＤＤ情報（初期）の具体例を示す説明図である。 図６は、第２のＨＤＤ情報（初期）の具体例を示す説明図である。 図７は、ＨＤＤ識別対応リスト（マスタ）の作成例を示す説明図である。 図８は、第１のＨＤＤ情報（運用時）の具体例を示す説明図である。 図９は、第２のＨＤＤ情報（運用時）の具体例を示す説明図である。 図１０は、ＨＤＤ識別対応リスト（運用時）の作成例を示す説明図である。 図１１は、故障状況リスト（ソフト）の作成例を示す説明図である。 図１２は、故障状況リスト（ハード）の具体例を示す説明図である。 図１３は、故障状況リスト（ソフト／ハード）の作成例を示す説明図である。 図１４は、故障状況表示画面の画面例を示す説明図である。 図１５は、運用監視サーバ２０１の初期設定処理手順の一例を示すフローチャートである。 図１６は、運用監視サーバ２０１の故障検出処理手順の一例を示すフローチャートである。 図１７は、故障状況リスト（ソフト）作成処理の具体的処理手順の一例を示すフローチャートである。 図１８は、故障状況リスト（ソフト／ハード）作成処理の具体的処理手順の一例を示すフローチャートである。 図１９は、ＨＤＤリカバリ処理の具体的処理手順の一例を示すフローチャートである。

以下に図面を参照して、本発明にかかる情報処理装置および運用監視プログラムの実施の形態を詳細に説明する。

（実施の形態）
図１は、実施の形態にかかる情報処理装置１０１の一実施例を示す説明図である。図１において、情報処理装置１０１は、分散ストレージにおける記憶装置の故障の要因を特定可能にするコンピュータである。分散ストレージは、ＳＤＳを利用して構築されるストレージシステムであり、データの分散と複製を行い、性能、可用性、信頼性などを向上させる。記憶装置は、例えば、ＨＤＤ、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などである。

近年、開発コストや人的コストを抑えるという観点から、分散ストレージを実現するソフトウェアとして、ＯＳＳ（Ｏｐｅｎ Ｓｏｕｒｃｅ Ｓｏｆｔｗａｒｅ）のストレージ制御ソフトウェアが積極的に使用されている。分散ストレージを運用するにあたり、ストレージ（記憶装置）の管理が行われる。

例えば、既存の管理機能として、サーバ本体のＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）に依存せず、専用ハードウェア（ストレージ状態監視ハード）によって、ＳＡＳ（Ｓｅｒｉａｌ Ａｔｔａｃｈｅｄ ＳＣＳＩ）カードの各スロットに接続されたＨＤＤの死活状態を監視し、ダッシュボードに表示するものがある。この管理機能により検出される故障は、ハードウェア的（物理的）な故障である。物理的な故障が発生した場合、ＨＤＤの交換が必要となる。

一方、ＨＤＤの故障には、デフラグ失敗などによって生じるソフトウェア的（ソフト的）な故障もある。しかし、既存の管理機能では、物理的な故障とソフト的な故障とを一括して調査することができない。このため、ストレージ状態監視ハードにより物理的な故障のみを検出して、ＨＤＤ交換を実施している。

ここで、分散ストレージを実現するストレージ制御ソフトウェアによってＨＤＤの故障を検出することが考えられる。例えば、ストレージ制御ソフトウェアでは、ＨＤＤは、インストール時やリブート時に割り当てられるＩＤ（仮想識別子）とデバイス名（仮想デバイス名）によって管理される。このため、ストレージ制御ソフトウェア上で認識されなくなったＩＤのＨＤＤを故障として検出することが考えられる。

しかし、ＨＤＤが認識不可となる要因としては、物理的にＨＤＤが故障して、ソフトウェア上でも認識不可となる場合と、物理的には故障していないが、デフラグ失敗などの不具合によりソフトウェア上で認識不可となる場合とがある。このため、ストレージ制御ソフトウェア側の管理だけでは、ＨＤＤ故障が、物理的な要因によるものなのか、ソフト的な要因によるものであるかを切り分けすることができない。

また、ＯＳＳとして提供されるようなストレージ制御ソフトウェアと、ストレージ状態監視ハードはそれぞれ別々に開発されたものであり、互いに連携をとることは想定されていない。このため、従来技術では、ストレージ制御ソフトウェアによる故障の検出結果と、ストレージ状態監視ハードによる故障の検出結果とを突き合わせて、故障の要因を特定するといったことができない。

例えば、ストレージ制御ソフトウェアでは、各ＩＤに対応するＨＤＤが、ＳＡＳカードのどのスロットに装着されているのかといった情報は管理されていない。このため、分散ストレージの運用時に、ストレージ制御ソフトウェア上でＩＤが認識不可となった場合に、そのＩＤがどのスロットに装着されたＨＤＤに対応しているのか特定できず、ストレージ状態監視ハードによる故障の検出結果と突き合わせることができない。

なお、ストレージ制御ソフトウェア上でＩＤが認識不可となった場合に、ストレージ状態監視ハードと連携することなく、そのＩＤに対応するＨＤＤを人手により調査して、ＨＤＤ交換を実施するという処置を行うことも考えられる。しかし、認識不可となったＩＤに対応するＨＤＤの調査に作業負荷や作業時間がかかるという問題がある。また、デフラグ失敗などが要因の場合、ソフト的な回復措置によりＨＤＤが復旧することがある。このため、故障発生時に一律にＨＤＤ交換を実施すると、不必要なＨＤＤ交換が発生してコストの増大を招くという問題がある。

そこで、本実施の形態では、ストレージ制御ソフトウェアを利用して検出される記憶装置の故障状況と、ストレージ状態監視ハードを利用して検出される故障状況とを突き合わせるための仕組みを構築し、記憶装置の故障の要因を特定可能にする。

（１）情報処理装置１０１は、ストレージ制御ソフトウェア１０３から、第１対応情報１１０を取得する。ストレージ制御ソフトウェア１０３は、ストレージ装置１０２の記憶装置Ｄを用いて分散ストレージを実現するソフトウェアである。ストレージ制御ソフトウェア１０３は、記憶装置Ｄを管理したり、記憶装置Ｄへのアクセスを制御したりする。

例えば、ストレージ制御ソフトウェア１０３は、Ｃｅｐｈ（登録商標）などのＯＳＳである。具体的には、例えば、ストレージ制御ソフトウェア１０３は、オブジェクト単位、ブロック単位、ファイル単位でのアクセスを可能にしたり、容量の柔軟な拡張を可能にしたりする。

第１対応情報１１０は、ストレージ制御ソフトウェア１０３によって記憶装置Ｄに割り当てられた仮想識別子と仮想デバイス名との対応関係を示す。仮想識別子と仮想デバイス名は、管理用の識別情報である。仮想識別子は、ストレージ制御ソフトウェア１０３において記憶装置Ｄを識別するための仮想的な識別子である。例えば、ストレージシステムがＮ個の記憶装置Ｄにより構築される場合、Ｎ個の仮想識別子が用意される。

仮想デバイス名は、ストレージ装置１０２のＯＳ１０４上で見せる記憶装置Ｄの仮想的な名前である。仮想デバイス名は、ストレージ制御ソフトウェア１０３からＯＳ１０４に通知され、ＯＳ１０４によって認識される。仮想識別子と仮想デバイス名は、例えば、ストレージ制御ソフトウェア１０３のインストール時やリブート時に各記憶装置Ｄに割り当てられる。

（２）情報処理装置１０１は、ストレージ装置１０２のＯＳ１０４から、第２対応情報１２０を取得する。第２対応情報１２０は、記憶装置Ｄに割り当てられた仮想デバイス名と、ストレージ装置１０２が有するスロットのうち当該記憶装置Ｄが装着されたスロットの識別子との対応関係を示す。

スロットは、ストレージ装置１０２に接続する記憶装置Ｄを着脱可能な格納部である。スロットは、例えば、ＳＡＳカードのスロットである。ストレージ制御ソフトウェア１０３によって割り当てられた仮想デバイス名と、当該仮想デバイス名の記憶装置Ｄが装着されたスロットとの紐付けはＯＳ１０４により行われる。

（３）情報処理装置１０１は、取得した第１対応情報１１０と第２対応情報１２０とに基づいて、記憶装置Ｄに割り当てられた仮想識別子と当該記憶装置Ｄが装着されたスロットの識別子との対応関係を特定する。具体的には、例えば、情報処理装置１０１は、第１対応情報１１０と第２対応情報１２０に含まれる仮想デバイス名を軸として、仮想識別子と仮想デバイス名とスロットの識別子との対応関係を示す対応表１３０を作成する。

（４）情報処理装置１０１は、分散ストレージの運用時に、記憶装置Ｄに割り当てられた仮想識別子のうちのいずれかの仮想識別子がストレージ制御ソフトウェア１０３に認識されなくなった場合、特定した対応関係に基づいて、当該仮想識別子に対応するスロットの識別子を特定する。

例えば、物理的に記憶装置Ｄが故障したり、記憶装置Ｄのデフラグ（最適化）に失敗したりして、リクエストに対するレスポンスがなかったり、エラー応答があったりした場合に、その記憶装置Ｄに割り当てられた仮想識別子がストレージ制御ソフトウェア１０３に認識されなくなる。このような場合に、情報処理装置１０１は、ストレージ制御ソフトウェア１０３に認識されなくなった仮想識別子に対応するスロットの識別子を特定する。

具体的には、例えば、情報処理装置１０１は、作成した対応表１３０を参照して、ストレージ制御ソフトウェア１０３に認識されなくなった仮想識別子に対応するスロットの識別子を特定する。すなわち、ストレージ制御ソフトウェア１０３上で認識されなくなった記憶装置Ｄが、ストレージ装置１０２のどのスロットに装着されているかを特定する。

これにより、状態監視回路１０５と連携して、ストレージ制御ソフトウェア１０３を利用して検出される記憶装置Ｄの故障状況を、状態監視回路１０５により検出される記憶装置Ｄの故障状況と突き合わせることが可能となる。状態監視回路１０５は、ストレージ装置１０２が有する各スロットに装着された記憶装置Ｄの死活状態を監視する専用ハードウェアである。

具体的には、例えば、情報処理装置１０１は、状態監視回路１０５から装置状態情報１４０を取得する。装置状態情報１４０は、記憶装置Ｄが装着されたスロットの識別子と対応付けて、当該記憶装置Ｄの状態を示す。そして、情報処理装置１０１は、取得した装置状態情報１４０を参照して、特定したスロットの識別子に対応する記憶装置Ｄの状態に基づいて、当該記憶装置Ｄの故障を検出する。

すなわち、ストレージ制御ソフトウェア１０３上で仮想識別子が認識されなくなったときに、その仮想識別子に対応するスロットの識別子をキーとして、物理的な故障の発生状況を確認する。これにより、ストレージ制御ソフトウェア１０３上で仮想識別子が認識されなくなった要因が、記憶装置Ｄの物理的な故障なのか、記憶装置Ｄのソフト的な故障なのかを特定することが可能となる。

（ストレージシステム２００のシステム構成例）
つぎに、実施の形態にかかるストレージシステム２００のシステム構成例について説明する。以下の説明では、図１に示した情報処理装置１０１を、ストレージシステム２００内の運用監視サーバ２０１に適用した場合を例に挙げて説明する。

図２は、ストレージシステム２００のシステム構成例を示す説明図である。図２において、ストレージシステム２００は、運用監視サーバ２０１と、管理者端末２０２と、ストレージサーバＳ１～Ｓｎ（ｎ：２以上の自然数）と、状態監視ハードＭ１～Ｍｎとを含む。ストレージシステム２００において、運用監視サーバ２０１、管理者端末２０２、ストレージサーバＳ１～Ｓｎ（ｎ：２以上の自然数）および状態監視ハードＭ１～Ｍｎは、有線または無線のネットワーク２１０を介して接続される。ネットワーク２１０は、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットなどである。

以下の説明では、ストレージサーバＳ１～Ｓｎのうちの任意のストレージサーバを「ストレージサーバＳｉ」と表記する場合がある（ｉ＝１，２，…，ｎ）。また、状態監視ハードＭ１～Ｍｎのうちの任意の状態監視ハードを「状態監視ハードＭｉ」と表記する場合がある。

ここで、運用監視サーバ２０１は、ストレージシステム２００の運用監視を行う。ストレージシステム２００は、ＳＤＳを利用して構築される分散ストレージである。運用監視サーバ２０１は、例えば、サーバである。管理者端末２０２は、ストレージシステム２００の管理者が使用するコンピュータである。管理者端末２０２は、例えば、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、タブレットＰＣなどである。

ストレージサーバＳｉは、複数のＨＤＤ＄を有するコンピュータである。ＨＤＤ＄は、記憶装置Ｄ（図１参照）の一例である。ストレージサーバＳｉは、ＯＳ＃ｉと、分散ストレージソフト＃ｉと、を含む。ＯＳ＃ｉは、ストレージサーバＳｉのシステム全体を管理する。

分散ストレージソフト＃ｉは、分散ストレージを実現するソフトウェアである。図１に示したストレージ装置１０２は、例えば、ストレージサーバＳｉに対応する。図１に示したストレージ制御ソフトウェア１０３は、例えば、分散ストレージソフト＃ｉに対応する。図１に示したＯＳ１０４は、例えば、ＯＳ＃ｉに対応する。

状態監視ハードＭｉは、ストレージサーバＳｉに設けられ、ストレージサーバＳｉが有するＳＡＳカードの各スロットに装着されたＨＤＤ＄の死活状態を監視する専用ハードウェアである。図１に示した状態監視回路１０５は、例えば、状態監視ハードＭｉに対応する。

なお、ここでは、運用監視サーバ２０１を、管理者端末２０２やストレージサーバＳｉと別体に設けることにしたが、これに限らない。例えば、運用監視サーバ２０１は、管理者端末２０２により実現されることにしてもよく、また、ストレージサーバＳｉにより実現されることにしてもよい。

（運用監視サーバ２０１のハードウェア構成例）
つぎに、運用監視サーバ２０１のハードウェア構成例について説明する。

図３は、運用監視サーバ２０１のハードウェア構成例を示すブロック図である。図３において、運用監視サーバ２０１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３０１と、メモリ３０２と、ディスクドライブ３０３と、ディスク３０４と、通信Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）３０５と、可搬型記録媒体Ｉ／Ｆ３０６と、可搬型記録媒体３０７と、を有する。また、各構成部は、バス３００によってそれぞれ接続される。

ここで、ＣＰＵ３０１は、運用監視サーバ２０１の全体の制御を司る。ＣＰＵ３０１は、複数のコアを有していてもよい。メモリ３０２は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）およびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭがＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）のプログラムを記憶し、ＲＯＭがアプリケーションプログラムを記憶し、ＲＡＭがＣＰＵ３０１のワークエリアとして使用される。メモリ３０２に記憶されるプログラムは、ＣＰＵ３０１にロードされることで、コーディングされている処理をＣＰＵ３０１に実行させる。

ディスクドライブ３０３は、ＣＰＵ３０１の制御に従ってディスク３０４に対するデータのリード／ライトを制御する。ディスク３０４は、ディスクドライブ３０３の制御で書き込まれたデータを記憶する。ディスク３０４としては、例えば、磁気ディスク、光ディスクなどが挙げられる。

通信Ｉ／Ｆ３０５は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して外部のコンピュータ（例えば、図２に示した管理者端末２０２、ストレージサーバＳｉ、状態監視ハードＭｉ）に接続される。そして、通信Ｉ／Ｆ３０５は、ネットワーク２１０と装置内部とのインターフェースを司り、外部のコンピュータからのデータの入出力を制御する。通信Ｉ／Ｆ３０５には、例えば、モデムやＬＡＮアダプタなどを採用することができる。

可搬型記録媒体Ｉ／Ｆ３０６は、ＣＰＵ３０１の制御に従って可搬型記録媒体３０７に対するデータのリード／ライトを制御する。可搬型記録媒体３０７は、可搬型記録媒体Ｉ／Ｆ３０６の制御で書き込まれたデータを記憶する。可搬型記録媒体３０７としては、例えば、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）－ＲＯＭ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリなどが挙げられる。

なお、運用監視サーバ２０１は、上述した構成部のほかに、例えば、入力装置、ディスプレイ等を有することにしてもよい。図２に示した管理者端末２０２、ストレージサーバＳｉについても、運用監視サーバ２０１と同様のハードウェアにより実現することができる。ただし、管理者端末２０２は、上述した構成部のほかに、例えば、入力装置、ディスプレイを有する。

（運用監視サーバ２０１の機能的構成例）
図４は、運用監視サーバ２０１の機能的構成例を示すブロック図である。図４において、運用監視サーバ２０１は、第１の取得部４０１と、第２の取得部４０２と、第１の特定部４０３と、第２の特定部４０４と、第３の取得部４０５と、検出部４０６と、出力部４０７と、復旧部４０８と、を含む。第１の取得部４０１～復旧部４０８は制御部となる機能であり、具体的には、例えば、図３に示したメモリ３０２、ディスク３０４、可搬型記録媒体３０７などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、通信Ｉ／Ｆ３０５により、その機能を実現する。各機能部の処理結果は、例えば、メモリ３０２、ディスク３０４などの記憶装置に記憶される。

第１の取得部４０１は、ストレージサーバＳｉのＨＤＤ＄を用いて分散ストレージを実現する分散ストレージソフト＃ｉから、第１のＨＤＤ情報（初期）を取得する。第１のＨＤＤ情報（初期）は、分散ストレージソフト＃ｉによってＨＤＤ＄に割り当てられた仮想識別子と仮想デバイス名との対応関係を示す。

仮想識別子は、分散ストレージソフト＃ｉにおいてＨＤＤ＄を識別するための仮想的な識別子である。仮想デバイス名は、ストレージサーバＳｉのＯＳ＃ｉ上で見せるＨＤＤ＄の仮想的な名前である。仮想デバイス名は、分散ストレージソフト＃ｉからＯＳ＃ｉに通知され、ＯＳ＃ｉによって認識される。

以下の説明では、ＨＤＤ＄の仮想識別子を「ＩＤ」と表記し、ＨＤＤ＄の仮想デバイス名を「デバイス名」と表記する場合がある。図１に示した第１対応情報１１０は、例えば、第１のＨＤＤ情報（初期）に相当する。

分散ストレージソフト＃ｉにおいて、ＨＤＤ＄のＩＤは、例えば、ＨＤＤ＿ＩＤリストをもとに割り当てられる。ＨＤＤ＿ＩＤリストは、ストレージシステム２００内のＨＤＤ＄に割り当てられるＩＤをリスト化した情報である。例えば、ストレージシステム２００に１００個のＨＤＤ＄が含まれる場合、ＨＤＤ＿リストには、１～１００のＩＤが記憶されている。また、分散ストレージソフト＃ｉ上でＩＤが認識されない場合、そのＩＤのＨＤＤ＄にはデバイス名は割り当てられない。

具体的には、例えば、第１の取得部４０１は、分散ストレージの運用を開始する前に、「ｃｅｐｈ－ｖｏｌｕｍｅ ｌｖｍ ｌｉｓｔ」などのコマンドを実行することで、分散ストレージソフト＃ｉから第１のＨＤＤ情報（初期）を取得する。ここで、第１のＨＤＤ情報（初期）の具体例について説明する。

図５は、第１のＨＤＤ情報（初期）の具体例を示す説明図である。図５において、第１のＨＤＤ情報（初期）５００は、分散ストレージソフト＃ｉによってＨＤＤ＄に割り当てられたＩＤとデバイス名との対応関係を示す。例えば、ＩＤ「１」に対応するデバイス名は「／ｄｅｖ／ｓｄａ」である。

第２の取得部４０２は、ストレージサーバＳｉのＯＳ＃ｉから、第２のＨＤＤ情報（初期）を取得する。第２のＨＤＤ情報（初期）は、ＨＤＤ＄に割り当てられたデバイス名と、ストレージサーバＳｉが有するスロットのうちＨＤＤ＄が装着されたスロットの識別子との対応関係を示す。

スロットは、ストレージサーバＳｉに接続するＨＤＤ＄を着脱可能な格納部である。スロットは、例えば、ＳＡＳカードのスロットである。分散ストレージソフト＃ｉによって割り当てられたデバイス名と、当該デバイス名のＨＤＤ＄が装着されたスロットとの紐付けはＯＳ＃ｉにより行われる。スロットの識別子は、例えば、ＳＡＳカードのスロット番号である。

以下の説明では、ＨＤＤ＄を着脱可能なスロットを「ＳＡＳカードスロット」と表記する場合がある。また、ＨＤＤ＄を着脱可能なスロットの識別子を、「ＳＡＳカードのスロット番号」、あるいは、単に「ＳＡＳカードスロット」と表記する場合がある。図２に示した第２対応情報１２０は、例えば、第２のＨＤＤ情報（初期）に相当する。

具体的には、例えば、第２の取得部４０２は、分散ストレージの運用を開始する前に、「ｌｓ －ｌ ／ｄｅｖ／ｄｉｓｋ／ｂｙ－ｐａｔｈ」などのコマンドを実行することで、ＯＳ＃ｉから第２のＨＤＤ情報（初期）を取得する。ここで、第２のＨＤＤ情報（初期）の具体例について説明する。

図６は、第２のＨＤＤ情報（初期）の具体例を示す説明図である。図６において、第２のＨＤＤ情報（初期）６００は、ＨＤＤ＄に割り当てられたデバイス名と、ＨＤＤ＄が装着されたＳＡＳカードスロット（ＳＡＳカードのスロット番号）との対応関係を示す。例えば、デバイス名「／ｄｅｖ／ｓｄａ」に対応するＳＡＳカードスロットは「ｐｃｉ－ｘｘ－ｓｃｓｉ－０：２：０：０」である。

第１の特定部４０３は、取得された第１のＨＤＤ情報（初期）と第２のＨＤＤ情報（初期）とに基づいて、ＨＤＤ＄に割り当てられたＩＤと当該ＨＤＤ＄が装着されたＳＡＳカードのスロット番号との対応関係を特定する。具体的には、例えば、第１の特定部４０３は、第１のＨＤＤ情報（初期）と第２のＨＤＤ情報（初期）に含まれるデバイス名を軸として、ＩＤとＳＡＳカードスロットとの対応関係を特定する。

そして、第１の特定部４０３は、デバイス名を介して、特定したＩＤとＳＡＳカードスロットとを対応付けることにより、ＨＤＤ識別対応リスト（マスタ）を作成する。ＨＤＤ識別対応リスト（マスタ）は、分散ストレージの運用を開始する際の初期状態のＩＤとデバイス名とＳＡＳカードスロットとの対応関係を示す。ここで、ＨＤＤ識別対応リスト（マスタ）の作成例について説明する。

図７は、ＨＤＤ識別対応リスト（マスタ）の作成例を示す説明図である。図７において、ＨＤＤ識別対応リスト（マスタ）７００は、第１のＨＤＤ情報（初期）５００と第２のＨＤＤ情報（初期）６００とから作成される、ＩＤとデバイス名とＳＡＳカードスロットとの対応関係を示す。

具体的には、例えば、第１の特定部４０３は、第１のＨＤＤ情報（初期）５００と第２のＨＤＤ情報（初期）６００に含まれるデバイス名を軸として、ＩＤとＳＡＳカードスロットとの対応関係を特定する。例えば、デバイス名「／ｄｅｖ／ｓｄａ」を軸として、ＩＤ「１」とＳＡＳカードスロット「ｐｃｉ－ｘｘ－ｓｃｓｉ－０：２：０：０」との対応関係が特定される。

そして、第１の特定部４０３は、デバイス名を介して、特定したＩＤとＳＡＳカードスロットとを対応付けることにより、ＨＤＤ識別対応リスト（マスタ）７００を作成する。ＨＤＤ識別対応リスト（マスタ）７００によれば、分散ストレージソフト＃ｉによってＨＤＤ＄に割り当てられたＩＤと、ＨＤＤ＄が装着されたＳＡＳカードスロットとの対応関係を特定することができる。

また、第１の取得部４０１は、分散ストレージの運用時に、分散ストレージソフト＃ｉから第１のＨＤＤ情報（運用時）を取得する。第１のＨＤＤ情報（運用時）は、ＨＤＤ＄に割り当てられたＩＤのうち、分散ストレージソフト＃ｉが認識しているＩＤとデバイス名との対応関係を示す。

なお、分散ストレージソフト＃ｉ上で認識されないＩＤが存在する場合、例えば、そのＩＤを除く他のＩＤのＨＤＤ＄に対して、デバイス名の再割り当てが行われる。この場合、分散ストレージソフト＃ｉ上で認識されないＩＤに対応するデバイス名は割り当てられず、「Ｎｏ ｄａｔａ」となる。

再割り当てされたデバイス名は、分散ストレージソフト＃ｉからＯＳ＃ｉに通知され、ＯＳ＃ｉによって認識される。この際、再割り当て前のデバイス名と対応付けて、再割り当て後のデバイス名が通知される。これにより、ＯＳ＃ｉは、再割り当てされたデバイス名を認識することができる。

具体的には、例えば、第１の取得部４０１は、分散ストレージの運用時に、管理者端末２０２（図２参照）からの指示に応じて、「ｃｅｐｈ－ｖｏｌｕｍｅ ｌｖｍ ｌｉｓｔ」などのコマンドを実行することで、分散ストレージソフト＃ｉから第１のＨＤＤ情報（運用時）を取得する。ここで、第１のＨＤＤ情報（運用時）の具体例について説明する。

図８は、第１のＨＤＤ情報（運用時）の具体例を示す説明図である。図８において、第１のＨＤＤ情報（運用時）８００は、ＨＤＤ＄に割り当てられたＩＤのうち、分散ストレージソフト＃ｉが認識しているＩＤとデバイス名との対応関係を示す。

例えば、分散ストレージソフト＃上でＩＤ「３，５」が認識されなくなったため、ＩＤ「３，５」に対応するデバイス名が割り当てられず、「Ｎｏ ｄａｔａ」となる。また、ＩＤ「３，５」を除く他のＩＤのＨＤＤ＄に対して、デバイス名の再割り当てが行われている。この結果、例えば、ＩＤ「４」に対応するデバイス名が、「／ｄｅｖ／ｓｄｄ」から「／ｄｅｖ／ｓｄｃ」に変更されている。

また、第２の取得部４０２は、分散ストレージの運用時に、ストレージサーバＳｉのＯＳ＃ｉから、第２のＨＤＤ情報（運用時）を取得する。第２のＨＤＤ情報（運用時）は、ＨＤＤ＄に割り当てられＯＳ＃ｉが認識しているデバイス名と、ＨＤＤ＄が装着されたＳＡＳカードスロットとの対応関係を示す。

具体的には、例えば、第２の取得部４０２は、分散ストレージの運用時に、管理者端末２０２からの指示に応じて、「ｌｓ －ｌ ／ｄｅｖ／ｄｉｓｋ／ｂｙ－ｐａｔｈ」などのコマンドを実行することで、ＯＳ＃ｉから第２のＨＤＤ情報（運用時）を取得する。ここで、第２のＨＤＤ情報（運用時）の具体例について説明する。

図９は、第２のＨＤＤ情報（運用時）の具体例を示す説明図である。図９において、第２のＨＤＤ情報（運用時）９００は、ＨＤＤ＄に割り当てられたデバイス名と、ＨＤＤ＄が装着されたＳＡＳカードスロット（ＳＡＳカードのスロット番号）との対応関係を示す。例えば、デバイス名「／ｄｅｖ／ｓｄｃ」に対応するＳＡＳカードスロットは「ｐｃｉ－ｘｘ－ｓｃｓｉ－０：２：３：０」である。

第２の特定部４０４は、分散ストレージの運用時に、ＨＤＤ＄に割り当てられたＩＤのうちのいずれかのＩＤが分散ストレージソフト＃ｉに認識されなくなった場合、特定されたＩＤとＳＡＳカードスロットとの対応関係に基づいて、当該ＩＤに対応するＳＡＳカードスロットを特定する。

具体的には、例えば、第２の特定部４０４は、取得された第１のＨＤＤ情報（運用時）に基づいて、分散ストレージソフト＃ｉに認識されなくなったＩＤを特定する。そして、第２の特定部４０４は、特定されたＩＤとＳＡＳカードスロットとの対応関係に基づいて、特定したＩＤに対応するＳＡＳカードスロットを特定する。

より詳細に説明すると、例えば、第２の特定部４０４は、第１のＨＤＤ情報（運用時）と第２のＨＤＤ情報（運用時）に含まれるデバイス名を軸として、ＩＤとＳＡＳカードスロットとの対応関係を特定する。そして、第２の特定部４０４は、デバイス名を介して、特定したＩＤとＳＡＳカードスロットとを対応付けることにより、ＨＤＤ識別対応リスト（運用時）を作成する。

ＨＤＤ識別対応リスト（運用時）は、分散ストレージの運用時におけるＩＤとデバイス名とＳＡＳカードスロットとの対応関係を示す。ここで、ＨＤＤ識別対応リスト（運用時）の作成例について説明する。

図１０は、ＨＤＤ識別対応リスト（運用時）の作成例を示す説明図である。図１０において、ＨＤＤ識別対応リスト（運用時）１０００は、第１のＨＤＤ情報（運用時）８００と第２のＨＤＤ情報（運用時）９００とから作成される、ＩＤとデバイス名とＳＡＳカードスロットとの対応関係を示す。

具体的には、例えば、第２の特定部４０４は、第１のＨＤＤ情報（運用時）８００と第２のＨＤＤ情報（運用時）９００に含まれるデバイス名を軸として、ＩＤとＳＡＳカードスロットとの対応関係を特定する。例えば、デバイス名「／ｄｅｖ／ｓｄｃ」を軸として、ＩＤ「４」とＳＡＳカードスロット「ｐｃｉ－ｘｘ－ｓｃｓｉ－０：２：３：０」との対応関係が特定される。

そして、第２の特定部４０４は、デバイス名を介して、特定したＩＤとＳＡＳカードスロットとを対応付けることにより、ＨＤＤ識別対応リスト（運用時）１０００を作成する。ＨＤＤ識別対応リスト（運用時）１０００によれば、分散ストレージ（ストレージシステム２００）の運用時に、分散ストレージソフト＃ｉによって認識されているＩＤと、ＳＡＳカードスロットとの対応関係を特定することができる。

つぎに、第２の特定部４０４は、ＨＤＤ識別対応リスト（マスタ）７００とＨＤＤ識別対応リスト（運用時）１０００とを比較した結果に基づいて、故障状況リスト（ソフト）を作成する。故障状況リスト（ソフト）は、ＩＤ、デバイス名およびＳＡＳカードスロットと対応付けて、ＨＤＤ＄の故障状況を示す情報である。

ここで、故障状況リスト（ソフト）の作成例について説明する。

図１１は、故障状況リスト（ソフト）の作成例を示す説明図である。図１１において、第２の特定部４０４は、ＨＤＤ識別対応リスト（マスタ）７００とＨＤＤ識別対応リスト（運用時）１０００とを比較して、差分となるＩＤを特定する。ここで特定されるＩＤは、分散ストレージソフト＃ｉに認識されなくなったＩＤに相当する。

分散ストレージソフト＃ｉが認識しないＩＤは、ＨＤＤ＄が物理的またはソフト的に故障しているため認識不可となっているＩＤである。このため、第２の特定部４０４は、このＩＤに対応する状態（故障状況）を「ｄｅａｄ」に設定する。状態「ｄｅａｄ」は、ＨＤＤ＄が故障していることを示す。

また、第２の特定部４０４は、ＨＤＤ識別対応リスト（マスタ）７００を参照して、特定したＩＤに対応するＳＡＳカードスロットを特定する。そして、第２の特定部４０４は、特定したＩＤとＳＡＳカードスロットと対応付けて、デバイス名「Ｎｏ ｄａｔａ」および状態「ｄｅａｄ」を故障状況リスト（ソフト）１１００に記録する。

また、ＨＤＤ識別対応リスト（マスタ）７００とＨＤＤ識別対応リスト（運用時）１０００とに共通するＩＤは、運用時も認識されているＩＤに相当する。このため、第２の特定部４０４は、このＩＤに対応する状態（故障状況）を「ａｌｉｖｅ」に設定する。状態「ａｌｉｖｅ」は、ＨＤＤ＄が故障していないことを示す。

また、第２の特定部４０４は、ＨＤＤ識別対応リスト（マスタ）７００を参照して、特定したＩＤに対応するデバイス名およびＳＡＳカードスロットを特定する。そして、第２の特定部４０４は、ＩＤとデバイス名とＳＡＳカードスロットとを対応付けて、状態「ａｌｉｖｅ」を故障状況リスト（ソフト）１１００に記録する。

これにより、ＩＤ、デバイス名およびＳＡＳカードスロットと対応付けて、ＨＤＤ＄の故障状況を示す故障状況リスト（ソフト）１１００が作成される。故障状況リスト（ソフト）１１００によれば、分散ストレージソフト＃ｉに認識されなくなったＩＤに対応するＳＡＳカードスロットを特定することができる。

第３の取得部４０５は、状態監視ハードＭｉから、故障状況リスト（ハード）を取得する。状態監視ハードＭｉは、ＳＡＳカードの各スロットに装着されたＨＤＤ＄の死活状態を監視する。故障状況リスト（ハード）は、ＨＤＤ＄が装着されたＳＡＳカードのスロット番号（ＳＡＳカードスロット）と対応付けて、ＨＤＤ＄の状態を示す装置状態情報である。

具体的には、例えば、第３の取得部４０５は、状態監視ハードＭｉのデータベース（不図示）にアクセスして、故障状況リスト（ハード）を取得する。データベースには、例えば、ストレージサーバＳｉのＣＰＵ、メモリ、ＨＤＤ＄などの状態を示す情報が記憶されている。ここで、故障状況リスト（ハード）の具体例について説明する。

図１２は、故障状況リスト（ハード）の具体例を示す説明図である。図１２において、故障状況リスト（ハード）１２００は、ＳＡＳカードスロットと状態とを対応付けて示す。ＳＡＳカードスロットは、ＨＤＤ＄が装着されたＳＡＳカードのスロット番号を示す。状態は、ＳＡＳカードのスロットに装着されたＨＤＤ＄の状態を示す。

状態「ａｌｉｖｅ」は、ＨＤＤ＄が正常な状態、すなわち、ＨＤＤ＄が物理的に故障していないことを示す。状態「ｄｅａｄ」は、ＨＤＤ＄が異常な状態、すなわち、ＨＤＤ＄が物理的に故障していることを示す。故障状況リスト（ハード）１２００によれば、例えば、ＳＡＳカードスロット「ｐｃｉ－ｘｘ－ｓｃｓｉ－０：２：２：０」に装着されたＨＤＤ＄が物理的に故障していることがわかる。

検出部４０６は、取得された故障状況リスト（ハード）を参照して、特定されたＳＡＳカードスロット（ＳＡＳカードのスロット番号）に対応するＨＤＤ＄の状態に基づいて、当該ＨＤＤ＄の故障を検出する。

具体的には、例えば、検出部４０６は、特定されたＳＡＳカードスロットに対応するＨＤＤ＄の状態が正常の場合、当該ＨＤＤ＄のソフトウェア的な故障を検出する。一方、検出部４０６は、特定されたＳＡＳカードスロットに対応するＨＤＤ＄の状態が正常ではない場合、当該ＨＤＤ＄のハードウェア的な故障を検出する。

より詳細に説明すると、例えば、検出部４０６は、故障状況リスト（ソフト）と故障状況リスト（ハード）とを比較した結果に基づいて、故障状況リスト（ソフト／ハード）を作成する。故障状況リスト（ソフト／ハード）は、ＩＤ、デバイス名およびＳＡＳカードスロットと対応付けて、ＨＤＤ＄のソフトウェア的および／またはハードウェア的な故障状況を示す情報である。

ここで、故障状況リスト（ソフト／ハード）の作成例について説明する。

図１３は、故障状況リスト（ソフト／ハード）の作成例を示す説明図である。図１３において、検出部４０６は、故障状況リスト（ソフト）１１００と故障状況リスト（ハード）１２００とを、ＳＡＳカードスロットを軸に比較する。つぎに、検出部４０６は、比較した結果に基づいて、故障状況フラグを生成する。

ここで、故障状況フラグ（図１３中、「フラグ」）は、ＨＤＤ＄の故障状況をソフト／ハードの順に２ビットのフラグで表現したものである。「１」は、故障が認識されていないことを示す（ＯＫ）。「０」は、故障が認識されていることを示す（ＮＧ）。故障状況フラグ「１１」は、ソフトウェア的な故障とハードウェア的な故障のいずれの故障も認識されていないことを示す。

故障状況フラグ「１０」は、ハードウェア的な故障のみが認識されていることを示す。故障状況フラグ「０１」は、ソフトウェア的な故障のみが認識されていることを示す。故障状況フラグ「００」は、ソフトウェア的な故障およびハードウェア的な故障の両方が認識されていることを示す。

そして、検出部４０６は、ＩＤ、デバイス名、ＳＡＳカードスロットと対応付けて、生成した故障状況フラグを示す故障状況リスト（ソフト／ハード）１３００を作成する。故障状況リスト（ソフト／ハード）１３００によれば、ＨＤＤ＄のソフトウェア的および／またはハードウェア的な故障状況を特定することができる。

例えば、ＳＡＳカードスロット「ｐｃｉ－ｘｘ－ｓｃｓｉ－０：２：２：０」に装着されたＨＤＤ＄について、ソフトウェア的な故障およびハードウェア的な故障の両方が認識されていることがわかる。ＳＡＳカードスロット「ｐｃｉ－ｘｘ－ｓｃｓｉ－０：２：４：０」に装着されたＨＤＤ＄について、ソフトウェア的な故障のみが認識されていることがわかる。ＳＡＳカードスロット「ｐｃｉ－ｘｘ－ｓｃｓｉ－０：２：８：０」に装着されたＨＤＤ＄について、ハードウェア的な故障のみが認識されていることがわかる。

なお、サーバＳ１～Ｓｎそれぞれについて、故障状況リスト（ソフト）が作成されている場合、検出部４０６は、サーバＳ１～Ｓｎそれぞれの故障状況リスト（ソフト）をまとめて、全サーバＳ１～Ｓｎの故障状況リスト（ソフト）を作成することにしてもよい。そして、検出部４０６は、全サーバＳ１～Ｓｎの故障状況リスト（ソフト）と故障状況リスト（ハード）とを比較した結果に基づいて、故障状況リスト（ソフト／ハード）を作成することにしてもよい。

出力部４０７は、検出されたＨＤＤ＄の故障の検出結果を出力する。具体的には、例えば、出力部４０７は、特定されたＳＡＳカードスロットと対応付けて、検出されたＨＤＤ＄の故障の検出結果を出力する。出力部４０７の出力形式としては、例えば、メモリ３０２、ディスク３０４などの記憶装置への記憶、通信Ｉ／Ｆ３０５による他のコンピュータへの送信、不図示のディスプレイへの表示、不図示のプリンタへの印刷出力などがある。

より詳細に説明すると、例えば、出力部４０７は、管理者端末２０２に故障状況表示画面を表示することにしてもよい。ここで、故障状況表示画面は、ＳＡＳカードスロットと対応付けて、ＨＤＤ＄の故障状況を可視化して示す画面である。故障状況表示画面の画面例については、図１４を用いて後述する。

復旧部４０８は、検出されたＨＤＤ＄の故障の検出結果に基づいて、ＨＤＤ＄のリカバリ処理を実行する。具体的には、例えば、復旧部４０８は、所定の処置ポリシーに従って、検出されたＨＤＤ＄の故障の検出結果に基づいて、ＨＤＤ＄のリカバリ処理を実行する。

より詳細に説明すると、例えば、復旧部４０８は、故障状況リスト（ソフト／ハード）を参照して、故障状況フラグ「０１」のＨＤＤ＄について、ストレージサーバＳｉに対して、ＨＤＤ＄のＩＤやＳＡＳカードスロットを指定して、ソフト的なＨＤＤ回復措置を指示する。ソフト的なＨＤＤ回復措置は、例えば、ＨＤＤ＄の再デフラグやフォーマットなどである。これにより、ソフト的に故障しているＨＤＤ＄について、再デフラグやフォーマットを実施して復旧を試みることができる。

また、復旧部４０８は、故障状況リスト（ソフト／ハード）を参照して、故障状況フラグが「１０」または「００」のＨＤＤ＄について、管理者端末２０２に対して、ＨＤＤ＄のＳＡＳカードスロットを指定して、ＨＤＤ交換を指示する。これにより、物理的に故障しているＨＤＤ＄について、ＳＡＳカードスロットを指定して、管理者に交換を指示することができる。

（故障状況表示画面の画面例）
つぎに、図１４を用いて、故障状況表示画面の画面例について説明する。故障状況表示画面は、例えば、図２に示した管理者端末２０２に表示される。

図１４は、故障状況表示画面の画面例を示す説明図である。図１４において、故障状況表示画面１４００は、ＨＤＤ ＩＤ、デバイス名、ＳＡＳカードスロットと対応付けて、故障認識状況および処置を示す画面である。ＨＤＤ ＩＤおよびデバイス名は、分散ストレージソフト＃ｉによってＨＤＤ＄に割り当てられたＩＤおよびデバイス名である。

ＳＡＳカードスロットは、ＨＤＤ＄が装着されたＳＡＳカードのスロット番号である。故障認識状況は、ＨＤＤ＄のソフト／ハードの故障状況を示す。○は、故障が認識されていないことを示す。●は、故障が認識されていることを示す。処置は、ＨＤＤ＄に対して実施を推奨する処置内容を示す。

故障状況表示画面１４００によれば、ＨＤＤ故障の物理的な要因とソフト的な要因とを切り分けて、ＨＤＤ処置ポリシーとともに一括表示することができる。これにより、管理者は、ＨＤＤ＄の故障状況を直感的に確認することができる。例えば、管理者は、ＨＤＤ ＩＤ「１，２，４，６～８，１０」のＨＤＤ＄について、ソフトウェア的な故障とハードウェア的な故障のいずれの故障も認識されていないことを把握することができる。

また、管理者は、ＨＤＤ ＩＤ「３」のＨＤＤ＄について、ソフトウェア的な故障およびハードウェア的な故障の両方が認識されており、ＨＤＤ交換を実施すべきであることを把握することができる。また、ＳＡＳカードスロット「ｐｃｉ－ｘｘ－ｓｃｓｉ－０：２：２：０」から、交換すべきＨＤＤ＄の物理的な取り付け位置を特定することができる。

また、管理者は、ＨＤＤ ＩＤ「５」のＨＤＤ＄について、ソフトウェア的な故障が認識されており、ソフト的な回復措置を実施すべきであることを把握することができる。また、管理者は、ＨＤＤ ＩＤ「９」のＨＤＤ＄について、ハードウェア的な故障が認識されており、ＨＤＤ交換を実施すべきであることを把握することができる。また、ＳＡＳカードスロット「ｐｃｉ－ｘｘ－ｓｃｓｉ－０：２：８：０」から、交換すべきＨＤＤ＄の物理的な取り付け位置を特定することができる。

なお、故障状況表示画面１４００には、例えば、ソフト的なＨＤＤ回復措置の実行指示を受け付けるボタンが含まれていてもよい。このボタンを選択すると、例えば、ＨＤＤ ＩＤ「５」のＨＤＤ＄についてのソフト的なＨＤＤ回復措置の実行をストレージサーバＳｉに指示することができる。

また、故障状況表示画面１４００には、例えば、ＨＤＤ交換の実行指示を受け付けるボタンが含まれていてもよい。このボタンを選択すると、例えば、ＨＤＤ ＩＤ「３，９」のＨＤＤ＄について、予め設定された宛先にＨＤＤ交換指示を通知することができる。ＨＤＤ交換指示には、例えば、交換対象のＨＤＤが装着されたＳＡＳカードのスロット番号が含まれる。宛先としては、例えば、ＨＤＤ交換を行う作業員のアドレスが設定される。

（運用監視サーバ２０１の運用監視処理手順）
つぎに、運用監視サーバ２０１の運用監視処理手順について説明する。まず、図１５を用いて、運用監視サーバ２０１の初期設定処理手順について説明する。初期設定処理は、例えば、ストレージシステム２００（分散ストレージ）の運用を開始する前に、ストレージサーバＳ１～Ｓｎに含まれるストレージサーバＳｉごとに実行される。

図１５は、運用監視サーバ２０１の初期設定処理手順の一例を示すフローチャートである。図１５のフローチャートにおいて、まず、運用監視サーバ２０１は、管理者端末２０２から、ストレージサーバＳｉのブート指示を受け付けたか否かを判断する（ステップＳ１５０１）。

ここで、運用監視サーバ２０１は、ストレージサーバＳｉのブート指示を受け付けるのを待つ（ステップＳ１５０１：Ｎｏ）。運用監視サーバ２０１は、ストレージサーバＳｉのブート指示を受け付けた場合（ステップＳ１５０１：Ｙｅｓ）、ブートコマンドを実行して、ストレージサーバＳｉをブートする（ステップＳ１５０２）。

ストレージサーバＳｉがブートされると、状態監視ハードＭｉによるストレージサーバＳｉのＨＤＤ＄等の状態監視が開始される。

つぎに、運用監視サーバ２０１は、管理者端末２０２から、ストレージサーバＳｉへの分散ストレージソフト＃ｉのインストール指示を受け付けたか否かを判断する（ステップＳ１５０３）。ここで、運用監視サーバ２０１は、分散ストレージソフト＃ｉのインストール指示を受け付けるのを待つ（ステップＳ１５０３：Ｎｏ）。

運用監視サーバ２０１は、分散ストレージソフト＃ｉのインストール指示を受け付けた場合（ステップＳ１５０３：Ｙｅｓ）、インストールコマンドを実行して、ストレージサーバＳｉに分散ストレージソフト＃ｉをインストールする（ステップＳ１５０４）。

つぎに、運用監視サーバ２０１は、管理者端末２０２から、ストレージサーバＳｉのリスト（マスタ）作成指示を受け付けたか否かを判断する（ステップＳ１５０５）。ここで、運用監視サーバ２０１は、ストレージサーバＳｉのリスト（マスタ）作成指示を受け付けるのを待つ（ステップＳ１５０５：Ｎｏ）。

運用監視サーバ２０１は、ストレージサーバＳｉのリスト（マスタ）作成指示を受け付けた場合（ステップＳ１５０５：Ｙｅｓ）、分散ストレージソフト＃ｉから第１のＨＤＤ情報（初期）を取得する（ステップＳ１５０６）。つぎに、運用監視サーバ２０１は、ストレージサーバＳｉのＯＳ＃ｉから、第２のＨＤＤ情報（初期）を取得する（ステップＳ１５０７）。

なお、ステップＳ１５０６，１５０７の処理は、実行順序が逆であってもよいし、並列に実行されてもよい。

つぎに、運用監視サーバ２０１は、取得した第１のＨＤＤ情報（初期）と第２のＨＤＤ情報（初期）とに基づいて、デバイス名を軸として、ＩＤとＳＡＳカードスロットとの対応関係を特定する（ステップＳ１５０８）。そして、運用監視サーバ２０１は、デバイス名を介して、特定したＩＤとＳＡＳカードスロットとを対応付けることにより、ＨＤＤ識別対応リスト（マスタ）を作成して（ステップＳ１５０９）、本フローチャートによる一連の処理を終了する。

これにより、分散ストレージソフト＃ｉによってＨＤＤ＄に割り当てられたＩＤと、ＨＤＤ＄が装着されたＳＡＳカードスロットとの対応関係を示すＨＤＤ識別対応リスト（マスタ）を作成することができる。

つぎに、図１６を用いて、運用監視サーバ２０１の故障検出処理手順について説明する。故障検出処理は、例えば、ストレージシステム２００（分散ストレージ）の運用を開始した後に、定期的（例えば、１日ごと、１週間ごと）に実行される。

図１６は、運用監視サーバ２０１の故障検出処理手順の一例を示すフローチャートである。図１６のフローチャートにおいて、まず、運用監視サーバ２０１は、管理者端末２０２から、ストレージサーバＳｉのリスト（運用時）作成指示を受け付けたか否かを判断する（ステップＳ１６０１）。

ここで、運用監視サーバ２０１は、ストレージサーバＳｉのリスト（運用時）作成指示を受け付けるのを待つ（ステップＳ１６０１：Ｎｏ）。運用監視サーバ２０１は、ストレージサーバＳｉのリスト（運用時）作成指示を受け付けた場合（ステップＳ１６０１：Ｙｅｓ）、分散ストレージソフト＃ｉから第１のＨＤＤ情報（運用時）を取得する（ステップＳ１６０２）。

つぎに、運用監視サーバ２０１は、ストレージサーバＳｉのＯＳ＃ｉから、第２のＨＤＤ情報（運用時）を取得する（ステップＳ１６０３）。なお、ステップＳ１６０２，１６０３の処理は、実行順序が逆であってもよいし、並列に実行されてもよい。

そして、運用監視サーバ２０１は、取得した第１のＨＤＤ情報（運用時）と第２のＨＤＤ情報（運用時）とに基づいて、デバイス名を軸として、ＩＤとＳＡＳカードスロットとの対応関係を特定する（ステップＳ１６０４）。つぎに、運用監視サーバ２０１は、デバイス名を介して、特定したＩＤとＳＡＳカードスロットとを対応付けることにより、ＨＤＤ識別対応リスト（運用時）を作成する（ステップＳ１６０５）。

つぎに、運用監視サーバ２０１は、ステップＳ１５０９において作成したＨＤＤ識別対応リスト（マスタ）と、ステップＳ１６０５において作成したＨＤＤ識別対応リスト（運用時）とに基づいて、故障状況リスト（ソフト）作成処理を実行する（ステップＳ１６０６）。故障状況リスト（ソフト）作成処理の具体的な処理手順については、図１７を用いて後述する。

そして、運用監視サーバ２０１は、状態監視ハードＭｉから、故障状況リスト（ハード）を取得する（ステップＳ１６０７）。つぎに、運用監視サーバ２０１は、作成した故障状況リスト（ソフト）と、取得した故障状況リスト（ハード）とに基づいて、故障状況リスト（ソフト／ハード）作成処理を実行する（ステップＳ１６０８）。

そして、運用監視サーバ２０１は、作成した故障状況リスト（ソフト／ハード）に基づいて、ＨＤＤリカバリ処理を実行して（ステップＳ１６０９）、本フローチャートによる一連の処理を終了する。これにより、ストレージサーバＳｉのＳＡＳカードスロットに装着された各ＨＤＤ＄のソフトウェア的および／またはハードウェア的な故障を検出することができる。

なお、ステップＳ１６０１～Ｓ１６０８の処理は、例えば、ストレージサーバＳ１～Ｓｎに含まれるストレージサーバＳｉごとに実行される。この場合、ステップＳ１６０９では、ストレージサーバＳｉごとにリカバリ処理が実行される。また、ステップＳ１６０９において、運用監視サーバ２０１は、作成した故障状況リスト（ソフト／ハード）に基づいて、故障状況表示画面（例えば、図１４参照）を表示することにしてもよい。

つぎに、図１７を用いて、図１６に示したステップＳ１６０６の故障状況リスト（ソフト）作成処理の具体的な処理手順について説明する。

図１７は、故障状況リスト（ソフト）作成処理の具体的処理手順の一例を示すフローチャートである。図１７のフローチャートにおいて、まず、運用監視サーバ２０１は、ＨＤＤ識別対応リスト（マスタ）に含まれるＩＤのうち選択されていない未選択のＩＤを選択する（ステップＳ１７０１）。

つぎに、運用監視サーバ２０１は、選択したＩＤがＨＤＤ識別対応リスト（運用時）に含まれるか否かを判断する（ステップＳ１７０２）。ここで、ＨＤＤ識別対応リスト（運用時）に含まれる場合（ステップＳ１７０２：Ｙｅｓ）、運用監視サーバ２０１は、選択したＩＤに対応する状態を「ａｌｉｖｅ（正常）」に設定する（ステップＳ１７０３）。

つぎに、運用監視サーバ２０１は、ＨＤＤ識別対応リスト（マスタ）を参照して、選択したＩＤに対応するデバイス名およびＳＡＳカードスロットを特定する（ステップＳ１７０４）。そして、運用監視サーバ２０１は、選択したＩＤと、特定したデバイス名とＳＡＳカードスロットとを対応付けて、設定した状態「ａｌｉｖｅ」を故障状況リスト（ソフト）に記録して（ステップＳ１７０５）、ステップＳ１７０９に移行する。

また、ステップＳ１７０２において、ＨＤＤ識別対応リスト（運用時）に含まれない場合（ステップＳ１７０２：Ｎｏ）、運用監視サーバ２０１は、選択したＩＤに対応する状態を「ｄｅａｄ（異常）」に設定する（ステップＳ１７０６）。

つぎに、運用監視サーバ２０１は、ＨＤＤ識別対応リスト（マスタ）を参照して、選択したＩＤに対応するＳＡＳカードスロットを特定する（ステップＳ１７０７）。そして、運用監視サーバ２０１は、選択したＩＤと、デバイス名「Ｎｏ ｄａｔａ」と、特定したＳＡＳカードスロットとを対応付けて、設定した状態「ｄｅａｄ」を故障状況リスト（ソフト）に記録する（ステップＳ１７０８）。

つぎに、運用監視サーバ２０１は、ＨＤＤ識別対応リスト（マスタ）に含まれるＩＤのうち選択されていない未選択のＩＤがあるか否かを判断する（ステップＳ１７０９）。ここで、未選択のＩＤがある場合（ステップＳ１７０９：Ｙｅｓ）、運用監視サーバ２０１は、ステップＳ１７０１に戻る。

一方、未選択のＩＤがない場合（ステップＳ１７０９：Ｎｏ）、運用監視サーバ２０１は、故障状況リスト（ソフト）作成処理を呼び出したステップに戻る。これにより、ＩＤ、デバイス名およびＳＡＳカードスロットと対応付けて、ＨＤＤ＄の故障状況を示す故障状況リスト（ソフト）１１００を作成することができる。

つぎに、図１８を用いて、図１６に示したステップＳ１６０８の故障状況リスト（ソフト／ハード）作成処理の具体的な処理手順について説明する。

図１８は、故障状況リスト（ソフト／ハード）作成処理の具体的処理手順の一例を示すフローチャートである。図１８のフローチャートにおいて、まず、運用監視サーバ２０１は、故障状況リスト（ソフト）から選択されていない未選択のＩＤを選択する（ステップＳ１８０１）。

つぎに、運用監視サーバ２０１は、故障状況リスト（ソフト）を参照して、選択したＩＤに対応するデバイス名、ＳＡＳカードスロットおよび状態を特定する（ステップＳ１８０２）。そして、運用監視サーバ２０１は、ステップＳ１６０７において取得した故障状況リスト（ハード）を参照して、特定したＳＡＳカードスロットに対応する状態を特定する（ステップＳ１８０３）。

つぎに、運用監視サーバ２０１は、特定したＩＤに対応する状態と、特定したＳＡＳカードスロットに対応する状態とに基づいて、故障状況フラグを生成する（ステップＳ１８０４）。そして、運用監視サーバ２０１は、ＩＤ、デバイス名、ＳＡＳカードスロットと対応付けて、生成した故障状況フラグを故障状況リスト（ソフト／ハード）に記録する（ステップＳ１８０５）。

つぎに、運用監視サーバ２０１は、故障状況リスト（ソフト）から選択されていない未選択のＩＤがあるか否かを判断する（ステップＳ１８０６）。ここで、未選択のＩＤがある場合（ステップＳ１８０６：Ｙｅｓ）、運用監視サーバ２０１は、ステップＳ１８０１に戻る。

一方、未選択のＩＤがない場合（ステップＳ１８０６：Ｎｏ）、運用監視サーバ２０１は、故障状況リスト（ソフト／ハード）作成処理を呼び出したステップに戻る。これにより、ＩＤ、デバイス名およびＳＡＳカードスロットと対応付けて、ＨＤＤ＄のソフトウェア的および／またはハードウェア的な故障状況を示す故障状況リスト（ソフト／ハード）を作成することができる。

つぎに、図１９を用いて、図１６に示したステップＳ１６０９のＨＤＤリカバリ処理の具体的な処理手順について説明する。

図１９は、ＨＤＤリカバリ処理の具体的処理手順の一例を示すフローチャートである。図１９のフローチャートにおいて、まず、運用監視サーバ２０１は、ステップＳ１６０８において作成した故障状況リスト（ソフト／ハード）から選択されていない未選択のＩＤを選択する（ステップＳ１９０１）。

つぎに、運用監視サーバ２０１は、故障状況リスト（ソフト／ハード）を参照して、選択したＩＤに対応する故障状況フラグを特定する（ステップＳ１９０２）。そして、運用監視サーバ２０１は、特定した故障状況フラグが「１１」であるか否かを判断する（ステップＳ１９０３）。

ここで、故障状況フラグが「１１」の場合（ステップＳ１９０３：Ｙｅｓ）、運用監視サーバ２０１は、ステップＳ１９０８に移行する。一方、故障状況フラグが「１１」ではない場合（ステップＳ１９０３：Ｎｏ）、運用監視サーバ２０１は、特定した故障状況フラグが「０１」であるか否かを判断する（ステップＳ１９０４）。

ここで、故障状況フラグが「０１」ではない場合（ステップＳ１９０４：Ｎｏ）、運用監視サーバ２０１は、ステップＳ１９０７に移行する。一方、故障状況フラグが「０１」の場合（ステップＳ１９０４：Ｙｅｓ）、運用監視サーバ２０１は、ストレージサーバＳｉに対して、ソフト的なＨＤＤ回復措置を指示する（ステップＳ１９０５）。ソフト的なＨＤＤ回復措置の指示は、例えば、選択されたＩＤ、当該ＩＤに対応するＳＡＳカードスロットを指定して行われる。

つぎに、運用監視サーバ２０１は、選択したＩＤに対応するＨＤＤ＄が分散ストレージソフト＃ｉによって認識されたか否かを判断する（ステップＳ１９０６）。ここで、ＨＤＤ＄が認識された場合（ステップＳ１９０６：Ｙｅｓ）、運用監視サーバ２０１は、ステップＳ１９０８に移行する。

一方、ＨＤＤ＄が認識されなかった場合（ステップＳ１９０６：Ｎｏ）、運用監視サーバ２０１は、管理者端末２０２に対して、ＨＤＤ交換を指示する（ステップＳ１９０７）。ＨＤＤ交換の指示は、例えば、選択されたＩＤに対応するＳＡＳカードスロットを指定して行われる。

つぎに、運用監視サーバ２０１は、故障状況リスト（ソフト／ハード）から選択されていない未選択のＩＤがあるか否かを判断する（ステップＳ１９０８）。ここで、未選択のＩＤがある場合（ステップＳ１９０８：Ｙｅｓ）、運用監視サーバ２０１は、ステップＳ１９０１に戻る。

一方、未選択のＩＤがない場合（ステップＳ１９０８：Ｎｏ）、運用監視サーバ２０１は、ＨＤＤリカバリ処理を呼び出したステップに戻る。これにより、ソフト的に故障しているＨＤＤ＄について、再デフラグやフォーマットを実施して復旧を試みることができる。また、物理的に故障しているＨＤＤ＄について、ＳＡＳカードスロットを指定して、管理者に交換を指示することができる。

以上説明したように、実施の形態にかかる運用監視サーバ２０１によれば、分散ストレージの運用を開始する前に、分散ストレージソフト＃ｉから第１のＨＤＤ情報（初期）を取得し、ＯＳ＃ｉから第２のＨＤＤ情報（初期）を取得することができる。第１のＨＤＤ情報（初期）は、分散ストレージソフト＃ｉによってＨＤＤ＄に割り当てられたＩＤとデバイス名との対応関係を示す。第２のＨＤＤ情報（初期）は、ＨＤＤ＄に割り当てられたデバイス名と、ＨＤＤ＄が装着されたＳＡＳカードスロットとの対応関係を示す。そして、運用監視サーバ２０１によれば、第１のＨＤＤ情報（初期）と第２のＨＤＤ情報（初期）とに基づいて、ＨＤＤ＄に割り当てられたＩＤと当該ＨＤＤ＄が装着されたＳＡＳカードスロットとの対応関係を特定することができる。

これにより、分散ストレージソフト＃ｉによってＨＤＤ＄に割り当てられたＩＤから、このＨＤＤ＄が装着されたＳＡＳカードスロットを特定することが可能となる。

また、運用監視サーバ２０１によれば、分散ストレージの運用時に、ＨＤＤ＄に割り当てられたＩＤのうちのいずれかのＩＤが分散ストレージソフト＃ｉに認識されなくなった場合、特定した対応関係に基づいて、当該ＩＤに対応するＳＡＳカードスロットを特定することができる。

これにより、分散ストレージの運用時に分散ストレージソフト＃ｉ上で認識されなくなったＨＤＤ＄が、ストレージサーバＳｉのどのスロットに装着されているＨＤＤであるかを特定することができる。

また、運用監視サーバ２０１によれば、ストレージサーバＳｉが有するＳＡＳカードの各スロットに装着されたＨＤＤ＄の死活状態を監視する状態監視ハードＭｉから、故障状況リスト（ハード）を取得することができる。故障状況リスト（ハード）は、ＨＤＤ＄が装着されたＳＡＳカードのスロット番号（ＳＡＳカードスロット）と対応付けて、ＨＤＤ＄の状態を示す。

これにより、状態監視ハードＭｉと連携して、ＳＡＳカードのスロット番号（ＳＡＳカードスロット）から、このＳＡＳカードスロットに装着されたＨＤＤ＄の物理的な故障状況を特定することができる。

また、運用監視サーバ２０１によれば、取得した故障状況リスト（ハード）を参照して、特定したＳＡＳカードスロットに対応するＨＤＤ＄の状態に基づいて、当該ＨＤＤ＄の故障を検出することができる。

これにより、分散ストレージの運用時に分散ストレージソフト＃ｉ上で認識されなくなったＨＤＤ＄の故障要因を特定することができる。

また、運用監視サーバ２０１によれば、特定したＳＡＳカードスロットに対応するＨＤＤ＄の状態が正常（ａｌｉｖｅ）の場合、当該ＨＤＤ＄のソフトウェア的な故障を検出することができる。

これにより、分散ストレージソフト＃ｉ上で認識されなくなった要因が、デフラグ失敗などのソフトウェア的な故障であることを特定することができる。

また、運用監視サーバ２０１によれば、特定したＳＡＳカードスロットに対応するＨＤＤ＄の状態が異常（ｄｅａｄ）の場合には、当該ＨＤＤ＄のハードウェア的な故障を検出することができる。

これにより、分散ストレージソフト＃ｉ上で認識されなくなった要因が、ＨＤＤ＄の物理的な故障であることを特定することができる。

また、運用監視サーバ２０１によれば、特定したＳＡＳカードスロットと対応付けて、検出したＨＤＤ＄の故障の検出結果を出力することができる。

これにより、例えば、ストレージシステム２００の管理者が、分散ストレージソフト＃ｉ上で認識されなくなったＨＤＤ＄の故障要因を特定可能となり、ＨＤＤ＄の故障要因に応じた適切な処置を実施することができる。

また、運用監視サーバ２０１によれば、分散ストレージの運用時に、ＨＤＤ＄に割り当てられたＩＤのうち分散ストレージソフト＃ｉが認識しているＩＤとデバイス名との対応関係を示す第１のＨＤＤ情報（運用時）を分散ストレージソフト＃ｉから取得し、取得した第１のＨＤＤ情報（運用時）に基づいて、分散ストレージソフト＃ｉに認識されなくなったＩＤを特定することができる。

これにより、分散ストレージの運用時に分散ストレージソフト＃ｉ上で認識されなくなったＩＤを特定することができる。

また、運用監視サーバ２０１によれば、所定の処置ポリシーに従って、検出したＨＤＤ＄の故障の検出結果に基づいて、ＨＤＤ＄のリカバリ処理を実行することができる。

これにより、分散ストレージソフト＃ｉ上で認識されなくなったＨＤＤ＄の故障要因に応じて、適切な処置を自動で実施することができる。

これらのことから、運用監視サーバ２０１によれば、分散ストレージにおけるＨＤＤ＄の物理的な故障とソフトウェア的な故障とを同じタイミングで調査することができる。これにより、ＨＤＤ＄の故障要因を、物理的な故障とソフトウェア的な故障とに切り分けることができ、故障要因に応じた適切な処置を実施することが可能となる。例えば、物理的な故障が認識された場合、ＨＤＤ交換を実施することができる。また、ソフトウェア的な故障が認識された場合は、再デフラグやフォーマットなどのソフト的なＨＤＤ回復措置を実施して、ＨＤＤ＄の復旧を試みることができる。このため、故障発生時に一律にＨＤＤ交換を実施する場合に比べて、不必要なＨＤＤ交換作業をなくしてコストを削減することができる。

なお、本実施の形態で説明した運用監視方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本運用監視プログラムは、ハードディスク、フレキシブルディスク、ＣＤ－ＲＯＭ、ＤＶＤ、ＵＳＢメモリ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本運用監視プログラムは、インターネット等のネットワークを介して配布してもよい。

また、本実施の形態で説明した情報処理装置１０１は、スタンダードセルやストラクチャードＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）などの特定用途向けＩＣやＦＰＧＡなどのＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）によっても実現することができる。

上述した実施の形態に関し、さらに以下の付記を開示する。

（付記１）ストレージ装置の記憶装置を用いて分散ストレージを実現するストレージ制御ソフトウェアから、前記ストレージ制御ソフトウェアによって前記記憶装置に割り当てられた仮想識別子と仮想デバイス名との対応関係を示す第１対応情報を取得し、
前記ストレージ装置のＯＳから、前記記憶装置に割り当てられた仮想デバイス名と、前記ストレージ装置が有するスロットのうち前記記憶装置が装着されたスロットの識別子との対応関係を示す第２対応情報を取得し、
前記第１対応情報と前記第２対応情報とに基づいて、前記記憶装置に割り当てられた仮想識別子と当該記憶装置が装着されたスロットの識別子との対応関係を特定し、
前記分散ストレージの運用時に、前記記憶装置に割り当てられた仮想識別子のうちのいずれかの仮想識別子が前記ストレージ制御ソフトウェアに認識されなくなった場合、特定した前記対応関係に基づいて、当該仮想識別子に対応するスロットの識別子を特定する、
制御部を有することを特徴とする情報処理装置。

（付記２）前記制御部は、
前記記憶装置の死活状態を監視する状態監視回路から、前記記憶装置が装着されたスロットの識別子と対応付けて、前記記憶装置の状態を示す装置状態情報を取得し、
取得した前記装置状態情報を参照して、特定した前記スロットの識別子に対応する前記記憶装置の状態に基づいて、当該記憶装置の故障を検出する、
ことを特徴とする付記１に記載の情報処理装置。

（付記３）前記制御部は、
特定した前記スロットの識別子に対応する前記記憶装置の状態が正常の場合、当該記憶装置のソフトウェア的な故障を検出する、ことを特徴とする付記２に記載の情報処理装置。

（付記４）前記制御部は、
特定した前記スロットの識別子に対応する前記記憶装置の状態が正常ではない場合、当該記憶装置のハードウェア的な故障を検出する、ことを特徴とする付記２または３に記載の情報処理装置。

（付記５）前記制御部は、
特定した前記スロットの識別子と対応付けて、検出した前記記憶装置の故障の検出結果を出力する、ことを特徴とする付記２～４のいずれか一つに記載の情報処理装置。

（付記６）前記制御部は、
所定の処置ポリシーに従って、検出した前記記憶装置の故障の検出結果に基づいて、前記記憶装置のリカバリ処理を実行する、ことを特徴とする付記２～５のいずれか一つに記載の情報処理装置。

（付記７）前記制御部は、
前記分散ストレージの運用時に、前記記憶装置に割り当てられた仮想識別子のうち前記ストレージ制御ソフトウェアが認識している仮想識別子と仮想デバイス名との対応関係を示す第３対応情報を前記ストレージ制御ソフトウェアから取得し、
取得した前記第３対応情報に基づいて、前記ストレージ制御ソフトウェアに認識されなくなった仮想識別子を特定する、
ことを特徴とする付記１～６のいずれか一つに記載の情報処理装置。

（付記８）前記制御部は、
前記分散ストレージの運用を開始する前に、前記第１対応情報を取得するとともに、前記第２対応情報を取得する、
ことを特徴とする付記１～７のいずれか一つに記載の情報処理装置。

（付記９）ストレージ装置の記憶装置を用いて分散ストレージを実現するストレージ制御ソフトウェアから、前記ストレージ制御ソフトウェアによって前記記憶装置に割り当てられた仮想識別子と仮想デバイス名との対応関係を示す第１対応情報を取得し、
前記ストレージ装置のＯＳから、前記記憶装置に割り当てられた仮想デバイス名と、前記ストレージ装置が有するスロットのうち前記記憶装置が装着されたスロットの識別子との対応関係を示す第２対応情報を取得し、
前記第１対応情報と前記第２対応情報とに基づいて、前記記憶装置に割り当てられた仮想識別子と当該記憶装置が装着されたスロットの識別子との対応関係を特定し、
前記分散ストレージの運用時に、前記記憶装置に割り当てられた仮想識別子のうちのいずれかの仮想識別子が前記ストレージ制御ソフトウェアに認識されなくなった場合、特定した前記対応関係に基づいて、当該仮想識別子に対応するスロットの識別子を特定する、
処理をコンピュータが実行することを特徴とする運用監視プログラム。

１０１ 情報処理装置
１０２ ストレージ装置
１０３ ストレージ制御ソフトウェア
１０４ ＯＳ
１０５ 状態監視回路
１１０ 第１対応情報
１２０ 第２対応情報
１３０ 対応表
１４０ 装置状態情報
２００ ストレージシステム
２０１ 運用監視サーバ
２０２ 管理者端末
２１０ ネットワーク
３００ バス
３０１ ＣＰＵ
３０２ メモリ
３０３ ディスクドライブ
３０４ ディスク
３０５ 通信Ｉ／Ｆ
３０６ 可搬型記録媒体Ｉ／Ｆ
３０７ 可搬型記録媒体
４０１ 第１の取得部
４０２ 第２の取得部
４０３ 第１の特定部
４０４ 第２の特定部
４０５ 第３の取得部
４０６ 検出部
４０７ 出力部
４０８ 復旧部
５００ 第１のＨＤＤ情報（初期）
６００ 第２のＨＤＤ情報（初期）
７００ ＨＤＤ識別対応リスト（マスタ）
８００ 第１のＨＤＤ情報（運用時）
９００ 第２のＨＤＤ情報（運用時）
１０００ ＨＤＤ識別対応リスト（運用時）
１１００ 故障状況リスト（ソフト）
１２００ 故障状況リスト（ハード）
１３００ 故障状況リスト（ソフト／ハード）
１４００ 故障状況表示画面

Claims (8)

1. ストレージ装置の記憶装置を用いて分散ストレージを実現するストレージ制御ソフトウェアから、前記ストレージ制御ソフトウェアによって前記記憶装置に割り当てられた仮想識別子と仮想デバイス名との対応関係を示す第１対応情報を取得し、
   前記ストレージ装置のＯＳから、前記記憶装置に割り当てられた仮想デバイス名と、前記ストレージ装置が有するスロットのうち前記記憶装置が装着されたスロットの識別子との対応関係を示す第２対応情報を取得し、
   前記第１対応情報と前記第２対応情報とに基づいて、前記記憶装置に割り当てられた仮想識別子と当該記憶装置が装着されたスロットの識別子との対応関係を特定し、
   前記分散ストレージの運用時に、前記記憶装置に割り当てられた仮想識別子のうちのいずれかの仮想識別子が前記ストレージ制御ソフトウェアに認識されなくなった場合、特定した前記対応関係に基づいて、当該仮想識別子に対応するスロットの識別子を特定する、
   制御部を有することを特徴とする情報処理装置。
2. 前記制御部は、
   前記記憶装置の死活状態を監視する状態監視回路から、前記記憶装置が装着されたスロットの識別子と対応付けて、前記記憶装置の状態を示す装置状態情報を取得し、
   取得した前記装置状態情報を参照して、特定した前記スロットの識別子に対応する前記記憶装置の状態に基づいて、当該記憶装置の故障を検出する、
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記制御部は、
   特定した前記スロットの識別子に対応する前記記憶装置の状態が正常の場合、当該記憶装置のソフトウェア的な故障を検出する、ことを特徴とする請求項２に記載の情報処理装置。
4. 前記制御部は、
   特定した前記スロットの識別子に対応する前記記憶装置の状態が正常ではない場合、当該記憶装置のハードウェア的な故障を検出する、ことを特徴とする請求項２または３に記載の情報処理装置。
5. 前記制御部は、
   特定した前記スロットの識別子と対応付けて、検出した前記記憶装置の故障の検出結果を出力する、ことを特徴とする請求項２～４のいずれか一つに記載の情報処理装置。
6. 前記制御部は、
   所定の処置ポリシーに従って、検出した前記記憶装置の故障の検出結果に基づいて、前記記憶装置のリカバリ処理を実行する、ことを特徴とする請求項２～５のいずれか一つに記載の情報処理装置。
7. 前記制御部は、
   前記分散ストレージの運用時に、前記記憶装置に割り当てられた仮想識別子のうち前記ストレージ制御ソフトウェアが認識している仮想識別子と仮想デバイス名との対応関係を示す第３対応情報を前記ストレージ制御ソフトウェアから取得し、
   取得した前記第３対応情報に基づいて、前記ストレージ制御ソフトウェアに認識されなくなった仮想識別子を特定する、
   ことを特徴とする請求項１～６のいずれか一つに記載の情報処理装置。
8. ストレージ装置の記憶装置を用いて分散ストレージを実現するストレージ制御ソフトウェアから、前記ストレージ制御ソフトウェアによって前記記憶装置に割り当てられた仮想識別子と仮想デバイス名との対応関係を示す第１対応情報を取得し、
   前記ストレージ装置のＯＳから、前記記憶装置に割り当てられた仮想デバイス名と、前記ストレージ装置が有するスロットのうち前記記憶装置が装着されたスロットの識別子との対応関係を示す第２対応情報を取得し、
   前記第１対応情報と前記第２対応情報とに基づいて、前記記憶装置に割り当てられた仮想識別子と当該記憶装置が装着されたスロットの識別子との対応関係を特定し、
   前記分散ストレージの運用時に、前記記憶装置に割り当てられた仮想識別子のうちのいずれかの仮想識別子が前記ストレージ制御ソフトウェアに認識されなくなった場合、特定した前記対応関係に基づいて、当該仮想識別子に対応するスロットの識別子を特定する、
   処理をコンピュータが実行することを特徴とする運用監視プログラム。

Images