(57)【要約】【課題】  障害情報を一元管理し、ホスト計算機内部で発生した障害が、２次、３次的な障害であるかが判断でき、保守交換に最低限必要な部品指摘情報を示すことができるストレージシステムを提供する。【解決手段】  ホスト計算機３００の障害管理部３１１とストレージ装置１０の障害管理部４０１とを障害報告用のインターフェース４１０を用いて接続し、ストレージ装置１０に障害が発生した際、障害報告用のインターフェース４１０を介してストレージ装置１０の障害管理部４０１からホスト計算機３００の障害管理部３１１へ障害情報を報告し、ホスト計算機３００の障害管理部３１１は、ストレージ装置１０からの障害情報に基づいて、ホスト計算機１０内で発生したソフトウェア検出の障害情報を削除し、ホスト計算機３００のサービスプロセッサ３１０によりストレージシステム内の障害情報を一元管理する。【選択図】  図２
2006227718.tif 000002
【特許請求の範囲】
【請求項１】
ホスト計算機と前記ホスト計算機に記憶領域を提供するストレージ装置を備えたストレージシステムであって、
前記ホスト計算機は、前記ホスト計算機の障害を管理する障害管理部と、前記ホスト計算機の保守・管理および前記ホスト計算機の前記障害管理部による障害管理を行うサービスプロセッサと、前記ホスト計算機を制御し前記ストレージ装置との通信を行う処理ノードを有し、
前記ストレージ装置は、前記ストレージ装置の障害を管理する障害管理部と、前記ストレージ装置の保守・管理および前記ストレージ装置の前記障害管理部による障害管理を行うサービスプロセッサを有し、
前記ホスト計算機の前記障害管理部と前記ストレージ装置の前記障害管理部とを障害報告用のインターフェースを用いて接続し、前記ストレージ装置に障害が発生した際、前記障害報告用のインターフェースを介して前記ストレージ装置の前記障害管理部から前記ホスト計算機の前記障害管理部へ障害情報を報告し、前記ホスト計算機の前記障害管理部は、前記ストレージ装置からの障害情報に基づいて、前記ホスト計算機内で発生したソフトウェア検出の障害情報を削除し、前記ホスト計算機の前記サービスプロセッサにより前記ストレージシステム内の障害情報を一元管理することを特徴とするストレージシステム。
【請求項２】
請求項１記載のストレージシステムにおいて、
前記ホスト計算機の前記障害管理部および前記ストレージ装置の前記障害管理部は、それぞれ、前記ホスト計算機と前記ストレージ装置と間の接続関係を示す接続情報を有し、
前記ストレージ装置の前記障害管理部は、前記接続情報に基づいて、前記障害情報を報告する前記ホスト計算機を判断し、
前記ホスト計算機の前記障害管理部は、前記接続情報に基づいて、前記ホスト計算機内で発生したソフトウェア検出の障害情報の削除対象を判断することを特徴とするストレージシステム。
【請求項３】
ホスト計算機と前記ホスト計算機に記憶領域を提供するストレージ装置を備えたストレージシステムであって、
前記ホスト計算機は、前記ホスト計算機の障害を管理する障害管理部と、前記ホスト計算機の保守・管理および前記ホスト計算機の前記障害管理部による障害管理を行うサービスプロセッサと、前記ホスト計算機を制御し前記ストレージ装置との通信を行う処理ノードを有し、
前記ストレージ装置は、前記ストレージ装置の障害を管理する障害管理部と、前記ストレージ装置の保守・管理および前記ストレージ装置の前記障害管理部による障害管理を行うサービスプロセッサを有し、
前記ホスト計算機の前記処理ノードと前記ストレージ装置の前記障害管理部とを障害報告用のインターフェースを用いて接続し、前記ストレージ装置に障害が発生した際、障害情報を前記障害報告用のインターフェースを介して前記ストレージ装置の前記障害管理部から前記ホスト計算機の前記処理ノードへ報告し、前記ホスト計算機の前記障害管理部は、前記処理ノードに報告された前記ストレージ装置からの障害情報に基づいて、前記ホスト計算機内で発生したソフトウェア検出の障害情報を削除し、前記ホスト計算機の前記サービスプロセッサにより前記ストレージシステム内の障害情報を一元管理することを特徴とするストレージシステム。
【請求項４】
請求項３記載のストレージシステムにおいて、
前記ホスト計算機の前記障害管理部および前記ストレージ装置の前記障害管理部は、それぞれ、前記ホスト計算機と前記ストレージ装置と間の接続関係を示す接続情報を有し、
前記ストレージ装置の前記障害管理部は、前記接続情報に基づいて、前記障害情報を報告する前記ホスト計算機を判断し、
前記ホスト計算機の前記障害管理部は、前記接続情報に基づいて、前記ホスト計算機内で発生したソフトウェア検出の障害情報の削除対象を判断することを特徴とするストレージシステム。
【請求項５】
ホスト計算機と前記ホスト計算機に接続されるファイルサーバと前記ファイルサーバに記憶領域を提供するストレージ装置とを備えたストレージシステムであって、
前記ホスト計算機は、前記ホスト計算機の障害を管理する障害管理部と、前記ホスト計算機の保守・管理および前記ホスト計算機の前記障害管理部による障害管理を行うサービスプロセッサと、前記ホスト計算機を制御し前記ストレージ装置との通信を行う処理ノードを有し、
前記ファイルサーバは、前記ファイルサーバの障害を管理する障害管理部と、前記ファイルサーバの保守・管理および前記ファイルサーバの前記障害管理部による障害管理を行うサービスプロセッサと、前記ファイルサーバを制御し前記ストレージ装置との通信を行う処理ノードを有し、
前記ストレージ装置は、前記ストレージ装置の障害を管理する障害管理部と、前記ストレージ装置の保守・管理および前記ストレージ装置の前記障害管理部による障害管理を行うサービスプロセッサを有し、
前記ホスト計算機の前記障害管理部と前記ファイルサーバの前記障害管理部と前記ストレージ装置の前記障害管理部とを障害報告用のインターフェースを用いて接続し、前記ストレージ装置に障害が発生した際、障害情報を前記障害報告用のインターフェースを介して前記ストレージ装置の前記障害管理部から前記ファイルサーバの前記障害管理部へ報告し、その障害情報を前記障害報告用のインターフェースを介して前記ファイルサーバの前記障害管理部から前記ホスト計算機の前記障害管理部へ報告し、前記ホスト計算機の前記障害管理部は、前記ファイルサーバからの障害情報に基づいて、前記ホスト計算機内で発生したソフトウェア検出の障害情報を削除し、前記ホスト計算機の前記サービスプロセッサにより前記ストレージシステム内の障害情報を一元管理することを特徴とするストレージシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ホスト計算機とストレージ装置が接続されたストレージシステムに関し、特に、ストレージ装置側の障害によるホスト計算機側の障害処理に適用して有効な技術に関するものである。
【背景技術】
【０００２】
従来、ホスト計算機やストレージ装置などの複数の装置からなるストレージシステムにおいて、ストレージ装置側で障害が発生したときに、ホスト計算機ではドライバによるソフトウェア検出の障害が発生し、ホスト計算機とストレージ装置の複数の装置で障害が検出されていた。
【０００３】
また、ストレージ装置側での障害の情報を、ストレージ装置内のＷＥＢサーバなどの機能により、ホスト計算機側で確認するシステムがあった（例えば、特許文献１参照）。
【０００４】
また、ホスト計算機からファイルサーバを介してストレージ装置にアクセスする場合に、ファイルサーバの障害をストレージ装置側から保守センタに通報するシステムがあった（例えば、特許文献２参照）。
【特許文献１】特開２００４−２３４５５５号公報
【特許文献２】特開２００３−９９２９１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来のホスト計算機やストレージ装置などの複数の装置からなるストレージシステムでは、ストレージ装置の障害であってもホスト計算機のソフトウェア検出の障害が発生するため以下の問題がある。
【０００６】
（１）ホスト計算機で検出可能なのはドライバによるコマンドタイムアウトなどのソフトウェアによる検出のため、ストレージ装置のデバイス内部での障害であっても不良指摘部品はデバイスにつながるケーブルや接続部品を指摘するしかなく、２次、３次的な障害かの区別はできない。
【０００７】
（２）保守センタなどには、ホスト計算機やストレージ装置などの複数の装置の障害情報が送られるため、保守センタ員が複数装置の情報からどの装置の部品を交換すべきかを判断しなければならないので、交換指示するまでに時間がかかる。
【０００８】
（３）現地保守員はホスト計算機やストレージ装置などの複数の装置のサービスプロセッサなどの管理端末に表示される障害情報を常に確認しなければならないので、障害部品の交換に要する時間がかかり、また、顧客への障害状況の連絡を短時間で行なえない。
【０００９】
また、特許文献１、２記載のシステムも、現地保守員や保守センタのセンタ員は複数の装置で発生した障害内容から原因を特定して交換すべき部品を決めなければならないため、保守が大変になるという問題がある。
【００１０】
そこで、本発明の目的は、障害情報を一元管理し、ホスト計算機内部で発生した障害が、２次、３次的な障害であるかが判断でき、保守交換に最低限必要な部品指摘情報を示すことができるストレージシステムを提供することにある。
【課題を解決するための手段】
【００１１】
本発明によるストレージシステムは、ホスト計算機とホスト計算機に記憶領域を提供するストレージ装置を備えたストレージシステムであって、ホスト計算機は、ホスト計算機の障害を管理する障害管理部と、ホスト計算機の保守・管理およびホスト計算機の障害管理部による障害管理を行うサービスプロセッサと、ホスト計算機を制御しストレージ装置との通信を行う処理ノードを有し、ストレージ装置は、ストレージ装置の障害を管理する障害管理部と、ストレージ装置の保守・管理およびストレージ装置の障害管理部による障害管理を行うサービスプロセッサを有し、ホスト計算機の障害管理部とストレージ装置の障害管理部とを障害報告用のインターフェースを用いて接続し、ストレージ装置に障害が発生した際、障害報告用のインターフェースを介してストレージ装置の障害管理部からホスト計算機の障害管理部へ障害情報を報告し、ホスト計算機の障害管理部は、ストレージ装置からの障害情報に基づいて、ホスト計算機内で発生したソフトウェア検出の障害情報を削除し、ホスト計算機のサービスプロセッサによりストレージシステム内の障害情報を一元管理するものである。
【００１２】
また、本発明によるストレージシステムは、ホスト計算機とホスト計算機に記憶領域を提供するストレージ装置を備えたストレージシステムであって、ホスト計算機は、ホスト計算機の障害を管理する障害管理部と、ホスト計算機の保守・管理およびホスト計算機の障害管理部による障害管理を行うサービスプロセッサと、ホスト計算機を制御しストレージ装置との通信を行う処理ノードを有し、ストレージ装置は、ストレージ装置の障害を管理する障害管理部と、ストレージ装置の保守・管理およびストレージ装置の障害管理部による障害管理を行うサービスプロセッサを有し、ホスト計算機の処理ノードとストレージ装置の障害管理部とを障害報告用のインターフェースを用いて接続し、ストレージ装置に障害が発生した際、障害情報を障害報告用のインターフェースを介してストレージ装置の障害管理部からホスト計算機の処理ノードへ報告し、ホスト計算機の障害管理部は、処理ノードに報告されたストレージ装置からの障害情報に基づいて、ホスト計算機内で発生したソフトウェア検出の障害情報を削除し、ホスト計算機のサービスプロセッサによりストレージシステム内の障害情報を一元管理するものである。
【００１３】
また、本発明によるストレージシステムは、ホスト計算機とホスト計算機に接続されるファイルサーバとファイルサーバに記憶領域を提供するストレージ装置とを備えたストレージシステムであって、ホスト計算機は、ホスト計算機の障害を管理する障害管理部と、ホスト計算機の保守・管理およびホスト計算機の障害管理部による障害管理を行うサービスプロセッサと、ホスト計算機を制御しストレージ装置との通信を行う処理ノードを有し、ファイルサーバは、ファイルサーバの障害を管理する障害管理部と、ファイルサーバの保守・管理およびファイルサーバの障害管理部による障害管理を行うサービスプロセッサと、ファイルサーバを制御しストレージ装置との通信を行う処理ノードを有し、ストレージ装置は、ストレージ装置の障害を管理する障害管理部と、ストレージ装置の保守・管理およびストレージ装置の障害管理部による障害管理を行うサービスプロセッサを有し、ホスト計算機の障害管理部とファイルサーバの障害管理部とストレージ装置の障害管理部とを障害報告用のインターフェースを用いて接続し、ストレージ装置に障害が発生した際、障害情報を障害報告用のインターフェースを介してストレージ装置の障害管理部からファイルサーバの障害管理部へ報告し、その障害情報を障害報告用のインターフェースを介してファイルサーバの障害管理部からホスト計算機の障害管理部へ報告し、ホスト計算機の障害管理部は、ファイルサーバからの障害情報に基づいて、ホスト計算機内で発生したソフトウェア検出の障害情報を削除し、ホスト計算機のサービスプロセッサによりストレージシステム内の障害情報を一元管理するものである。
【発明の効果】
【００１４】
本発明によれば、ストレージ装置内部の障害情報をホスト計算機のサービスプロセッサで一元管理されるので、保守員や保守センタのセンタ員は複数の装置の障害情報を確認する必要が無くなるので、保守運用にかかる時間を短縮することができる。
【００１５】
また、不要な不良指摘部品情報を無くすことが可能なので、必要最低限の部品交換で済ますことができる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの
説明は省略する。
【００１７】
（実施の形態１）
＜ストレージシステムの構成＞
図１により、本発明の実施の形態１に係るストレージシステムの構成について説明する。図１は本発明の実施の形態１に係るストレージシステムの構成を示す構成図である。
【００１８】
図１において、ストレージシステム１は、複数のストレージ装置１０とホスト計算機３００から構成され、ストレージ装置１０は、ディスク制御装置１００とディスク装置２００から構成されている。
【００１９】
ディスク制御装置１００は、チャネルアダプタ１０１、ディスクアダプタ１０２、キャッシュメモリ１０３、共有メモリ１０４から構成され、ディスク制御装置１００にはサービスプロセッサ４００が接続されている。
【００２０】
チャネルアダプタ１０１は、ホスト計算機（上位装置）３００との間で通信を行うための通信インターフェースであるホストインターフェースを備え、ホスト計算機３００との間でデータ入出力コマンド等を授受する。
【００２１】
ディスクアダプタ１０２は、データを記憶する複数の物理記憶デバイス２０１と通信可能に接続され、ディスク装置２００の制御を行う。
【００２２】
キャッシュメモリ１０３は、ホスト計算機３００とディスク装置２００との間で送受信されるデータを一時的に格納する。
【００２３】
共有メモリ１０４は、チャネルアダプタ１０１およびディスクアダプタ１０２によって通信される制御情報などを格納する。
【００２４】
サービスプロセッサ４００は、ストレージ装置１０を保守・管理するために用いられるコンピュータである。サービスプロセッサ４００を操作することにより、例えば、障害情報などを確認することができる。
【００２５】
ディスク装置２００は、複数の物理記憶デバイス２０１を備えている。これによりホスト計算機３００に対して大容量の記憶領域を提供することができる。また、ディスク装置２００は、例えば、複数の物理記憶デバイス２０１によりＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ  Ａｒｒａｙｓ  ｏｆ  Ｉｎｅｘｐｅｎｓｉｖｅ  Ｄｉｓｋｓ）を構成している。
【００２６】
ホスト計算機３００には、サービスプロセッサ３１０が備えられている。
【００２７】
サービスプロセッサ３１０は、ホスト計算機３００を保守・管理するために用いられるコンピュータである。サービスプロセッサ３１０を操作することにより、例えば、障害情報などを確認することができる。
【００２８】
また、ストレージ装置１０のサービスプロセッサ４００とホスト計算機３００のサービスプロセッサ３１０は、障害報告用のインターフェース４１０により接続されている。このインターフェース４１０は特別な仕様に限定しておらず、例えばＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などの汎用のインターフェースで構わない。
【００２９】
ストレージ装置１０で検出した障害情報については、このインターフェース４１０を通じてホスト計算機３００側に伝えて、ホスト計算機３００で障害情報を集約して、保守交換に最低限必要な交換指示情報を示すことができるようになっている。
【００３０】
＜ストレージシステムの障害検出処理手順＞
次に、図２により本発明の実施の形態１に係るストレージシステムの障害検出処理手順について説明する。図２は本発明の実施の形態１に係るストレージシステムの障害検出処理手順を説明するための説明図である。
【００３１】
図２において、ストレージ装置１０のサービスプロセッサ４００内には、ストレージ装置１０の障害を管理する障害管理部４０１が備えられ、ホスト計算機３００のサービスプロセッサ３１０内には、ホスト計算機３００の障害を管理する障害管理部３１１が備えられている。
【００３２】
また、ストレージ装置１０は、説明のため、サービスプロセッサ４００、チャネルアダプタ１０１内におけるホスト計算機３００との接続部となるホストインターフェース１１０、チャネルアダプタ１０１内のホストインターフェース１１０以外のストレージ装置１０内の全ての構成を含めた内部１２０の構成で示している。
【００３３】
また、ホスト計算機３００は、ホスト計算機３００内の処理を行う処理ノード３２０が備えられており、処理ノード３２０は、プロセッサ３２１、メモリコントローラ３２２、メモリ３２３、Ｉ／Ｏインターフェース３２４から構成されている。
【００３４】
プロセッサ３２１により、メモリコントローラ３２２、メモリ３２３、Ｉ／Ｏインターフェース３２４が制御され、ストレージ装置１０との間のデータの制御や障害時の処理が行われている。
【００３５】
まず、Ｓ１０１でホスト計算機３００のプロセッサｉ３２１からＩ／Ｏインターフェースｄ３２４を介してストレージａ１０に対してコマンドを発行する。
【００３６】
Ｓ１０２でストレージ装置ａ１０の内部１２０に障害が発生し、コマンドを処理できない回復不可能な内部エラーを検出する。このため、ホスト計算機３００からのコマンドは処理できず、ホスト計算機３００へのコマンドに対する返答は行われない状態となる。
【００３７】
Ｓ１０２での障害の発生の後、Ｓ１０３でストレージ装置ａ１０の内部１２０で検出したエラーをサービスプロセッサ４００内の障害管理部ｇ４０１へ報告する。
【００３８】
Ｓ１０４で障害管理部ｇ４０１は障害情報の報告を受け、障害情報から不良指摘部品を解析して、サービスプロセッサ４００上の障害指摘一覧に表示する。
【００３９】
Ｓ１０５で障害管理部ｇ４０１は新たに設けた障害報告用のインターフェース４１０を通じて、ホスト計算機３００のサービスプロセッサ３１０内の障害管理部ｈ３１１へ障害情報を通知する。通知内容は、例えば、障害発生時刻、障害発生内容、指摘部品、分類の４つの情報である。
【００４０】
Ｓ１０６で障害管理部ｈ３１１は障害情報の報告を受け、障害情報にある不良指摘部品情報の内部エラーをサービスプロセッサ３１０上の障害指摘一覧に追加する。
【００４１】
一方、ホスト計算機３００内のプロセッサｉ３２１はストレージ装置ａ１０に対してコマンドを発行していたが、Ｓ１０３〜Ｓ１０６の動作の有無に関係なく、プロセッサｉ３２１内のＳ１０７で一定時間のタイムアウトを検出する。
【００４２】
Ｓ１０８でプロセッサｉ３２１はストレージ装置ａ１０へのアクセスでコマンドタイムアウトが発生したことをサービスプロセッサ３１０内の障害管理部ｈ３１１へ報告する。
【００４３】
Ｓ１０９で障害管理部ｈ３１１はプロセッサｉ３２１からの障害情報の報告を受け、障害情報から不良指摘部品を解析して、サービスプロセッサ３１０上の障害指摘一覧に表示する。
【００４４】
Ｓ１１０で障害管理部ｈ３１１はＳ１０９で登録した障害の対象となるストレージ装置ａ１０にて内部障害が発生している情報があるかどうかを確認し、このケースでは存在しているので、登録した障害情報から指摘部品情報、この例ではＩ／Ｏインターフェース部品ｄ３２４とＩ／Ｏケーブルｅを削除する。
【００４５】
＜ホスト計算機のサービスプロセッサ内にある障害管理部の処理＞
次に、図３により、本発明の実施の形態１に係るストレージシステムのホスト計算機のサービスプロセッサ内にある障害管理部の処理について説明する。図３は本発明の実施の形態１に係るストレージシステムのホスト計算機のサービスプロセッサ内にある障害管理部の処理を示すフローチャートである。
【００４６】
ホスト計算機３００のサービスプロセッサ３１０内にある障害管理部ｈ３１１の動作としては、図３に示すように、まず、Ｓ２０１で障害情報が到着したか否かを判断する。
【００４７】
Ｓ２０１で障害情報が到着していないと判断されれば、障害情報が到着するまでＳ２０１を繰り返す。
【００４８】
Ｓ２０１で障害情報が到着したと判断されれば、Ｓ２０２で障害指摘一覧に指摘部品情報を登録する。
【００４９】
Ｓ２０３でＩ／Ｏ系障害か否かを判断し、Ｓ２０３でＩ／Ｏ系障害でないと判断されれば、到着した障害情報の処理を終了する。
【００５０】
Ｓ２０３でＩ／Ｏ系障害であると判断されれば、Ｓ２０４で障害検出箇所がホスト計算機３００かＩ／Ｏデバイスかを判断する。
【００５１】
Ｓ２０４で障害検出箇所がＩ／Ｏデバイスであると判断されれば、Ｓ２０５で障害発生したストレージ装置１０につながるソフトウェアエラー検出の障害が有るか否かを判断する。
【００５２】
Ｓ２０５で障害発生したストレージ装置につながるソフトウェアエラー検出の障害が有ると判断されれば、Ｓ２０６で該当のソフトウェアエラー検出の指摘部品情報を削除し、到着した障害情報の処理を終了する。
【００５３】
Ｓ２０５で障害発生したストレージ装置につながるソフトウェアエラー検出の障害が無いと判断されれば、到着した障害情報の処理を終了する。
【００５４】
また、Ｓ２０４で障害検出箇所がホスト計算機３００であると判断されれば、Ｓ２０７でハード／ソフトウェアエラー検出のどちらを検出したかを判断する。
【００５５】
Ｓ２０７でハードウェアエラーであると判断されれば、到着した障害情報の処理を終了し、Ｓ２０７でソフトウェアエラーであると判断されれば、Ｓ２０８で障害発生したＩ／ＯにつながるＩ／Ｏデバイスの内部障害が有るか否かを判断する。
【００５６】
Ｓ２０８で障害発生したＩ／ＯにつながるＩ／Ｏデバイスの内部障害が無いと判断されれば、到着した障害情報の処理を終了し、Ｓ２０８で障害発生したＩ／ＯにつながるＩ／Ｏデバイスの内部障害が有ると判断されれば、Ｓ２０９でＳ２０２の処理で登録した指摘部品情報を削除して、到着した障害情報の処理を終了する。
【００５７】
以上の処理をホスト計算機３００のサービスプロセッサ３１０内にある障害管理部３１１で行うことにより、ホスト計算機３００内でのソフトウェアエラーを、ストレージ装置１０からの障害情報に基づいて削除することができ、不要な不良指摘部品情報を無くし、保守交換に最低限必要な交換指示情報を示すことが可能となる。
【００５８】
次に、図３に示した障害管理部の処理について、ホスト計算機３００とストレージ装置１０からの障害検出の通知のタイミングによる具体例について説明する。
【００５９】
まず、ホスト計算機３００でのコマンドタイムアウト報告よりも、早く通知したときのストレージ装置１０の内部エラーの処理手順としては、以下の（１）〜（５）に示す処理手順となる。
【００６０】
（１）Ｓ２０１の障害到着待ち状態でストレージ装置１０から障害通知が到着し、Ｓ２０２へ移る。
【００６１】
（２）Ｓ２０２で障害指摘一覧に障害情報を登録しＳ２０３へ移る。登録内容は障害発生時刻、障害発生内容、指摘部品（装置名を含む）、分類の４つの情報である。
【００６２】
（３）Ｉ／Ｏ系障害かどうかの判断は指摘部品情報にストレージ装置１０であることが判別できるのでＳ２０４へ移る。
【００６３】
（４）障害検出箇所についても、指摘部品情報にストレージ装置１０であることが判別できるのでＳ２０５へ移る。
【００６４】
（５）Ｓ２０５で障害情報一覧にソフトウェア検出でストレージ装置１０へのコマンドタイムアウトなどのエラーがあるかどうかを確認する。このケースでは無いので処理終了しＳ２０１へ移る。
【００６５】
また、ストレージ装置１０の内部エラー報告よりも、遅く通知したときのホスト計算機３００でのコマンドタイムアウトの処理手順としては、以下の（６）〜（１２）に示す処理手順となる。
【００６６】
（６）Ｓ２０１の障害到着待ち状態でストレージ装置１０から障害通知が到着しＳ２０２へ移る。
【００６７】
（７）Ｓ２０２で障害指摘一覧に障害情報を登録しＳ２０３へ移る。登録内容は障害発生時刻、障害発生内容、指摘部品（装置名を含む）、分類の４つの情報である。
【００６８】
（８）Ｉ／Ｏ系障害かどうかの判断は指摘部品情報にホスト計算機３００内のＩ／Ｏインターフェース３２４であることが判別できるのでＳ２０４へ移る。
【００６９】
（９）障害検出箇所についても、指摘部品情報にホスト計算機３００であることが判別できるのでＳ２０７へ移る。
【００７０】
（１０）ハードウェア検出かソフトウェア検出かの判別は分類情報にソフトウェア検出であることが判別できるのでＳ２０８へ移る。
【００７１】
（１１）Ｓ２０８で障害情報一覧にコマンドタイムアウトを検出しているＩ／Ｏデバイスの内部障害があるかどうかを確認する。このケースでは内部障害があるのでＳ２０９へ移る。
【００７２】
（１２）Ｓ２０９で障害情報一覧に登録した内容から部品指摘情報のみを削除する。例として、コマンドタイムアウトを検出したときに、対象となるＩ／ＯデバイスにつながるＩ／Ｏインターフェース部品ｘとＩ／Ｏインターフェースケーブルであるならば、その２点を削除して処理終了しＳ２０１へ移る。
【００７３】
また、ホスト計算機３００でのコマンドタイムアウト報告よりも、遅く通知したときのストレージ装置１０の内部エラーの処理手順としては、以下の（１３）〜（１７）に示す処理手順となる。
【００７４】
（１３）Ｓ２０１の障害到着待ち状態でストレージ装置１０から障害通知が到着しＳ２０２へ移る。
【００７５】
（１４）Ｓ２０２で障害指摘一覧に障害情報を登録しＳ２０３へ。登録内容は障害発生時刻、障害発生内容、指摘部品（装置名を含む）、分類の４つの情報である。
【００７６】
（１５）Ｉ／Ｏ系障害かどうかの判断は指摘部品情報にストレージ装置１０であることが判別できるのでＳ２０４へ移る。
【００７７】
（１６）障害検出箇所についても、指摘部品情報にストレージ装置１０であることが判別できるのでＳ２０５へ移る。
【００７８】
（１７）Ｓ２０５で障害情報一覧にソフトウェア検出でストレージ装置１０へのコマンドタイムアウトなどのエラーがあるかどうかを確認する。このケースでは障害情報一覧を検索して、ストレージ装置１０につながるＩ／Ｏインターフェース３２４の部品指摘が存在するので削除する。例として、コマンドタイムアウトを検出したときに、対象となるＩ／ＯデバイスにつながるＩ／Ｏインターフェース部品ｘとＩ／Ｏインターフェースケーブルであるならば、その２点を削除して処理終了しＳ２０１へ移る。
【００７９】
また、ストレージ装置１０の内部エラー報告よりも、早く通知したときのホスト計算機３００でのコマンドタイムアウトの処理手順としては、以下の（１８）〜（２３）に示す処理手順となる。
【００８０】
（１８）Ｓ２０１の障害到着待ち状態でストレージ装置１０から障害通知が到着しＳ２０２へ移る。
【００８１】
（１９）Ｓ２０２で障害指摘一覧に障害情報を登録しＳ２０３へ。登録内容は障害発生時刻、障害発生内容、指摘部品（装置名を含む）、分類の４つの情報である。
【００８２】
（２０）Ｉ／Ｏ系障害かどうかの判断は指摘部品情報にホスト計算機３００内のＩ／Ｏインターフェースであることが判別できるのでＳ２０４へ移る。
【００８３】
（２１）障害検出箇所についても、指摘部品情報にホスト計算機３００であることが判別できるのでＳ２０７へ移る。
【００８４】
（２２）ハードウェア検出かソフトウェア検出かの判別は分類情報にソフトウェア検出であることが判別できるのでＳ２０８へ移る。
【００８５】
（２３）Ｓ２０８で障害情報一覧にコマンドタイムアウトを検出しているＩ／Ｏデバイスの内部障害があるかどうかを確認する。このケースでは無いので処理終了しＳ２０１へ移る。
【００８６】
＜ストレージシステムのサービスプロセッサ間の接続情報＞
次に、図４により本発明の実施の形態１に係るストレージシステムのサービスプロセッサ間の接続情報について説明する。図４は実施の形態１に係るストレージシステムのサービスプロセッサ間の接続情報を示す図であり、（ａ）はホスト計算機３００のサービスプロセッサ３１０の登録例、（ｂ）はストレージ装置ａ１０のサービスプロセッサ４００の登録例、（ｃ）はストレージ装置ｂ１０のサービスプロセッサ４００の登録例を示している。
【００８７】
本実施の形態では、ホスト計算機３００のサービスプロセッサ３１０と１つ以上のストレージ装置１０のサービスプロセッサ４００との間に障害報告用のインターフェース４１０を設けているが、例えば、ＬＡＮインターフェース上でのやりとりを行なうためには、図４に示すような、予め相手のＩＰアドレス等を含めた接続情報を登録しておいて、障害情報のやりとりを行なう必要がある。
【００８８】
図４に示す接続情報の登録例による接続の具体例としては、図４（ａ）に示すホスト計算機３００のサービスプロセッサ３１０では、図２のＳ１１０で登録した障害の対象となるストレージ装置ａ１０にて内部障害が発生している情報があるかどうかを確認するための手段として、本例では、障害発生したときの接続部位がＩ／Ｏインターフェースｄ３２４と判明しているので、図４（ａ）に示した登録情報より接続先装置名はストレージ装置ａであるので、障害指摘一覧の指摘部位の装置名にストレージ装置ａがあるかどうかを検索すればよい。
【００８９】
また、ホスト計算機３００内で障害が発生したときに、他の装置への障害通知の必要があるかを判断しなければならず、その判断情報として接続先クラスを設けている。この接続先クラスは、自装置内の障害を通知する必要のある上位の装置が存在しているかどうかを示しており、図４（ａ）に示す例では「下位」のみしか無いので、障害通知する必要がない。
【００９０】
また、図４（ｂ）および図４（ｃ）に示すストレージ装置ａ１０およびストレージ装置ｂ１０のサービスプロセッサ４００では、図２のＳ１０５で、ホスト計算機３００のサービスプロセッサ３１０内の障害管理部ｈ３１１へ障害情報を通知しているが、通知先は接続先クラス情報を見て送り先を決める。
【００９１】
本例では、接続先クラスに上位のホスト計算機ａがあるので、障害発生の度にＩＰアドレス情報を用いてホスト計算機に障害情報を通知する。
【００９２】
なお、例えば、上位の接続先クラスが複数存在する場合には、発生した障害内容が接続部位の動作に影響のある上位がどれかをストレージ装置１０のサービスプロセッサ４００内の障害管理部ｇ４０１で判断して、影響のある上位の装置にのみ障害情報を通知し、接続部位の動作に影響があるかないかの判断ができないときは全ての上位の装置に障害情報を通知するようにしている。
【００９３】
以上のように本実施の形態では、ストレージ装置１０内部の障害情報をホスト計算機３００のサービスプロセッサ３１０で一元管理されるので、保守員や保守センタのセンタ員は複数の装置の障害情報を確認する必要が無くなるので、保守運用にかかる時間を短縮することが可能である。また、不要な不良指摘部品情報を無くすことが可能なので、必要最低限の部品交換で済ますことが可能である。
【００９４】
（実施の形態２）
実施の形態２は、実施の形態１において、ストレージ装置１０のサービスプロセッサ４００とホスト計算機３００のサービスプロセッサ３１０との障害報告用のインターフェース４１０による接続を、ストレージ装置１０のサービスプロセッサ４００とホスト計算機３００の処理ノード３２０のＩ／Ｏインターフェース３２４との障害報告用のインターフェース４１０による接続にし、ストレージ装置１０の障害管理部４０１からの障害情報をホスト計算機３００の処理ノード３２０内のメモリ３２３に書き込むようにしたものである。
【００９５】
実施の形態２のストレージシステム１の構成は、ストレージ装置１０のサービスプロセッサ４００とホスト計算機３００の処理ノード３２０のＩ／Ｏインターフェース３２４を障害報告用のインターフェース４１０により接続する以外は、実施の形態１と同様の構成である。
【００９６】
＜ストレージシステムの障害検出処理手順＞
次に、図５により本発明の実施の形態２に係るストレージシステムの障害検出処理手順について説明する。図５は本発明の実施の形態２に係るストレージシステムの障害検出処理手順を説明するための説明図である。
【００９７】
図５において、ストレージ装置１０のサービスプロセッサ４００内の障害管理部４０１は、障害報告用のインターフェース４１０を介して、ホスト計算機３００の処理ノード３２０内のＩ／Ｏインターフェース３２４に接続され、ストレージ装置１０のサービスプロセッサ４００内の障害管理部４０１とホスト計算機３００の処理ノード３２０が通信可能な状態となっている。
【００９８】
まず、Ｓ３０１でホスト計算機３００からストレージ装置ａ１０に対してコマンドを発行する。
【００９９】
Ｓ３０２でストレージ装置ａ１０の内部１２０に障害が発生し、コマンドを処理できない回復不可能な内部エラーを検出する。このため、ホスト計算機３００からのコマンドは処理できず、ホスト計算機３００へのコマンドに対する返答は行われない状態となる。
【０１００】
Ｓ３０２での障害の発生の後、Ｓ３０３でストレージａ装置１０の内部１２０で検出したエラーをサービスプロセッサ４００内の障害管理部ｇ４０１へ報告する。
【０１０１】
Ｓ３０４で障害管理部ｇ４０１は障害情報の報告を受け、障害情報から不良指摘部品を解析して、サービスプロセッサ４００上の障害指摘一覧に表示する。
【０１０２】
Ｓ３０５で障害管理部ｇ４０１は新たに設けた障害報告用のインターフェース４１０を通じて、ホスト計算機３００の処理ノード３２０内のメモリ３２３へ障害情報を書き込む。
【０１０３】
Ｓ３０６で処理ノード３２０のプロセッサｉ３２１はメモリ３２３に書き込まれた情報を常にポーリングして書き込まれたことを知るか、書き込み直後のプロセッサｉ３２１への割込みを契機に、メモリ３２３から障害情報を読み出して、サービスプロセッサ３１０内の障害管理部ｈ３１１へ障害情報を通知する。通知内容は障害発生時刻、障害発生内容、指摘部品、分類の４つの情報である。
【０１０４】
Ｓ３０７で障害管理部ｈ３１１は障害情報の報告を受け、障害情報にある不良指摘部品情報の内部エラーをサービスプロセッサ３１０上の障害指摘一覧に追加する。
【０１０５】
一方、ホスト計算機３００内のプロセッサｉ３２１はストレージ装置ａ１０に対してコマンドを発行していたが、Ｓ３０３〜Ｓ３０７の動作の有無に関係なく、Ｓ３０８で一定時間のタイムアウトを検出する。
【０１０６】
Ｓ３０９でプロセッサｉ３２１はストレージ装置ａ１０へのアクセスでコマンドタイムアウトが発生したことをサービスプロセッサ３１０内の障害管理部ｈ３１１へ報告する。
【０１０７】
Ｓ３１０で障害管理部ｈ３１１はプロセッサｉ３２１からの障害情報の報告を受け、障害情報から不良指摘部品を解析して、サービスプロセッサ３１０上の障害指摘一覧に表示する。
【０１０８】
Ｓ３１１で障害管理部ｈ３１１はＳ３１０で登録した障害の対象となるストレージ装置ａ１０にて内部障害が発生している情報があるかどうかを確認し、このケースでは存在しているので、登録した障害情報から指摘部品情報、この例ではＩ／Ｏインターフェース部品ｄ３２４とＩ／Ｏケーブルｅを削除する。
【０１０９】
以上のように本実施の形態では、ストレージ装置１０内部の障害情報をホスト計算機３００のサービスプロセッサ３１０で一元管理されるので、保守員や保守センタのセンタ員は複数の装置の障害情報を確認する必要が無くなるので、保守運用にかかる時間を短縮することが可能である。また、不要な不良指摘部品情報を無くすことが可能なので、必要最低限の部品交換で済ますことが可能である。また、ホスト計算機３００のサービスプロセッサ３１０に障害通知用のインターフェース４１０を接続する必要がなく、処理ノード３２０が運用のためにつなげているＬＡＮなどのインターフェースを通じて障害情報をやりとりを行うことが可能である。
【０１１０】
（実施の形態３）
実施の形態３は、実施の形態１において、ホスト計算機３００がストレージ装置１０に直接接続されるのではなく、ファイルサーバを介して接続されるようにしたものである。
【０１１１】
実施の形態３のストレージシステム１の構成は、ストレージ装置１０とホスト計算機３００の間にファイルサーバを設け、ファイルサーバのサービスプロセッサと、ストレージ装置１０のサービスプロセッサ４００およびホスト計算機３００のサービスプロセッサ３１０を障害報告用のインターフェース４１０により接続する以外は、実施の形態１と同様の構成である。
【０１１２】
＜ストレージシステムの障害検出処理手順＞
次に、図６により本発明の実施の形態３に係るストレージシステムの障害検出処理手順について説明する。図６は本発明の実施の形態３に係るストレージシステムの障害検出処理手順を説明するための説明図である。
【０１１３】
図６において、ファイルサーバ５００のサービスプロセッサ５１０内には、ファイルサーバ５００の障害を管理する障害管理部５１１が備えられている。
【０１１４】
また、ファイルサーバ５００は、ファイルサーバ５００内の処理を行う処理ノード５２０が備えられており、処理ノード５２０は、プロセッサ５２１、メモリコントローラ５２２、メモリ５２３、Ｉ／Ｏインターフェース５２４から構成されている。
【０１１５】
プロセッサ５２１により、メモリコントローラ５２２、メモリ５２３、Ｉ／Ｏインターフェース５２４が制御され、ホスト計算機３００およびストレージ装置１０との間のデータの制御や障害時の処理が行われている。
【０１１６】
また、ホスト計算機３００の処理ノード３２０内のＩ／Ｏインターフェース３２４とファイルサーバ５００の処理ノード５２０内のＩ／Ｏインターフェース５２４が接続され、ファイルサーバの処理ノード５２０内のＩ／Ｏインターフェース５２４にストレージ装置１０が接続され、ホスト計算機３００はファイルサーバ５００に対してコマンドを発行することにより、ファイルサーバ５００を介してストレージ装置１０を利用するようになっている。
【０１１７】
まず、Ｓ４０１でホスト計算機３００のプロセッサｉ３２１からＩ／Ｏインターフェースｄ３２４を介してファイルサーバ５００に対してコマンドを発行する。コマンドはＦｉｂｒｅケーブルなどを通じてファイルサーバ５００内のメモリ５２３に書き込まれる。
【０１１８】
Ｓ４０２でファイルサーバ５００内のプロセッサｋ５２１はメモリ５２３からコマンドを読み出してＩ／Ｏインターフェースｄ５２４を介してストレージ装置ａ１０にコマンドを発行する。
【０１１９】
Ｓ４０３でストレージ装置ａ１０の内部１２０に障害が発生し、コマンドを処理できない回復不可能な内部エラーを検出する。このため、ファイルサーバ５００からのコマンドは処理できず、ファイルサーバ５００へのコマンドに対する返答は行われない状態となる。
【０１２０】
Ｓ４０３での障害の発生の後、Ｓ４０４でストレージ装置ａ１０の内部１２０で検出したエラーをサービスプロセッサ４００内の障害管理部ｇ４０１へ報告する。障害管理部ｇ４０１は障害情報の報告を受け、障害情報から不良指摘部品を解析して、サービスプロセッサ４００上の障害指摘一覧に表示する。
【０１２１】
Ｓ４０５で障害管理部ｇ４０１は新たに設けた障害報告用のインターフェース４１０を通じて、ファイルサーバ５００のサービスプロセッサ５１０内の障害管理部ｍ５１１へ障害情報を通知する。障害管理部ｍ５１１は障害情報の報告を受け、障害情報にある不良指摘部品情報をサービスプロセッサ５１０上の障害指摘一覧に表示する。
【０１２２】
Ｓ４０６で障害管理部ｍ５１１は新たに設けたインターフェース４１０を通じて、ホスト計算機３００のサービスプロセッサ３１０内の障害管理部ｈ３１１へ通知する。障害管理部ｈ３１１は障害情報の報告を受け、障害情報にある不良指摘部品情報をサービスプロセッサ３１０上の障害指摘一覧に表示する。
【０１２３】
一方、ホスト計算機３００内のプロセッサｉ３２１はファイルサーバに対してコマンドを発行していたが、Ｓ４０２〜Ｓ４０６の動作の有無に関係なく、Ｓ４０７で一定時間のタイムアウトを検出する。
【０１２４】
Ｓ４０８でプロセッサｉ３２１はファイルサーバ５００へのアクセスでコマンドタイムアウトが発生したことをサービスプロセッサ３１０内の障害管理部ｈ３１１へ報告する。障害管理部ｈ３１１は障害情報の報告を受け、障害情報から不良指摘部品を解析して、サービスプロセッサ３１０上の障害指摘一覧に表示する。障害管理部ｈ３１１は登録した障害の対象となるファイルサーバ５００にて障害が発生している情報があるかどうかを確認し、存在している場合は登録した障害情報から指摘部品情報を削除する。
【０１２５】
また、ファイルサーバ５００内のプロセッサｋ５２１はストレージ装置１０に対してコマンドを発行していたが、Ｓ４０２〜Ｓ４０８の動作の有無に関係なく、Ｓ４０９で一定時間のタイムアウトを検出する。
【０１２６】
Ｓ４１０でプロセッサｋ５２１はストレージ装置ａ１０へのアクセスでコマンドタイムアウトが発生したことをサービスプロセッサ５１０内の障害管理部ｍ５１１へ報告する。障害管理部ｍ５１１は障害情報の報告を受け、障害情報から不良指摘部品を解析して障害指摘一覧に表示する。障害管理部ｍ５１１は登録した障害の対象となるストレージ装置ａ１０にて内部障害が発生している情報があるかどうかを確認し、存在している場合は登録した障害情報から指摘部品情報を削除する。
【０１２７】
Ｓ４１１で障害管理部ｍ５１１は障害報告用のインターフェース４１０を通じて、ホスト計算機３００のサービスプロセッサ３１０内の障害管理部ｈ３１１へ障害情報を通知する。障害管理部ｈ３１１は障害情報の報告を受け、障害情報にある不良指摘部品情報の内部エラーをサービスプロセッサ３１０上の障害指摘一覧に追加する。障害管理部ｈ３１１は登録した障害の対象となるファイルサーバ５００およびストレージ装置ａ１０にて障害が発生している情報があるかどうかを確認し、存在している場合は登録した障害情報から指摘部品情報を削除する。
【０１２８】
以上のように、本実施の形態では、ホスト計算機３００、ファイルサーバ５００、ストレージ装置１０のサービスプロセッサ間を障害報告用のインターフェースで接続し、ホスト計算機３００で障害情報を集約することにより、保守交換に最低限必要な交換指示情報を示すことが可能となる。
【０１２９】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【図面の簡単な説明】
【０１３０】
【図１】本発明の実施の形態１に係るストレージシステムの構成を示す構成図である。
【図２】本発明の実施の形態１に係るストレージシステムの障害検出処理手順を説明するための説明図である。
【図３】本発明の実施の形態１に係るストレージシステムのホスト計算機のサービスプロセッサ内にある障害管理部の処理を示すフローチャートである。
【図４】（ａ）〜（ｃ）は実施の形態１に係るストレージシステムのサービスプロセッサ間の接続情報を示す図である。
【図５】本発明の実施の形態２に係るストレージシステムの障害検出処理手順を説明するための説明図である。
【図６】本発明の実施の形態３に係るストレージシステムの障害検出処理手順を説明するための説明図である。
【符号の説明】
【０１３１】
１…ストレージシステム、１０…ストレージ装置、１００…ディスク制御装置、１０１…チャネルアダプタ、１０２…ディスクアダプタ、１０３…キャッシュメモリ、１０４…共有メモリ、１１０…ホストインターフェース、１２０…内部、２００…ディスク装置、２０１…物理記憶デバイス、３００…ホスト計算機、３１０…サービスプロセッサ、３１１…障害管理部、３２０…処理ノード、３２１…プロセッサ、３２２…メモリコントローラ、３２３…メモリ、３２４…Ｉ／Ｏインターフェース、４００…サービスプロセッサ、４０１…障害管理部、４１０…インターフェース、５００…ファイルサーバ、５１０…サービスプロセッサ、５１１…障害管理部、５２０…処理ノード、５２１…プロセッサ、５２２…メモリコントローラ、５２３…メモリ、５２４…Ｉ／Ｏインターフェース。
【図１】
2006227718.tif 000003
【図２】
2006227718.tif 000004
【図３】
2006227718.tif 000005
【図４】
2006227718.tif 000006
【図５】
2006227718.tif 000007
【図６】
2006227718.tif 000008