(57)【要約】      （修正有）【課題】新たな遠隔保守回線を敷設することなく、ストレージネットワークを遠隔保守する。【解決手段】ストレージネットワークは、ストレージシステム８００を管理するとともに遠隔保守回線４２０を経由して管理センタ９００に接続する管理端末１６０に、複数の業務用ホスト装置２００又は管理用サーバ７００が管理用ＬＡＮ４１０を介して接続している。業務用ホスト装置２００又は管理サーバ７００は、管理用ＬＡＮ４１０経由で管理端末１６０に管理情報を送信する。管理端末１６０は、業務用ホスト装置２００又は管理サーバ７００から取得した管理情報を遠隔保守回線４２０経由で管理センタ９００に送信する。【選択図】図１
2006313410.tif 000002
【特許請求の範囲】
【請求項１】
ストレージシステムを管理するとともに遠隔保守回線を経由して管理センタに接続する管理端末に業務用ホスト装置又は管理用サーバが管理用通信回線を介して接続するストレージネットワークの管理情報を管理するための方法であって、
前記業務用ホスト装置又は前記管理サーバの管理情報を前記管理用通信回線経由で前記管理端末に送信するステップと、
前記管理端末が前記業務用ホスト装置又は前記管理サーバから取得した管理情報を前記遠隔保守回線経由で前記管理センタに送信するステップと、
を備える、ストレージネットワークの管理情報管理方法。
【請求項２】
請求項１に記載のストレージネットワークの管理情報管理方法であって、
前記管理用サーバは、複数の前記業務用ホスト装置のそれぞれの管理情報を集約し、前記管理情報を前記管理用通信回線経由で前記管理端末に送信する、ストレージネットワークの管理情報管理方法。
【請求項３】
ストレージシステムを管理するとともに遠隔保守回線を経由して管理センタに接続する管理端末と、
前記ストレージシステムが提供する記憶資源を利用する業務用ホスト装置と、
前記ストレージシステムを管理する管理用サーバと、
前記業務用ホスト装置、前記管理用サーバ、及び前記管理端末を接続する管理用通信回線と、
を備え、
前記業務用ホスト装置又は前記管理サーバは、前記管理用通信回線経由で前記管理端末に管理情報を送信し、前記管理端末は、前記業務用ホスト装置又は前記管理サーバから受信した管理情報を前記遠隔保守回線経由で前記管理センタに送信する、ストレージ管理システム。
【請求項４】
請求項３に記載のストレージ管理システムであって、
前記管理用サーバは、複数の前記業務用ホスト装置のそれぞれの管理情報を集約し、前記管理情報を前記管理用通信回線経由で前記管理端末に送信する、ストレージ管理システム。
【請求項５】
ストレージシステムを管理するとともに遠隔保守回線を経由して管理センタに接続する管理端末に管理用通信回線を介して接続する業務用ホスト装置又は管理用サーバに実装されるストレージ管理ソフトウェアであって、
前記業務用ホスト装置又は前記管理サーバの管理情報を前記管理用通信回線経由で前記管理端末に送信するステップを、前記業務用ホスト装置又は前記管理用サーバに実行させる、ストレージ管理ソフトウェア。
【請求項６】
請求項５に記載のストレージ管理ソフトウェアであって、
複数の前記業務用ホスト装置のそれぞれの管理情報を集約し、前記管理情報を前記管理用通信回線経由で前記管理端末に送信するステップを前記管理用サーバに実行させる、ストレージ管理ソフトウェア。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はストレージネットワークの管理情報管理方法、ストレージ管理システム及びストレージ管理ソフトウェアに関する。
【背景技術】
【０００２】
近年、大量のデータを管理するためのストレージシステムとして、ディスアレイ装置等が用いられている。ディスクアレイ装置は、多数の記憶デバイスをアレイ状に配設して構成されるもので、例えば、RAID（Redundant Arrays of Independent Inexpensive Disks）に基づく記憶領域を提供する。近年、ＳＡＮ（Storage Area Network）環境の普及とともに、ストレージシステムの統合が急速に進められている。ＳＡＮ環境においては、複数のストレージシステムが高速のＦＣ（Fibre Channel）スイッチを介して複数の業務用ホスト装置に接続される形態となり、ＳＡＮ構成の容易な管理、障害の早期検出と迅速な対処、適切なアクセス制御によるセキュリティ確保といった、運用管理が求められている。ストレージネットワークを管理するためのストレージ管理ソフトウェアは、例えば、業務用ホスト装置や、専用の管理用サーバに実装されている。例えば、特許文献１には、サーバの遠隔保守技術が提案されている。
【特許文献１】特開平１１−１６７５０４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、従来では、ストレージネットワークに障害が生じると、障害原因を解析するために、サポートエンジニアが現地に赴き、障害情報の収集作業を行っていた。しかし、障害発生地が外国などの遠隔地である場合は、迅速な対応が困難となる。また、遠隔地での障害原因を迅速に解析するために、業務用ホスト装置と管理センタとを接続する遠隔保守回線を新たに敷設すると、コストが高騰する。また、このような遠隔保守回線の敷設はセキュリティ上の観点から顧客が望まない場合も想定される。
【０００４】
そこで、本発明は、新たな遠隔保守回線を敷設することなく、ストレージネットワークを遠隔保守するための技術を提案することを課題とする。
【課題を解決するための手段】
【０００５】
本発明が適用されるストレージネットワークは、ストレージシステムを管理するとともに遠隔保守回線を経由して管理センタに接続する管理端末に複数の業務用ホスト装置又は管理用サーバが管理用通信回線を介して接続している。
【０００６】
本発明のストレージネットワークの管理情報管理方法は、業務用ホスト装置又は管理サーバの管理情報を管理用通信回線経由で管理端末に送信するステップと、管理端末が業務用ホスト装置又は管理サーバから取得した管理情報を遠隔保守回線経由で管理センタに送信するステップと、を備える。管理用通信回線は、複数の業務用ホスト装置、管理用サーバ、及び管理端末を接続する保守回線として、従来から用いられているので、新たな回線を敷設することなく、ストレージネットワークの遠隔保守が可能になる。ここで、管理情報には、例えば、ストレージネットワークの障害情報、構成情報、稼働情報、性能情報等が含まれる。
【０００７】
管理用サーバは、例えば、複数の業務用ホスト装置のそれぞれの管理情報を集約し、その管理情報を管理用通信回線経由で管理端末に送信する。これにより、管理情報を一元管理することができるので、遠隔保守回線の回線容量が少ない場合でも、例えば、障害解析に有用な障害情報を抽出して管理端末に送信することができる。
【０００８】
本発明のストレージ管理ソフトウェアは、業務用ホスト装置又は管理サーバの管理情報を管理用通信回線経由で管理端末に送信するステップを業務用ホスト装置又は管理用サーバに実行させる。このストレージ管理ソフトウェアは、例えば、業務用ホスト装置又は管理サーバにインストールされていてもよく、或いは記録媒体に格納されていてもよい。記録媒体として、例えば、光記録媒体（ＣＤ−ＲＡＭ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−Ｒ、ＰＤディスク、ＭＤディスク、ＭＯディスク等の光学的にデータの読み取りが可能な記録媒体）や、磁気記録媒体（フレキシブルディスク、磁気カード、磁気テープ等の磁気的にデータの読み取りが可能な記録媒体）、或いはメモリ素子（ＤＲＡＭ等の半導体メモリ素子、ＦＲＡＭ等の強誘電体メモリ素子等）などを用いることができる。
【発明の効果】
【０００９】
本発明によれば、新たな遠隔保守回線を敷設することなく、ストレージネットワークを遠隔保守することができる。
【発明を実施するための最良の形態】
【００１０】
以下、各図を参照して、本発明の実施形態について説明する。
図１は本実施形態に係るストレージ管理システム１０の概略構成を示している。ストレージ管理システム１０は、ストレージネットワーク（ストレージシステム８００、通信ネットワーク１７０或いはその他のネットワークコンポーネント等）の障害発生を監視するとともに、障害発生時には障害情報を管理センタ９００に送信する機能を備えたシステムである。同システム１０は、更に、ストレージシステム８００及び業務用ホスト装置２００の性能管理や、ストレージシステム８００の構成情報の管理等も行う。同システム１０は、主に、ストレージ管理ソフトウェア（ストレージ管理プログラム）５００、管理用ＬＡＮ（管理用通信回線）４１０、及び管理端末１６０を備えている。ストレージ管理ソフトウェア５００は、例えば、業務用ホスト装置２００又は管理用サーバ７００に実装される。
【００１１】
業務用ホスト装置２００は、例えば、銀行の自動預金預け払いシステムや、航空機の座席予約システム等の業務用計算機であり、具体的には、パーソナルコンピュータ、ワークステーション、或いはメインフレームコンピュータ等である。ストレージシステム８００は、業務用ホスト装置２００に対して、記憶資源を提供する。業務用ホスト装置２００からストレージシステム８００へのデータの入出力要求は、通信ネットワーク１７０を介して行われる。各々のストレージシステム８００には、管理端末１６０が備え付けられている。業務用ホスト装置２００、管理用サーバ７００、及び管理端末１６０は、管理用ＬＡＮ（内部ＬＡＮ）４１０を介して相互に接続されている。更に、管理端末１６０は、遠隔保守用回線４２０を介して管理センタ９００に接続されている。尚、業務用ホスト装置２００、管理用サーバ７００及びストレージシステム８００のそれぞれは、単数でもよく、或いは複数でもよい。
【００１２】
管理センタ９００は、ストレージシステム８００及び通信ネットワーク１７０等を管理するための施設である。管理センタ９００には、サポートエンジニアが待機しており、ストレージ管理システム１０から送られてくる障害情報を収集し、障害解析を行う。遠隔保守回線４２０としては、例えば、インターネット回線や電話回線等を用いることができる。
【００１３】
図２はストレージシステム８００を中心とするシステム構成を示している。説明の便宜上、ストレージシステム８００の台数を一台としている。ストレージシステム８００は、主に、ディスク制御部１００と、記憶装置３００とから構成される。ディスク制御部１００は、例えば、業務用ホスト装置２００から受信したコマンドに従って、記憶装置３００へのデータの入出力制御を行う。また、ディスク制御部１００は、例えば、管理用サーバ７００から受信したコマンドに従って、ストレージシステム８００の構成情報の設定又は変更等の各種の処理を行う。
【００１４】
業務用ホスト装置２００は、通信ネットワーク１７０を介してディスク制御部１００と通信可能に接続されている。通信ネットワーク１７０として、例えば、ＳＡＮ（Storage Area Network）が用いられる場合、業務用ホスト装置２００と記憶装置３００との間では、ブロック単位でのデータ入出力処理が行われる。ＳＡＮを介して業務用ホスト装置２００とディスク制御部１００との間で行われる通信プロトコルは、例えば、ファイバチャネルプロトコルである。
【００１５】
もとより、業務用ホスト装置２００とディスク制御部１００との間は、必ずしも、ＳＡＮを介して接続されている必要はなく、例えば、ＬＡＮ（Local Area Network）を介して接続されていてもよく、或いはネットワークを介さずに直接に接続されていてもよい。業務用ホスト装置２００とディスク制御部１００とがＬＡＮを介して接続される場合には、例えば、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）に従って、通信を行うこともできる。業務用ホスト装置２００とディスク制御部１００との間を、ネットワークを介さずに直接に接続する場合には、例えば、ＦＩＣＯＮ（Fibre Connection）（登録商標）、ＥＳＣＯＮ(Enterprise System Connection) （登録商標）、ＡＣＯＮＡＲＣ（Advanced Connection Architecture）（登録商標）、ＦＩＢＡＲＣ（Fibre Connection Architecture）（登録商標）等の通信プロトコルに従って、通信を行ってもよい。
【００１６】
管理用サーバ７００は管理用ＬＡＮ４１０を介して管理端末１６０と接続されている。管理用ＬＡＮ４１０は、例えば、インターネット或いは専用線等で構成される。管理用ＬＡＮ４１０を介して行われる、管理用サーバ７００と管理端末１６０との間の通信は、例えば、ＴＣＰ／ＩＰ等の通信プロトコルによって行われる。
【００１７】
記憶装置３００は、複数の物理ディスクドライブ３３０を備えている。物理ディスクドライブ３３０は、例えば、ＡＴＡ（Advanced Technology Attachment）ディスクドライブ、ＳＣＳＩ（Small Computer System Interface）ディスクドライブ、ファイバチャネルディスクドライブ等のハードディスクドライブである。アレイ状に配列された複数のディスクドライブによって、ＲＡＩＤ（Redundant Arrays of Inexpensive Disks）を構成することも可能である。また、物理ディスクドライブ３３０により提供される物理的な記憶領域である物理ボリュームには、論理的な記憶領域であるＬＤＥＶ（Logical Device）を設定することができる。
【００１８】
ディスク制御部１００と記憶装置３００との間は、ネットワークを介さずに直接に接続されていてもよく、或いはネットワークを介して接続されていてもよい。或いは、記憶装置３００とディスク制御部１００は一体的に構成されていてもよい。
【００１９】
ディスク制御部１００は、複数のチャネル制御部１１０、共有メモリ１２０、キャッシュメモリ１３０、複数のディスク制御部１４０、管理端末１６０、及び接続部１５０を備える。
【００２０】
ディスク制御部１００は、チャネル制御部１１０による通信制御により、業務用ホスト装置２００と通信を行う。チャネル制御部１１０は、業務用ホスト装置２００との間で通信を行うための通信インターフェースを備えており、業務用ホスト装置２００との間でデータ入出力コマンド等を授受する機能を備える。各々のチャネル制御部１１０は、管理端末１６０と共に内部ＬＡＮ（共有バス）１５１を介して接続されている。これにより、チャネル制御部１１０に実行させるマイクロプログラム等を管理端末１６０からインストールすることが可能である。
【００２１】
接続部１５０は、チャネル制御部１１０、共有メモリ１２０、キャッシュメモリ１３０、ディスク制御部１４０、及び管理端末１６０を相互に接続する。チャネル制御部１１０、共有メモリ１２０、キャッシュメモリ１３０、ディスク制御部１４０、及び管理端末１６０の間におけるデータやコマンドの授受は、接続部１５０を介して行われる。接続部１５０は、例えば、クロスバスイッチ等で構成される。
【００２２】
共有メモリ１２０とキャッシュメモリ１３０は、それぞれチャネル制御部１１０とディスク制御部１４０とによって共有されるメモリ装置である。共有メモリ１２０は、主として、ストレージシステム８００の構成情報等を記憶するために利用される。キャッシュメモリ１３０は、主として、物理ディスク３３０に読み書きされるデータを一時的に記憶するために利用される。
【００２３】
例えば、あるチャネル制御部１１０が業務用ホスト装置２００から受信したデータ入出力要求が書き込みコマンドであった場合には、そのチャネル制御部１１０は、書き込みコマンドを共有メモリ１２０に書き込むと共に、業務用ホスト装置２００から受信した書き込みデータをキャッシュメモリ１３０に書き込む。一方、ディスク制御部１４０は、共有メモリ１２０を常時監視しており、共有メモリ１２０に書き込みコマンドが書き込まれたことを検出すると、その書き込みコマンドに従って、キャッシュメモリ１３０からダーティデータを読み出して、これを物理ディスクドライブ３００にデステージする。
【００２４】
また、あるチャネル制御部１１０が業務用ホスト装置２００から受信したデータ入出力要求が読み出しコマンドであった場合には、読み出し対象となるデータがキャッシュメモリ１３０に存在するかどうかをチェックする。ここで、読み出し対象となるデータがキャッシュメモリ１３０に存在すれば、チャネル制御部１１０は、そのデータをキャッシュメモリ１３０から読み取って、業務用ホスト装置２００に送信する。一方、読みだし対象となるデータがキャッシュメモリ１３０に存在しない場合には、チャネル制御部１１０は、読み出しコマンドを共有メモリ１２０に書き込む。ディスク制御部１４０は、共有メモリ１２０を常時監視しており、読み出しコマンドが共有メモリ１２０に書き込まれたことを検出すると、ディスク制御部１４０は、記憶装置３００から読みだし対象となるデータを読み出して、これをキャッシュメモリ１３０に書き込むと共に、読み出し対象データをキャッシュメモリ１３０に書き込んだ旨を共有メモリ１２０に書き込む。すると、チャネル制御部１１０は、読みだし対象となるデータがキャッシュメモリ１３０に書き込まれたことを検出し、そのデータをキャッシュメモリ１３０から読み出して、業務用ホスト装置２００に送信する。
【００２５】
このように、チャネル制御部１１０とディスク制御部１４０との間では、キャッシュメモリ１３０を介してデータの授受が行われる。キャッシュメモリ１３０には、物理ディスクドライブ３３０に格納されるデータのうち、チャネル制御部１１０やディスク制御部１４０によって、読み書きされるデータが一時的に書き込まれる。
【００２６】
尚、チャネル制御部１１０からディスク制御部１４０に対するデータの書き込みや、読み出しの指示を、共有メモリ１２０を介在させて間接的に行う構成の他、例えば、チャネル制御部１１０からディスク制御部１４０に対して、データの書き込みや読み出しの指示を、共有メモリ１２０を介さずに直接に行う構成とすることもできる。或いは、チャネル制御部１１０にディスク制御部１４０の機能を持たせて、データの入出力を制御することもできる。
【００２７】
ディスク制御部１４０は、データを記憶する複数の物理ディスクドライブ３３０と通信可能に接続され、記憶装置３００の制御を行う。例えば、上述のように、チャネル制御部１１０が業務用ホスト装置２００から受信したデータ入出力要求に応じて、物理ディスクドライブ３３０に対してデータの読み書きを行う。各ディスク制御部１４０は、管理端末１６０と共に、内部ＬＡＮ１５１で接続されており、相互に通信を行うことが可能である。これにより、ディスク制御部１４０に実行させるマイクロプログラム等を管理端末１６０から送信しインストールすることが可能となっている。
【００２８】
尚、上述したチャネル制御部１１０、ディスク制御部１４０、接続部１５０、共有メモリ１２０、及びキャッシュメモリ１３０のうち何れか二以上のハードウェアが一体的に構成されていてもよい。
【００２９】
管理端末１６０は、ストレージシステム８００を管理するためのコンピュータである。システム管理者は、管理端末１６０を操作することにより、例えば、物理ディスクドライブ３３０の構成の設定、業務用ホスト装置２００とチャネル制御部１１０との間のパスの設定、チャネル制御部１１０やディスク制御部１４０において実行されるマイクロプログラムのインストール等を行うことができる。ここで、物理ディスクドライブ３３０の構成の設定とは、例えば、物理ディスクドライブ３３０の増設或いは減設、ＲＡＩＤ構成の変更（例えば、ＲＡＩＤ１からＲＡＩＤ５への変更）等をいう。更に、管理端末１６０からは、ストレージシステム８００の動作状態の確認や、故障部位の特定、チャネル制御部１１０で実行されるオペレーティングシステムのインストール等の作業を行うことも可能である。これら各種の設定や制御は、管理端末１６０が備えるユーザインターフェースを通じて行うことができる。
【００３０】
管理端末１６０は、ディスク制御部１００に内蔵してもよく、或いは外付けの構成としてもよい。また、管理端末１６０は、ディスク制御部１００及び記憶装置３００の管理専用に用意されたコンピュータでもよく、或いは汎用のコンピュータにストレージシステム８００の管理機能を実装させたものでもよい。
【００３１】
図３は業務用ホスト装置２００のシステム構成を示している。業務用ホスト装置２００は、ＣＰＵ２０１、メモリ２０２、インターフェース部２０３、ローカルディスク２０４、入力デバイス２０５、及び出力デバイス２０６を備えて構成されている。メモリ２０２には、業務用のアプリケーションプログラム８５０と、ストレージ管理ソフトウェア５００が実装されている。ＣＰＵ２０１は、メモリ２０２に実装されたアプリケーションプログラム８５０に基づいて、銀行の自動預金預け払い等の処理を行う他、ストレージ管理ソフトウェア５００に基づいて、ストレージシステム８００、通信ネットワーク１７０或いはその他のネットワークコンポーネント等の管理を行う。インターフェース部２０３は、管理用ＬＡＮ４１０の通信インターフェースと、通信ネットワーク１７０に接続する通信インターフェースとを備えている。ローカルディスク２０４には、業務用ホスト装置２００が業務を行う上で必要な情報や、ストレージシステム８００を管理する上で必要な各種の情報が格納されている。入力デバイス２０５は、例えば、キーボード、マウス等である。出力デバイス２０６は、例えば、ディスプレイ、プリンタ等である。
【００３２】
図４は管理端末１６０のシステム構成を示している。管理端末１６０は、ＣＰＵ１６１、メモリ１６２、インターフェース部１６３、ローカルディスク１６４、入力デバイス１６５、及び出力デバイス１６６を備えて構成されている。ＣＰＵ１６１は、メモリ１６２に実装された遠隔保守ソフトウェア６００に基づいて、ストレージシステム８００の遠隔保守を行う。管理端末１６０が行う遠隔保守の詳細については後述する。インターフェース部１６３は、管理用ＬＡＮ４１０と内部ＬＡＮ１５１の通信インターフェースを備えており、管理用ＬＡＮ４１０を介して管理用サーバ７００から発行された各種の管理コマンドを受信する機能や、内部ＬＡＮ１５１を介して共有メモリ１２０内の構成情報にアクセスする機能などを有する。ローカルディスク１６４には、ストレージシステム８００を管理する上で必要な各種の情報が格納されている。入力デバイス１６５は、例えば、キーボード、マウス等である。システム管理者は、入力デバイス１６５を入力操作して、ストレージシステム８００の管理等を行う。出力デバイス１６６は、例えば、ディスプレイ、プリンタ等である。
【００３３】
図５は管理用サーバ７００のシステム構成を示している。管理用サーバ７００は、ＣＰＵ７０１、メモリ７０２、インターフェース部７０３、ローカルディスク７０４、入力デバイス７０５、及び出力デバイス７０６を備えて構成されている。ＣＰＵ７０１は、メモリ７０２に実装されたストレージ管理ソフトウェア５００に基づいて、ストレージシステム８００及び通信ネットワーク１７０等の管理を行う。インターフェース部７０３は、管理用ＬＡＮ４１０の通信インターフェースを備えており、管理用ＬＡＮ４１０を介して管理端末１６０へ各種の管理コマンドを送信することができる。ローカルディスク７０４には、ストレージシステム８００を管理する上で必要な各種の情報が格納されている。入力デバイス７０５は、例えば、キーボード、マウス等である。出力デバイス７０６は、例えば、ディスプレイ、プリンタ等である。
【００３４】
図６は管理用サーバ７００における障害監視、及び障害情報収集処理の概要を示している。ストレージ管理ソフトウェア５００は、ストレージシステム８００、通信ネットワーク１７０或いはその他のネットワークコンポーネント等の遠隔保守を行うモジュールとして、遠隔保守コンポーネント５１０を備えている。遠隔保守コンポーネント５１０は、ストレージシステム８００、通信ネットワーク１７０或いはその他のネットワークコンポーネント等の障害発生を監視する。ストレージシステム８００の障害として、例えば、ストレージシステム８００のハードウェア（例えば、共有メモリ１２０、キャッシュメモリ１３０、ディスク制御部１４０、物理ディスクドライブ３３０等）の障害、業務用ホスト装置２００とチャネル制御部１１０との間のアクセスパスの障害（例えば、リード／ライト失敗、ファイバチャネルパスの断線、ホストバスアダプタの障害、ネットワークコンポーネント（スイッチ又はハブ等）の障害等）、ストレージシステム８００の構成情報（例えば、ディスク制御に用いられる各種のテーブル等）の設定変更ミス等がある。ストレージ管理ソフトウェア５００自体の障害として、例えば、ストレージ管理ソフトウェア５００の内部エラー、後述するマネージャー５００Ｍとエージェント５００Ａとの間の通信エラー、ストレージ管理ソフトウェア５００とストレージシステム８００との間の通信エラー、コマンドの失敗（バックアップの失敗、構成変更の失敗等）等がある。
【００３５】
遠隔保守コンポーネント５１０は、障害発生を検出すると、障害情報収集モジュール５２０を起動させて、障害情報２０を収集し、これをローカルディスク７０４に格納する。障害情報２０としては、障害解析に利用される情報であれば、特に限定されるものではなく、例えば、ログ情報でもよく、或いは障害の類型毎に予めコード化された情報を用いてもよい。障害情報２０を収集するタイミングとしては、できるだけ障害情報２０が不足しないように、ログがラップしないタイミングが望ましい。障害情報２０の格納先としては、例えば、メモリ７０２でもよい。遠隔保守コンポーネント５１０は、管理用ＬＡＮ４１０を経由して、障害情報２０を管理端末１６０のローカルディスク１６４の特定のディレクトリに格納する。管理端末１６０が複数存在する場合は、予め定められた管理端末１６０のローカルディスク１６４に障害情報２０を書き込んでもよく、或いは障害情報２０を管理用ＬＡＮ４１０に送信する時点で選択した管理端末１６０のローカルディスク１６４に書き込んでもよい。遠隔保守回線４２０は、一般的に回線容量が少ない場合が多いので、障害情報２０のデータ量が多い場合は、障害解析に必要な部分だけを抽出して送信するのが望ましい。遠隔保守ソフトウェア６００は一定間隔で上述の特定のディレクトリを監視しており、当該特定のディレクトリへの障害情報の書き込みを契機として、障害発生を検出する。すると、遠隔保守ソフトウェア６００は、遠隔保守用回線４２０を経由して、障害情報２０を管理センタ９００に送信する。管理センタ９００では、障害情報２０を基に障害解析を行い、必要に応じて現地にサポートエンジニアを派遣する等して、必要な措置を講じる。
【００３６】
尚、ストレージ管理ソフトウェア５００は、上述した障害情報収集機能の他、例えば、業務用ホスト装置２００とストレージシステム８００との間で期待通りの性能（例えば、リード／ライト性能）が発揮されているかどうかを管理する機能、ストレージ管理ソフトウェア５００からストレージシステム８００を操作したときの操作性能（例えば、ストレージ管理ソフトウェア５００のメモリ使用量等）等を管理する機能、或いはストレージシステム８００の構成が推奨通りの構成になっているかどうか（例えば、ペアボリュームの設定、ディスク容量等）を管理したりする機能をも備える。
【００３７】
また、業務用ホスト装置２００における障害監視及び障害情報収集処理についても、上述した管理用サーバ７００における障害管理及び障害情報収集処理と同様である。
【００３８】
図７は管理用サーバ７００における障害情報収集処理の他の例の概要を示している。上述した障害情報収集処理（図６）は、遠隔保守コンポーネント５１０が障害監視を行っていたが、この例では、ユーザが障害発生を発見し、管理用サーバ７００に障害通知コマンドを入力することにより、遠隔保守コンポーネント５１０が障害情報収集モジュール５２０を起動させて障害情報２０を収集している。本発明では、障害情報を収集する契機は、遠隔保守コンポーネント５１０による障害発生の検出でもよく、或いはユーザによる障害発生の発見でもよい。障害発生を検出した後のその他の処理は、上述した障害情報収集処理（図６）と同様であるため、詳細な説明は省略する。
【００３９】
図８は管理センタ９００からのリクエストに応じて、ストレージ管理ソフトウェア５００が管理する各種の情報（構成情報、稼働情報、性能情報等）を管理センタ９００に送信する処理の概要を示している。ストレージ管理ソフトウェア５００は、ストレージシステム８００、業務用ホスト装置２００、通信ネットワーク１７０或いはその他のネットワークコンポーネント（スイッチ、ハブ等）の構成情報、稼働情報、性能情報等の各種の情報を管理している。これらの情報は、例えば、ローカルディスク７０４に格納されており、管理センタ９００からのリクエストに応じて、必要な情報を管理センタ９００に送信することができる。ローカルディスク７０４に格納されたこれらの情報を取り出すには、管理センタ９００は、まず、遠隔保守回線４２０を介して管理端末１６０にログインして、情報の送信を要求する。すると、管理端末１６０（より詳細には、遠隔保守ソフトウェア６００）は、管理用ＬＡＮ４１０を介して管理用サーバ７００にアクセスし、管理サーバ９００から要求された情報の取得を要求する。すると、管理用サーバ７００（より詳細には、ストレージ管理ソフトウェア５００）は、ローカルディスク７０４に格納された各種の情報から、管理センタ９００が要求する情報を選別し、管理用ＬＡＮ４１０を介して管理端末１６０に送信する。管理端末１６０は、管理用サーバ７００から受信した情報を、保守回線４２０を介して管理センタ９００に転送する。
【００４０】
次に、図９乃至図１３を参照しながら、プッシュ型の障害情報収集処理と、プル型の障害情報収集処理について説明を加える。上述したストレージ管理ソフトウェア５００は、エージェント５００Ａとマネージャー５００Ｍに分類することができる。エージェント５００Ａは、例えば、業務用ホスト装置２００にインストールされる。エージェント５００Ａは、業務用ホスト装置２００の障害監視や障害情報の収集等を行う他、更に、通信ネットワーク１７０経由でストレージシステム８００の障害監視や障害情報の収集等を行う。エージェント５００Ａは、収集した障害情報をマネージャー５００Ｍに送信する。一方、マネージャー５００Ｍは、例えば、管理用サーバ７００にインストールされる。マネージャー５００Ｍは、業務用ホスト装置２００に実装されたエージェント５００Ａと通信することで、業務用ホスト装置２００の障害監視や障害情報の収集を行う他、管理用ＬＡＮ４１０経由でストレージシステム８００の障害監視や障害情報の収集等を行う。マネージャー５００Ｍは、複数の業務用ホスト装置２００や、ストレージシステム８００の障害情報を集約し、一元管理する。
【００４１】
図９はプッシュ型の障害情報収集処理の概要を示している。各々の業務用ホスト装置２００にインストールされた各々のエージェント５００Ａは、障害の発生を検出すると、ローカルディスク２０４に障害情報を一時的に格納した後、管理用ＬＡＮ４１０を経由して管理端末１６０に障害情報を送信し、管理端末１６０の特定のディレクトリに障害情報を書き込む処理を各々独立して行う。管理用サーバ７００にインストールされたマネージャー５００Ｍは、障害の発生を検出すると、ローカルディスク７０４に障害情報を一時的に格納した後、管理用ＬＡＮ４１０を経由して管理端末１６０に障害情報を送信し、管理端末１６０の特定のディレクトリに障害情報を書き込む処理を各々のエージェント５００Ａとは独立して行う。管理端末１６０が複数存在する場合は、各々のエージェント５００Ａ及びマネージャー５００Ｍは、障害情報を送信する管理端末１６０をその都度選定してもよく、或いは予め定められた管理端末１６０に障害情報を送信してもよい。遠隔保守ソフトウェア６００は、管理端末１６０の特定のディレクトリへの障害情報の書き込みを検出すると、その都度、遠隔保守回線４２０を経由して管理センタ９００へ障害情報を送信する。
【００４２】
図１０はプル型の障害情報収集処理の概要を示している。各々の業務用ホスト装置２００にインストールされた各々のエージェント５００Ａは、障害の発生を検出すると、ローカルディスク２０４に障害情報を一時的に格納する。同様に、管理用サーバ７００にインストールされたマネージャー５００Ｍは、障害の発生を検出すると、ローカルディスク７０４に障害情報を一時的に格納する。障害情報の格納先としては、例えば、ローカルディスク２０４，７０４の特定のディレクトリが好適である。管理端末１６０にインストールされた遠隔保守ソフトウェア６００は、管理用ＬＡＮ４１０を経由して、ローカルディスク２０４，７０４の特定のディレクトリに定期的にアクセスし、当該ディレクトリに格納されている障害情報の更新を検出すると、最新の障害情報を取得して、これを管理センタ９００に送信する。
【００４３】
図１１はプッシュ型の障害情報収集処理の概要を示している。図９に示したプッシュ型の処理と異なる点は、各々のエージェント５００Ａが取得した障害情報を、一旦、マネージャー５００Ｍが集約し、一元管理を行っている点である。マネージャー５００Ｍは、自ら検出した障害情報のみならず、各々のエージェント５００Ａが検出した障害情報をも管理する。マネージャー５００Ｍは、各々のエージェント５００Ａから障害情報を取得すると、管理用ＬＡＮ４１０を経由して管理端末１６０の特定のディレクトリに障害情報を書き込む。遠隔保守ソフトウェア６００は、管理端末１６０の特定のディレクトリへの障害情報の書き込みを検出すると、その都度、遠隔保守回線４２０を経由して管理センタ９００へ障害情報を送信する。
【００４４】
図１２はプル型の障害情報収集処理の概要を示している。図１０に示したプル型の処理と異なる点は、各々のエージェント５００Ａが取得した障害情報を、一旦、マネージャー５００Ｍが集約し、一元管理を行っている点である。マネージャー５００Ｍは、自ら検出した障害情報のみならず、各々のエージェント５００Ａが検出した障害情報をローカルディスク７０４の特定のディレクトリに格納し、一元管理する。管理端末１６０にインストールされた遠隔保守ソフトウェア６００は、管理用ＬＡＮ４１０を経由して、ローカルディスク７０４の特定のディレクトリに定期的にアクセスし、当該ディレクトリに格納されている障害情報の更新を検出すると、最新の障害情報を取得して、これを管理センタ９００に送信する。
【００４５】
図１３はプッシュ型の障害情報収集処理の概要を示している。図９に示したプッシュ型の処理と異なる点は、各々のエージェント５００Ａ及びマネージャー５００Ｍが検出した障害情報を管理端末１６０のローカルディスク１６４の特定のディレクトリに直接格納する点である。管理端末１６０は、各々のエージェント５００Ａ及びマネージャー５００Ｍが検出した障害情報を一元管理し、ローカルディスク１６４の特定のディレクトリに格納された障害情報の更新を検出すると、その都度、遠隔保守回線４２０を経由して最新の障害情報を管理センタ９００に送信する。
【図面の簡単な説明】
【００４６】
【図１】本実施形態のストレージ管理システムの概略構成図である。
【図２】ストレージシステムを中心とするシステム構成図である。
【図３】業務ホスト装置のシステム構成図である。
【図４】管理端末のシステム構成図である。
【図５】管理用サーバのシステム構成図である。
【図６】障害情報を収集する処理の説明図である。
【図７】障害情報を収集する処理の説明図である。
【図８】構成情報等を収集する処理の説明図である。
【図９】障害情報を収集する処理（プッシュ型）の説明図である。
【図１０】障害情報を収集する処理（プル型）の説明図である。
【図１１】障害情報を収集する処理（プッシュ型）の説明図である。
【図１２】障害情報を収集する処理（プル型）の説明図である。
【図１３】障害情報を収集する処理（プッシュ型）の説明図である。
【符号の説明】
【００４７】
１０…ストレージ管理システム  ２００…業務用ホスト装置  ４１０…管理用ＬＡＮ  ４２０…遠隔保守回線  ５００…ストレージ管理ソフトウェア  ５１０…遠隔保守コンポーネント  ５２０…障害情報収集モジュール  ６００…遠隔保守ソフトウェア  ７００…管理用サーバ  ９００…管理センタ
【図１】
2006313410.tif 000003
【図２】
2006313410.tif 000004
【図３】
2006313410.tif 000005
【図４】
2006313410.tif 000006
【図５】
2006313410.tif 000007
【図６】
2006313410.tif 000008
【図７】
2006313410.tif 000009
【図８】
2006313410.tif 000010
【図９】
2006313410.tif 000011
【図１０】
2006313410.tif 000012
【図１１】
2006313410.tif 000013
【図１２】
2006313410.tif 000014
【図１３】
2006313410.tif 000015