(57)【要約】【課題】  ストレージシステムの構成変更を一元的に管理して最新構成を把握し、構成変更を行う際には事前に信頼性を評価して障害の発生を抑制する。【解決手段】  ホスト１がスイッチ２に接続されると、HBA１Ａの属性情報及びスイッチ２の属性情報がFDMI（Fabric Device Management Interface）により、接続情報記憶部２Ｃに記憶される（Ｓ１，Ｓ２）。各属性情報は対応付けられ、組合せ情報として管理される。ストレージ装置３は、スイッチ２から組合せ情報を取得し（Ｓ３，Ｓ４）、この組合せの信頼性について管理装置４に判定を依頼する（Ｓ５）。管理装置４は、HBAとスイッチの組合せについて判定し（Ｓ６）、この判定結果をストレージ装置３に通知する（Ｓ７）。ストレージシステムの構成を変更する際に、変更後の構成で運用を開始する前に、その構成の信頼性を確認でき、障害の発生を低減できる。【選択図】        図１
2006178720.tif 000002
【特許請求の範囲】
【請求項１】
ストレージ装置とホストとが相互接続装置を介して接続されたストレージシステムであって、
前記ストレージ装置に接続された管理装置と、
前記ストレージ装置と前記ホストとの接続構成を示す接続構成情報を取得して保持する情報取得部と、
前記情報取得部によって取得された前記接続構成情報の信頼性について判定を依頼する判定依頼部と、
信頼性がそれぞれ評価されている複数種類の接続構成を示す評価済情報を管理する評価済情報管理部と、
前記判定依頼部から依頼された前記接続構成情報と前記評価済情報管理部により管理されている前記評価済情報とに基づいて、前記判定依頼部から依頼された前記接続構成情報の信頼性を判定する判定部と、を備え、
前記情報取得部は、前記相互接続装置に設けられ、
前記判定依頼部は、前記ストレージ装置に設けられ、
前記評価済情報管理部及び前記判定部は、前記管理装置に設けられているストレージシステム。
【請求項２】
前記判定部による判定結果を前記ストレージ装置に通知する通知部を、さらに備えた請求項１に記載のストレージシステム。
【請求項３】
前記判定依頼部は、前記情報取得部によって取得された前記接続構成情報に変化が生じている場合に、前記取得された接続構成情報を前記判定部に送信し、前記判定部による信頼性判定を依頼するものである請求項１に記載のストレージシステム。
【請求項４】
前記情報取得部は、前記ホストと前記相互接続装置とが接続された場合に、前記接続構成情報を取得して保持し、
前記判定依頼部は、前記ホストと前記相互接続装置とが接続された場合、前記ホストが前記ストレージ装置を認識した場合、前記ホストから前記ストレージ装置にデータを転送する場合、前記情報取得部から通知された場合、の少なくともいずれか一つまたは複数の場合に、前記接続構成情報を前記情報取得部から取得する請求項１に記載のストレージシステム。
【請求項５】
さらに、前記管理装置に接続される他のストレージ装置を備え、
前記評価済情報管理部は、前記ストレージ装置及び前記他のストレージ装置からそれぞれ収集された情報に基づいて、前記評価済情報を生成し管理する請求項１に記載のストレージシステム。
【請求項６】
前記評価済情報管理部は、前記判定依頼部から判定を依頼された前記接続構成情報が、所定の信頼性を有すると判定した場合、この接続構成を評価済情報として管理する請求項１に記載のストレージシステム。
【請求項７】
前記評価済情報管理部は、前記判定依頼部から判定を依頼された前記接続構成情報が、前記評価済情報として既に管理されている場合、この既に管理されている前記評価済情報の信頼性を高くする請求項１に記載のストレージシステム。
【請求項８】
前記判定依頼部は、前記ストレージ装置の内部状態を示す装置情報と前記情報取得部によって取得された前記接続構成情報とをそれぞれ前記判定部に送信可能である請求項１に記載のストレージシステム。
【請求項９】
前記ストレージ装置と前記ホストとの間のデータ通信に障害が発生した場合、前記判定依頼部は、この障害に関する障害検出情報を前記判定部に送信し、
前記判定部は、前記障害検出情報と前記接続構成情報とに基づいて、前記障害の分析が可能である請求項１に記載のストレージシステム。
【請求項１０】
前記評価済情報管理部によって管理されている前記評価済情報の全部または一部を、前記ストレージ装置に送信可能である請求項１に記載のストレージシステム。
【請求項１１】
さらに、前記接続構成情報の変更履歴を管理する履歴管理部を備え、
前記判定部は、前記判定依頼部から依頼された前記接続構成情報と前記評価済情報管理部により管理されている前記評価済情報と前記履歴管理部により管理されている前記変更履歴とに基づいて、前記判定依頼部から依頼された前記接続構成情報の信頼性を判定する請求項１に記載のストレージシステム。
【請求項１２】
前記判定部によって前記接続構成情報の信頼性が所定の低レベルであると判定された場合、この接続構成情報の信頼性について前記ストレージ装置に警告を出力する警告部をさらに備えた請求項１に記載のストレージシステム。
【請求項１３】
さらに、前記ホストは、前記ストレージ装置との間でファイバチャネルプロトコルに従ったデータ通信を行うためのホストバスアダプタを有し、前記ストレージ装置は、前記ホストとの間で前記ファイバチャネルプロトコルに従ったデータ通信を行うための上位通信アダプタを有し、
前記情報取得部は、ファブリックデバイスマネージメントインターフェースを含む前記ファイバチャネルプロトコルの一般サービスを用いて、前記ホストバスアダプタ及び前記上位通信アダプタからそれぞれの属性情報を取得することにより、前記接続構成情報を取得して保持する請求項１に記載のストレージシステム。
【請求項１４】
ホストの有するホストバスアダプタとストレージ装置の有する上位通信アダプタとを接続するスイッチと、前記ストレージ装置に直接的に接続される管理端末とをそれぞれ含む複数のストレージエリアネットワークと、
前記各ストレージエリアネットワークの管理端末にそれぞれ接続され、前記各ストレージエリアネットワークの構成を一元的に管理するための管理サーバとを備え、
（１）前記各ストレージエリアネットワーク内のスイッチは、前記ホストと前記相互接続装置とが接続された場合に、前記ストレージ装置と前記ホストとの接続構成を示す接続構成情報を取得して保持する情報取得部を備え、
（２）前記各ストレージエリアネットワーク内の前記管理端末は、前記情報取得部によって取得された前記接続構成情報に変化が生じている場合に、前記取得された接続構成情報の信頼性について判定を依頼する判定依頼部を備え、
（３）前記管理サーバは、
（3-1）信頼性がそれぞれ評価されている複数種類の接続構成を示す評価済情報を管理する評価済情報管理部と、
（3-2）前記接続構成情報の変更履歴を管理する履歴管理部と、
（3-3）前記判定依頼部から受信した前記接続構成情報と前記評価済情報管理部により管理されている前記評価済情報と前記履歴管理部により管理されている前記変更履歴とに基づいて、前記判定依頼部から依頼された前記接続構成情報の信頼性を判定する判定部と、（3-4）前記判定部による判定結果を前記管理端末に通知して表示させる通知部と、
（3-5）前記判定部によって前記接続構成情報の信頼性が所定の低レベルであると判定された場合、この接続構成情報の信頼性について前記ストレージ装置に警告を出力する警告部と、をそれぞれ備えるストレージシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストレージシステムに関する。
【背景技術】
【０００２】
ストレージシステムは、例えば、複数のホストコンピュータ（以下、「ホスト」）によって利用される１台以上のストレージ装置を備えている。各ホストとストレージ装置とは、ファイバチャネルスイッチやハブ等の相互接続装置を介して接続される。
【０００３】
ストレージ装置は、例えば、ディスクアレイ装置またはストレージサブシステム等とも呼ばれるもので、多数のディスクドライブをアレイ状に配設して構成される。ストレージ装置は、例えば、RAID（Redundant Array of Independent Disks）に基づく記憶領域を提供する。各ディスクドライブが有する物理的な記憶領域上には、論理的な記憶領域である論理ボリューム（論理デバイス）が形成されている。そして、サーバ等のようなホストは、ストレージ装置に対して所定形式のライトコマンド又はリードコマンドを発行することにより、所望のデータの読み書きを行うことができる。
【０００４】
ホストに設けられたHBA（Host Bus Adapter）は、スイッチ等を介してストレージ装置のファイバチャネルアダプタに接続されている。ホストは、ファイバチャネルアダプタを介して論理ボリュームにアクセスし、ブロック単位でデータの読み書きを行う。
【０００５】
そこで、SAN（Storage Area Network）を統合制御する統合管理機構を設け、この統合管理機構によって、ホストとストレージ装置との間のアクセス管理を一括して行うシステムが提案されている（特許文献１）。
【特許文献１】特開２００２−６３０６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
前記文献に記載の技術では、SAN内のアクセス管理を行う。しかし、例えば、管理すべきデータ量の増大等に対応するために、SANの構成は日々刻々と変化するが、前記文献に記載の技術では、SANの構成変化を把握することができない。例えば、スイッチやハブ等の装置は、適宜追加や交換等が行われ、ストレージ装置とホストとを接続する経路も変化する。
【０００７】
さらに、SANのユーザは、例えば、ベンダー等のウェブサイトから、ドライバソフトウェアやファームウェア等をダウンロードすることができる。ユーザは、HBAやスイッチ等のバージョンアップ（アップデート）を適宜行うことができるため、これによってもSANの構成は日々変化する。
【０００８】
このように、SANの構成は、その構築時の初期構成から時間の経過と共に変化していくため、SANの構成を適切に把握するのは困難である。即ち、例えば、ストレージ装置がどのような種類のスイッチを介してどのような種類のHBAに接続されているのか等の接続環境を把握することは、困難となっている。
【０００９】
接続環境が不明なままで、SANに通信障害等が発生した場合、システム管理者や保守エンジニアは、まず最初にSANの構成から把握する必要があり、障害発生箇所や障害発生原因の特定に時間がかかり、障害回復までの作業性が低下する。
【００１０】
また、ストレージシステムは、例えば、ホスト、HBA、スイッチ、ストレージ装置等の各情報処理要素が複雑に結合したシステム製品であり、各要素にはそれぞれ多数の種類が存在する。そして、各要素間の接続には、いわゆる「相性」の問題が存在する。例えば、特定の種類のスイッチと特定の種類のHBAとを組合せた場合には何ら問題が発生しなくても、スイッチまたはHBAのいずれか一方を変えた場合には、不都合を生じる場合がある。
【００１１】
従って、ストレージシステムを構築する場合は、各要素間の相性を考慮してシステムが設計される。ストレージシステムの設計者は、要素間の組合せのうち、安定した動作が検証されている組合せを選択し、システム構成を決定する。
【００１２】
しかし、上述のように、各要素間の接続の相性まで考慮された初期の構成は、ユーザによるハードウェアの変更やソフトウェアのバージョンアップ等によって、次第に変化していく。そして、例えば、ユーザが、未だ検証されていないソフトウェアをHBAやスイッチ等にインストールすることにより、思わぬ障害を生じる可能性がある。しかし、この時点では、ストレージシステムの構成は初期構成から変化しており、ストレージシステムの最新の接続環境を適切に把握するのには時間を必要とする。
【００１３】
そこで、本発明の一つの目的は、ストレージシステムの構成をストレージ装置を介して把握し、ストレージシステムの構成を管理装置で一元的に管理可能なストレージシステムを提供することにある。本発明の一つの目的は、ストレージシステムの構成変更を行う際に、接続構成の信頼性について事前に評価することができるストレージシステムを提供することにある。本発明の一つの目的は、ストレージシステムの構成変更履歴を管理し、障害が発生した場合の保守作業の効率を改善できるようにしたストレージシステムを提供することにある。本発明のさらなる目的は、後述する実施形態の記載から明らかになるであろう。
【課題を解決するための手段】
【００１４】
上記課題を解決すべく、本発明のストレージシステムは、ストレージ装置とホストとが相互接続装置を介して接続されたストレージシステムであって、ストレージ装置に接続された管理装置と、ストレージ装置とホストとの接続構成を示す接続構成情報を取得して保持する情報取得部と、情報取得部によって取得された接続構成情報の信頼性について判定を依頼する判定依頼部と、信頼性がそれぞれ評価されている複数種類の接続構成を示す評価済情報を管理する評価済情報管理部と、判定依頼部から依頼された接続構成情報と評価済情報管理部により管理されている評価済情報とに基づいて、判定依頼部から依頼された接続構成情報の信頼性を判定する判定部と、を備え、情報取得部は、相互接続装置に設けられ、判定依頼部は、ストレージ装置に設けられ、評価済情報管理部及び判定部は、管理装置に設けられている。
【００１５】
ストレージ装置は、例えば、ハードディスクドライブや半導体メモリドライブ等の記憶デバイスを備えており、ホストに対して論理ボリュームを提供する。ホストは、例えば、サーバマシンやメインフレーム等のコンピュータシステムとして構成される。ホストとストレージ装置とは、例えば、スイッチやハブ等の相互接続装置を介して接続される。
【００１６】
例えば、ホストは、ストレージ装置との間でファイバチャネルプロトコル（FCP）に従ったデータ通信を行うためのホストバスアダプタを備えることができる。また、ストレージ装置は、ホストとの間で前記FCPに従ったデータ通信を行うための上位通信アダプタを備えることができる。
【００１７】
相互接続装置には、情報取得部が設けられている。情報取得部は、接続構成情報を取得して保持する。接続構成情報とは、ストレージ装置とホストとの接続構成を示す情報であって、ストレージ装置とホストとを接続する通信経路の構成、即ち、この通信経路を構成する各要素の組合せとして定義可能である。接続構成情報には、例えば、ストレージ装置の通信ポートがどのような種類の相互接続装置を介して、どのような種類のホストの通信ポートに接続されているか等の情報を含めることができる。
【００１８】
情報取得部は、例えば、ファブリックデバイスマネージメントインターフェース（FDMI）を含むファイバチャネルプロトコルの一般サービス（GS-4）を用いて、ホストバスアダプタ（HBA）及び上位通信アダプタからそれぞれの属性情報を取得することにより、接続構成情報を取得して保持することができる。
【００１９】
ストレージ装置には、判定依頼部が設けられている。判定依頼部は、接続構成情報の信頼性についての判定を判定部に依頼する。接続構成情報の信頼性とは、例えば、その接続構成情報の示す接続構成によってデータ転送が正常に行われるか否か等のような、その接続構成による動作の評価である。判定依頼部は、ストレージ装置内に設けることもできるし、ストレージ装置に直接的に接続された管理端末内に設けることもできる。
【００２０】
管理装置には、評価済情報管理部と判定部とがそれぞれ設けられている。評価済情報管理部は、信頼性がそれぞれ評価されている複数種類の接続構成を示す評価済情報を管理するものである。評価済情報とは、例えば、データ転送に使用する各要素（スイッチやHBA等）の組合せの妥当性について既に評価されている情報を示し、複数種類の組合せについてそれぞれの動作の可否を含むことができる。評価済情報には、安定した動作が検証されている組合せの情報以外に、動作に支障を生じる組合せの情報を含めてもよい。
【００２１】
判定部は、接続構成情報と評価済情報とに基づいて、判定依頼部から依頼された接続構成情報の信頼性を判定する。例えば、判定を依頼された接続構成と同一の構成が既に評価済情報に登録されている場合、判定部は、その登録されている評価済情報の評価に従って判定することができる。
【００２２】
即ち、その接続構成の正常動作が既に検証されている場合、判定部は、依頼された接続構成情報の示す接続構成が正常に動作すると判定できる。逆に、その接続構成に支障を生じることが判明している場合、判定部は、依頼された接続構成情報について否定的な判定を下すことができる。
【００２３】
評価済情報管理部及び判定部を管理装置に設けることにより、接続構成の適否を一元的に管理し、統一的な判断を行うことができる。例えば、複数のストレージシステムを一つの管理装置で管理することにより、あるストレージシステムで得られた運用結果を、他のストレージシステムにおける接続構成の判定に活かすことができる。なお、例えば、一つまたは複数のホスト内に管理装置の機能を設けることにより、管理装置とホストとを一体化する構成でもよい。
【００２４】
判定部による判定結果をストレージ装置に通知する通知部を備えてもよい。判定結果としては、肯定的な結果と否定的な結果とがある。肯定的な結果が通知された場合、ユーザは、その接続構成を採用して運用を続けても支障ない。反対に、否定的な結果が通知された場合、ユーザは、その接続構成の改善を検討することができる。
【００２５】
判定依頼部は、情報取得部によって取得された接続構成情報に変化が生じている場合に、取得された接続構成情報を判定部に送信し、判定部による信頼性判定を依頼することができる。つまり、ストレージシステムの接続構成が変化した場合にのみ、この変更された接続構成についての判定を求めることができる。
【００２６】
情報取得部は、ホストと相互接続装置とが接続された場合に、接続構成情報を取得して保持し、判定依頼部は、ホストと相互接続装置とが接続された場合、ホストがストレージ装置を認識した場合、ホストからストレージ装置にデータを転送する場合、の少なくともいずれか一つまたは複数の場合に、前記接続構成情報を前記情報取得部から取得することができる。
【００２７】
ここで、ホストと相互接続装置とが初めて接続されるときにホストから発行される特定のコマンドを、情報取得部が接続構成情報を取得するタイミングのトリガとして用いることもできる。これにより、単にファイバケーブルが着脱されただけの場合に、接続構成情報の取得処理が実行されるのを未然に防止することができる。例えば、HBAのドライバソフトウェアの設定画面において、初回接続時に特定のコマンドを発行するように設定しておくことにより、特定のコマンドを発行させて接続構成情報の取得トリガとして利用することができる。
【００２８】
所定のタイミングで接続構成情報を取得し、また、取得した接続構成情報の判定を依頼することにより、例えば、HBAやスイッチが交換されたり、HBAやスイッチのソフトウェアが更新されたりして、接続構成に変化が生じた場合は、この接続構成の変化を即座に検出して、その信頼性についての判定を依頼することができる。
【００２９】
評価済情報管理部は、判定依頼部から判定を依頼された接続構成情報が、所定の信頼性を有すると判定した場合、この接続構成を評価済情報として管理することもできる。例えば、ファイバチャネルプロトコルとの関連が少ない部分のみが変更されたような場合、この接続構成は、検証済の接続構成と一致しないが、正常な動作を期待できる。従って、この依頼された接続構成を評価済情報として登録することができる。また、例えば、未検証の接続構成であっても、問題なく所定期間運用されているような場合は、この実績を評価し、評価済情報として登録することもできる。このように、実際の運用状態に基づいて、評価済情報を更新することができる。これにより、あるストレージシステムで正常に稼働している接続構成を、他のストレージシステムにおける接続構成の信頼性を判定する際の情報として使用することができる。
【００３０】
評価済情報管理部は、判定依頼部から判定を依頼された接続構成情報が、評価済情報として既に管理されている場合、この既に管理されている評価済情報の信頼性を高くすることもできる。あるいは、逆に、例えば、ある接続構成において発生した障害の回数をカウントし、所定回数以上の障害が検出された場合は、信頼性の低い接続構成であると判定することもできる。
【００３１】
判定依頼部は、ストレージ装置の内部状態を示す装置情報と情報取得部によって取得された接続構成情報とをそれぞれ判定部に送信可能である。ストレージ装置側に判定依頼部を設けることにより、装置情報を容易に取得することができ、この装置情報と接続構成情報とを対応付けて（あるいは、別々に）、判定部に送信することができる。装置情報とは、ストレージ装置の状態を示す情報であり、例えば、装置名称、型式、プログラムのバージョン情報、各種ステータス、障害発生の有無等を含めることができる。
【００３２】
ストレージ装置とホストとの間のデータ通信に障害が発生した場合、判定依頼部は、この障害に関する障害検出情報を判定部に送信し、判定部は、障害検出情報と接続構成情報とに基づいて、障害の分析を行うこともできる。障害検出情報とは、検出された障害に関する情報であり、例えば、障害が発生したことや、その障害の種類等の情報を含むことができる。例えば、ストレージ装置の通信ポートでタイムアウトエラー等の障害が発生した場合、その通信ポートに関する接続構成が最近変更されているときは、この接続構成の変化が障害の発生原因に関連すると推定することができる。
【００３３】
評価済情報管理部によって管理されている評価済情報の全部または一部を、ストレージ装置に送信可能である。これにより例えば、ユーザは、接続構成の変更を行おうとする際に、ストレージ装置に送信された評価済情報を参照することができ、誤った構成変更が行われる可能性を低減することができる。
【００３４】
さらに、接続構成情報の変更履歴を管理する履歴管理部を備えることができ、判定部は、判定依頼部から依頼された接続構成情報と評価済情報管理部により管理されている評価済情報と履歴管理部により管理されている変更履歴とに基づいて、判定依頼部から依頼された接続構成情報の信頼性を判定することもできる。接続構成情報の変更履歴を管理することにより、接続構成情報の信頼性をより精度良く判定可能となる。なお、履歴管理部は、例えば、管理装置に設けることができる。
【００３５】
判定部によって接続構成情報の信頼性が所定の低レベルであると判定された場合、この接続構成情報の信頼性についてストレージ装置に警告を出力する警告部をさらに備えることもできる。即ち、信頼性が低く、障害発生の原因となりうる接続構成については、警告を発してユーザの注意を促す。これにより、例えば、信頼性の低い接続構成があるストレージシステムで検出された場合、この低信頼性の接続構成について、他のストレージシステムに警告を発することができる。
【００３６】
本発明の構成の全部または一部は、マイクロコンピュータにより実行されるコンピュータプログラムとして構成可能な場合がある。このコンピュータプログラムは、例えば、ハードディスク、光ディスク、半導体メモリ等の記憶媒体に固定して配布することができるほか、インターネット等の通信ネットワークを介して、配信することもできる。
【発明を実施するための最良の形態】
【００３７】
以下、図面に基づき、本発明の実施の形態を説明する。本実施形態では、以下に述べるように、ストレージ装置３とホスト１との接続構成を示す接続構成情報をスイッチ２が収集して保持し、ストレージ装置３は、スイッチ２内に保持されている接続構成情報を取得し、この接続構成情報の信頼性について管理サーバ４に判定を依頼し、管理サーバ４は、判定結果をストレージ装置３に返すようになっている。
【００３８】
図１は、本実施形態の全体概念を示す説明図である。図１には、複数のストレージシステムが含まれており、これら各ストレージシステムの構成は、管理サーバ４によって一元的に管理されている。
【００３９】
図１中の左側に示すストレージシステムについて説明すると、ホスト１は、例えば、サーバマシン等のコンピュータ装置として構成されるもので、ファイバチャネルプロトコルに基づいてデータ送受信を行うためのHBA１Ａを少なくとも一つ以上備えている。HBA１Ａは、スイッチ２のポート２Ａ１に接続されている。
【００４０】
スイッチ（図中「FC_SW」）２は、ホスト１とストレージ装置３とを接続するための装置である。スイッチ２は、例えば、複数のポート２Ａ１，２Ａ２と、接続構成情報収集部２Ｂと、接続構成情報記憶部２Ｃとを備えて構成することができる。図中では、説明の便宜上、２個のポート２Ａ１，２Ａ２のみを示しているが、実際には、より多くのポートを備えることができる。そして、ホスト側のポートとストレージ装置側のポートとは、自在に接続可能である。
【００４１】
接続構成情報収集部２Ｂは、HBA１Ａの属性情報及び自スイッチ２の属性情報をそれぞれ収集するものである。ここで、HBA１Ａの属性情報としては、例えば、HBA１Ａの型式、対応するOS（Operating System）のバージョン情報、ベンダ名、ドライバソフトウェアのバージョン情報等を挙げることができる。スイッチ２の属性情報としては、例えば、型式、ベンダ名、ファームウェアのバージョン情報等を挙げることができる。HBA１Ａの属性情報とスイッチ２の属性情報とは対応付けられて、接続構成情報記憶部２Ｃに記憶される。HBA１Ａの属性情報と自スイッチ２の属性情報とを組合せた情報が、接続構成情報の一例である。
【００４２】
ここで、HBA１Ａ及びスイッチ２の両方が、例えば、FC-GS-4として知られているファイバチャネルプロトコルの規格に準拠することにより、この規格に含まれるFDMI（Fabric Device Management Interface）を利用することができる。FDMIを用いることにより、例えば、モード名、マニュファクチャ、シリアル番号、型式、ハードウェアバージョン、ドライババージョン、ファームウェアバージョン、OS名及びOSバージョン等の属性情報を得ることができる。スイッチ２がFC-GS-4規格に対応していても、HBA１Ａがその規格に対応していない場合は、FDMIによって属性情報を取得することはできない。両方がFC-GS-4規格に対応している必要がある。但し、FC-GS-4規格及びFDMIは、具体的な一例であって、本発明はこれに限定されない。将来開発される他の規格が属性情報の取得を可能とする場合、この規格を採用することもできる。
【００４３】
ストレージ装置３は、ホスト１に記憶領域を提供するものである。ストレージ装置３は、例えば、上位通信アダプタとしてのチャネルアダプタ（図中「CHA」）３Ａと、判定依頼部３Ｂと、装置情報記憶部３Ｃと、通知部３Ｄとを備えて構成可能である。
【００４４】
CHA３Ａは、ファイバチャネルプロトコルに基づいて、ホスト１との間でデータ通信を行うものである。CHA３Ａは、スイッチ２のポート２Ａ２に接続されており、スイッチ２を介してホスト１に接続される。
【００４５】
判定依頼部３Ｂは、スイッチ２に保持されている接続構成情報を定期的にまたは不定期に取得し、この接続構成情報の信頼性について管理サーバ４に判定を求める。判定依頼部３Ｂは、CHA３Ａを介してスイッチ２にアクセスし、接続構成情報を読み出すことができる。
【００４６】
装置情報記憶部３Ｃには、ストレージ装置３内の情報が記憶されている。装置情報としては、例えば、ストレージ装置の名称、型式、バージョン情報等の属性情報に加えて、ストレージ装置３の負荷状態（I/O）や障害発生の有無、メモリ残量、構成情報等を挙げることができる。
【００４７】
判定依頼部３Ｂは、例えば、スイッチ２から取得した接続構成情報が前回の取得時と比べて変化しているか否かを判定し、変化している場合にのみ、接続構成情報を管理サーバ４に送信することができる。または、判定依頼部３Ｂは、接続構成情報をスイッチ２から取得した場合、前回取得時との差分の有無を問わずに、その接続構成情報を管理サーバ４に送信することができる。さらに、判定依頼部３Ｂは、障害が発生した場合、または障害発生の有無を問わずに、装置情報記憶部３Ｃから読出した装置情報を管理サーバ４に送信することもできる。
【００４８】
通知部３Ｄは、管理サーバ４から受信した情報をディスプレイ等の情報出力装置に表示させるものである。通知方法は、画面等への表示に限らず、音声合成装置による音声メッセージでもよい。なお、判定依頼部３Ｂ，装置情報記憶部３Ｃ及び通知部３Ｄは、必ずしもストレージ装置３内に設ける必要はなく、例えば、ストレージ装置３に直接的に接続されたコンピュータ端末内に設けることもできる。
【００４９】
管理サーバ４は、複数のストレージシステムの構成を一元的に管理するコンピュータ装置である。管理サーバ４には、上述したホスト１，スイッチ２及びストレージ装置３から構成されるストレージシステムのほかに、他のストレージシステム５も接続することができる。これらのストレージシステム５は、上述したストレージシステムと同様の構成を備えており、それぞれの接続構成情報が管理サーバ４に集められる。
【００５０】
管理サーバ４は、例えば、接続構成情報管理部４Ａと、管理用データベース（図中「管理用ＤＢ」）４Ｂとを備えて構成することができる。管理サーバ４は、例えば、LAN（Local Area Network）やWAN（Wide Area Netwrok）等の通信ネットワークを介して、各ストレージシステムのストレージ装置３とそれぞれ接続されている。
【００５１】
接続構成情報管理部４Ａは、ストレージ装置３から受信した接続構成情報を管理用データベース４Ｂに記憶させて管理する。また、接続構成情報管理部４Ａは、管理用データベース４Ｂ内の情報を参照して接続構成情報の信頼性を判定し、その判定結果をストレージ装置３に送信する。
【００５２】
管理用データベース４Ｂには、サポート情報４Ｃ及び履歴情報４Ｄを記憶させることができる。「評価済情報」の一例であるサポート情報４Ｃは、正しい動作が行われることが検証されているHBAとスイッチとの組合せに関する情報が登録されている。サポート情報４Ｃは、各ストレージシステムから集められる接続構成情報に基づいて更新されるほか、各ベンダから提供された情報に基づいて更新される。
【００５３】
履歴情報４Ｄは、各ストレージシステム毎の構成変化の履歴を記録する。各ストレージシステムから集められた接続構成情報に基づいて、履歴情報４Ｄは更新される。履歴情報４Ｄには、各ストレージシステムで発生した障害の履歴等も含めることができる。
【００５４】
管理サーバ４の管理下にある他のストレージシステム５は、上述したホスト１，スイッチ２及びストレージ装置３と同様の構成を備えており、HBAとスイッチ（ポート）との組合せ情報（接続構成情報）を収集して管理サーバ４にそれぞれ送信する。
【００５５】
次に動作を説明する。まず、HBA１Ａの属性情報は、接続構成情報収集部２Ｂを介して、接続構成情報記憶部２Ｃに記憶される（Ｓ１）。また、スイッチ２のポート２Ａ１に関する属性情報も、接続構成情報収集部２Ｂを介して、接続構成情報記憶部２Ｃに記憶される（Ｓ２）。これらの各属性情報の収集には、例えば、FDMIが使用される。
【００５６】
各属性情報を接続構成情報記憶部２Ｃに記憶させるタイミング、即ち、各属性情報を収集するタイミングとしては、種々のものを採用可能であるが、ホスト１とスイッチ２とが接続された場合を一例として挙げることができる。
【００５７】
また、ホスト１とスイッチ２との初回接続時に、ホスト１及びスイッチ２の属性情報を収集するようにすれば、例えば、ホスト１とスイッチ２とを接続するファイバチャネルケーブルを単に着脱したに過ぎない場合に、各属性情報の収集が開始されるのを阻止することができ、構成管理のための負担を軽減することができる。例えば、HBA１Ａのドライバソフトウェアの設定画面において、初回接続時に特定のコマンドが発行されるように設定しておくことにより、この特定のコマンドの発行を各属性情報の収集開始のトリガとして用いることができる。
【００５８】
ストレージ装置３は、定期的にまたは不定期に、スイッチ２にアクセスして、接続構成情報記憶部２Ｃに記憶されている情報を検索し（Ｓ３）、接続構成情報記憶部２Ｃから接続構成情報を取得する（Ｓ４）。ストレージ装置３がスイッチ２から接続構成情報を取得する際には、例えば、FDMIが使用される。
【００５９】
ストレージ装置３がスイッチ２から接続構成情報を取得するタイミングとしては、複数の場合が考えられる。第１は、ホスト１とスイッチ２とが接続された場合である。第２は、ホスト１がストレージ装置３を論理的に認識した場合である。第３は、ホスト１からストレージ装置３にデータを転送する場合（例えば、転送前）である。第４は、スイッチ２からの通知を受けた場合である。第５は、ストレージ装置３がホスト１を再認識した場合である。これらの各タイミングの全て、あるいは、いずれか一つまたは複数のタイミングで、各属性情報を接続構成情報記憶部２Ｃに記憶させる。これにより、ホスト１とスイッチ２との間の最新の接続構成を速やかに検出することができる。
【００６０】
あるいは、例えば、ストレージ装置３は、所定時刻毎に、接続構成情報を取得することもできる。または、ストレージ装置３は、予め設定されている所定のイベントが発生するたびに、接続構成情報を取得することができる。所定のイベントとしては、例えば、タイムアウトエラー等のような障害が検出された場合、ストレージ装置３内の構成が変更された場合（制御パッケージの着脱、ハードディスクドライブの増減設等）、ユーザから明示の要求があった場合等を挙げることができる。
【００６１】
判定依頼部３Ｂは、スイッチ２から取得した接続構成情報が、前回取得時のものから変化しているか否かを判定することができる。前回取得時の接続構成情報と今回取得した接続構成情報とが一致するときは、接続構成が変化していない場合である。従って、取得した接続構成情報の信頼性について判定を求める必要はない。これに対し、今回取得した接続構成情報が前回取得した接続構成情報と異なっているときは、接続構成が変化した場合である。そこで、判定依頼部３Ｂは、最新の接続構成情報を管理サーバ４に送信し、その信頼性についての評価を求める（Ｓ５）。
【００６２】
なお、接続構成情報が変化していない場合でも、管理サーバ４に接続構成情報を送信することができる。この場合は、その接続構成の運用実績を管理サーバ４側で管理することができる。また、ストレージ装置３が障害を検出した場合、ストレージ装置３は、この障害に関する情報を管理サーバ４に送信することもできる。さらに、ストレージ装置３は、ストレージ装置３に関する装置情報を管理サーバ４に送信することもできる。
【００６３】
管理サーバ４は、ストレージ装置３から接続構成情報を受信すると、管理用データベース４Ｂの記憶内容を参照し、その接続構成情報の信頼性を判定する（Ｓ６）。例えば、判定を依頼された接続構成情報と同一の接続構成が、サポート情報４Ｃに登録されている場合は、その接続構成での正しい動作が保証されている場合である。従って、この場合は、その接続構成情報が高い信頼性を有するとの評価を与えることができる。
【００６４】
また、例えば、判定を依頼された接続構成情報とサポート情報４Ｃに登録されている構成とが一致しない場合でも、その相違がFCPによるデータ転送上非本質的な点に止まる場合は、その接続構成情報に高い評価（その接続構成によって正常な動作を行えるであろう旨の評価）を与えることができる。
【００６５】
非本質的な相違とは、例えば、スイッチ２のポート数の増減に伴う型式変更等のように、FCPによるデータ転送に影響を与えない相違を意味する。このような場合は、サポート情報４Ｃに登録されている構成に基づいて、高い評価を与えることができる。
【００６６】
さらに、ベンダによる検証作業が完了していない接続構成であっても、他のストレージシステム５において、同一の接続構成が所定期間正常に運用されている場合もある。このような実運用の実績は、サポート情報４Ｃに反映させることができる。従って、ベンダによる検証が行われていない接続構成であっても、管理サーバ４は、その接続構成情報に高い評価を与えることができる。
【００６７】
これに対し、判定を依頼された接続構成情報が、例えば、サポート情報４Ｃに登録されている構成と（非本質的な相違を超えて）一致しない場合、他のストレージシステム５で不具合を引き起こした構成と一致する場合、ベンダから警告されている構成と一致する場合には、その接続構成情報に対して否定的な評価を与えることができる。
【００６８】
そして、管理サーバ４は、接続構成情報の信頼性に関する判定結果を、ストレージ装置３に送信する（Ｓ７）。ストレージ装置３の通知部３Ｄは、管理サーバ４からの判定結果を画面等に表示させて、ユーザに通知する。
【００６９】
ここで、判定結果の送信方法及び通知方法には、種々の方法を採用できる。例えば、管理サーバ４は、否定的な判定（警告）を下した場合にのみ、ストレージ装置３に通知することができる。または、管理サーバ４は、肯定的な判定結果及び否定的な判定結果の両方を、ストレージ装置３に通知することができる。あるいは、管理サーバ４は、否定的または肯定的な判定結果と、サポート情報４Ｃの全部または一部とをストレージ装置３に送信することもできる。
【００７０】
さらに、管理サーバ４は、判定結果の送信とは別に、ユーザからの求めに応じて、サポート情報４Ｃや履歴情報４Ｄの全部または一部を、ストレージ装置３に送信することもできる。但し、管理サーバ４は、各ストレージシステムのユーザが閲覧権限を有する情報のみを送信することができる。
【００７１】
このように構成される本実施形態によれば、ストレージシステムの構成をストレージ装置３を介して管理サーバ４に集める構成のため、ストレージシステムの構成を管理サーバ４で一元的に管理することができる。従って、ストレージシステムの最新構成を速やかに把握することができ、障害が発生した場合でも即応することができる。
【００７２】
本実施形態では、管理サーバ４内でサポート情報４Ｃを統一的に管理する。従って、検証作業の完了した新しい組合せに関する情報は、管理サーバ４にのみ送信してサポート情報４Ｃを更新させれば足り、サポート情報４Ｃを容易に管理できる。また、サポート情報４Ｃにアクセスするだけで最新のサポート状況を把握することができる。
【００７３】
本実施形態では、ストレージシステムの構成変更を行う際に、この構成変更に関する接続構成情報をスイッチ２が収集し、この接続構成情報の信頼性についてストレージ装置３が管理サーバ４に判定を依頼する。従って、構成変更されたストレージシステムが本格的に稼働する前に、この変更に係わる接続構成の信頼性について、事前に評価することができ、障害の発生を低減させることができる。この本格稼働前の早期診断により、障害を回避する可能性を高め、ストレージシステムの信頼性を向上させることができる。
【００７４】
本実施形態では、構成変化の履歴を履歴情報４Ｄとして、管理サーバ４内で管理するため、ストレージ装置３に障害が発生した場合に、その障害の発生原因等を容易に解析することができ、保守作業の効率が向上する。また、管理サーバ４の管理用データベース４Ｂに記憶された情報に基づいて、ストレージシステムの品質管理を行うこともできる。
【００７５】
本実施形態では、ホスト１とスイッチ２との初回接続時における特定のコマンドの発行を、接続構成情報の収集（登録）タイミングとして用いる。従って、ホスト１とスイッチ２とを接続するケーブルが単に着脱等されたような場合に、接続構成情報の収集処理が開始されるのを未然に防止することができる。これにより、ストレージシステムに大きな負担をかけることなく、ストレージシステムの構成を検出して管理することができる。
【実施例１】
【００７６】
図２は、本発明の全体構成を概略的に示すブロック図である。図２には、その左右両側にそれぞれストレージシステムが示されている。各ストレージシステムは、例えば、ホスト１０と、スイッチ２０と、管理端末３０及びストレージ装置１００を備えて構成することができる。そして、これら複数のストレージサブシステムのそれぞれの構成に関する情報は、管理サーバ４０によって一元的に管理されている。なお、図２中では、２つのストレージシステムを示すが、これに限らず、３つ以上のストレージシステムを１つの管理サーバ４０で管理することもできる。
【００７７】
ホスト１０は、例えば、サーバマシン等のコンピュータ装置として構成される。ホスト１０は、少なくとも一つ以上のHBA１１及びアプリケーションプログラム（以下、「アプリケーション」）１２を備えている。HBA１１は、例えば、FCPに基づくデータ通信を行うことができ、FC-GS-4規格に対応している。アプリケーション１２は、例えば、データベース管理プログラムや電子メール管理プログラム等として構成されるもので、HBA１１を介してストレージ装置１００にアクセスし、所望のデータを読み書きする。
【００７８】
スイッチ２０は、ホスト１０とストレージ装置１００とを接続するものである。接続形態（トポロジ）としては、例えば、ファブリック、FC-AL（arbitrated）、ファブリックとFC-ALの混在型が知られている。なお、図２中では、各ストレージシステム内でそれぞれ一つずつのスイッチ２０を示すが、これに限らず、複数のスイッチ２０を接続することもできる。
【００７９】
スイッチ２０は、例えば、複数のポート２１，２２と、制御部２３と、記憶部２４とを備えて構成することができる。一方のポート２１は、通信ケーブルCN１を介して、ホスト１０のHBA１１に接続されている。他方のポート２２は、通信ケーブルCN２を介して、ストレージ装置１００のチャネルアダプタ（以下、「CHA」）１１０に接続されている。通常はより多くのポートを備えているが、ここでは、説明の便宜上、２つのポート２１，２２を示す。各通信ケーブルCN１，CN２は、例えば、光ファイバケーブルやメタルケーブルとして構成される。スイッチ２０は、FC-GS-4規格に対応している。
【００８０】
制御部２３は、各ポート２１，２２の接続を制御する。記憶部２４は、例えば半導体メモリ等から構成され、後述のように、HBA１１やポート２１の属性情報を対応付けて記憶する。
【００８１】
ストレージ装置１００の詳細はさらに後述するが、ストレージ装置１００は、上位通信アダプタとしてのCHA１１０及び論理ボリューム１６２を備えている。ホスト１０は、スイッチ２０からCHA１１０を介して論理ボリューム１６２にアクセスし、所望のデータを読み書きする。CHA１１０は、FC-GS-4規格に対応している。
【００８２】
管理端末３０は、コンピュータ装置として構成されており、LAN等のネットワークCN３を介して、ストレージ装置１００に直接的に接続されている。管理端末３０には、「判定依頼部」の一例となる稼働情報収集アプリケーション（図中「アプリケーションプログラム」を「AP」と略記）３１を備えている。以下、このアプリケーション３１を収集AP３１と呼ぶ。
【００８３】
収集AP３１は、スイッチ２０内に保持されている属性情報を、ストレージ装置１００を介して取得する。また、収集AP３１は、ストレージ装置１００内の装置情報を取得することもできる。収集AP３１は、これらの収集した各情報を、WAN等の通信ネットワークCN４を介して、管理サーバ４０に送信する。そして、収集AP３１は、管理サーバ４０からの情報を受信すると、この情報を端末画面に表示し、ユーザに提供するようになっている。
【００８４】
管理サーバ４０は、例えば、通信部４１と、制御部４２及び記憶部４３を備えたコンピュータ装置として構成可能である。通信部４１は、通信ネットワークCN４を介して、管理端末３０とデータ通信を行う。制御部４２は、管理端末３０から受信した情報を分析し、分析結果等を返す。記憶部４３は、管理端末３０から受信した情報や外部から入力された情報等を記憶する。
【００８５】
図３は、ストレージシステムの構成を別の観点から詳細に示すブロック図である。スイッチ２０の機能構成に着目すると、スイッチ２０には、接続構成情報収集部２５と、HBA情報データベース２６とが設けられている。接続構成情報収集部２５は、主として制御部２３により実現される。接続構成情報収集部２５は、例えば、FDMIを利用することにより、HBA１１及びポート２１の属性情報をそれぞれ取得する。HBA情報データベース２６は、主として記憶部２４により実現される。HBA情報データベース２６は、接続構成情報収集部２５によって収集された属性情報を管理する。
【００８６】
管理端末３０の機能構成に着目すると、管理端末３０は、収集AP３１のほかに、現在構成管理テーブル３２を備えている。この現在構成管理テーブル３２は、最新の接続構成を保持している。接続構成とは、ストレージ装置１００とホスト１０との間の接続に関する構成を意味する。より具体的には、例えば、スイッチ２０の属性情報とHBA１１の属性情報とを対応付けた情報が、接続構成の情報となる。現在構成管理テーブル３２には、最も最近に取得された接続構成情報が保持されている。
【００８７】
管理サーバ４０の機能構成に着目すると、管理サーバ４０は、接続構成情報管理部４４及び管理用データベース４５を備えている。接続構成情報管理部４４は、主として制御部４２により実現される。接続構成情報管理部４４は、管理端末３０から取得した接続構成情報の管理及び分析を行う。また、接続構成情報管理部４４は、接続構成情報及びその他の情報を、管理用データベース４５に記憶させる。
【００８８】
管理用データベース４５は、主として記憶部４３により実現される。管理用データベース４５には、後述のように、サポート済構成管理テーブルＴ３や構成変更履歴管理テーブルＴ４が記憶されている。
【００８９】
ストレージ装置１００は、それぞれ後述するように、チャネルアダプタ（以下、「CHA」）１１０と、ディスクアダプタ（以下、「DKA」）１２０と、キャッシュメモリ１３０と、共有メモリ１４０と、スイッチ部１５０と、ディスクドライブ１６０及びサービスプロセッサ（以下、「SVP」）１７０とを備えている。
【００９０】
CHA１１０は、ホスト１０との間のデータ転送を制御する機器であり、複数のポートを備えることができる。ストレージ装置１００には、複数のCHA１１０を設けることができる。各CHA１１０は、それぞれに接続されたホスト１０から、データの読み書きを要求するコマンド及びデータを受信し、ホスト１０から受信したコマンドに従って動作する。
【００９１】
DKA１２０の動作も含めて先に説明すると、CHA１１０は、ホスト１０からリードコマンドを受信すると、このリードコマンドを共有メモリ１４０に記憶させる。DKA１２０は、共有メモリ１４０を随時参照しており、未処理のリードコマンドを発見すると、ディスクドライブ１６０からデータを読み出し、キャッシュメモリ１３０に記憶させる。CHA１１０は、キャッシュメモリ１３０に移されたデータを読み出し、ホスト１０に送信する。
【００９２】
一方、CHA１１０は、ホスト１０からライトコマンドを受信すると、このライトコマンドを共有メモリ１４０に記憶させる。また、CHA１１０は、受信したデータをキャッシュメモリ１３０に記憶させる。CHA１１０は、キャッシュメモリ１３０にデータを記憶した後、ホスト１０に書込み完了を報告する。DKA１２０は、共有メモリ１４０に記憶されたライトコマンドに従って、キャッシュメモリ１３０に記憶されたデータを読出し、所定のディスクドライブ１６０に記憶させる。
【００９３】
DKA１２０は、ストレージ装置１００内に複数設けることができる。各DKA１２０は、各ディスクドライブ１６０との間のデータ通信をそれぞれ制御するコンピュータ装置である。各DKA１２０と各ディスクドライブ１６０とは、例えば、SAN等の通信ネットワークCN１２を介して接続され、ファイバチャネルプロトコルに従ってブロック単位のデータ転送を行う。各DKA１２０は、各ディスクドライブ１６０の状態を随時監視しており、この監視結果は、LAN等の内部ネットワークCN１１を介して、SVP１７０に送信される。
【００９４】
各CHA１１０及び各DKA１２０は、例えば、プロセッサやメモリ等が実装されたプリント基板と、メモリに格納された制御プログラム（いずれも不図示）とをそれぞれ備えており、これらのハードウェアとソフトウェアとの協働作業によって、それぞれ所定の機能を実現するようになっている。
【００９５】
キャッシュメモリ１３０は、例えば、データ等を記憶するものである。キャッシュメモリ１３０は、例えば、不揮発メモリから構成可能である。ライトデータは、キャッシュメモリ１３０上で冗長記憶することができる。
【００９６】
共有メモリ（あるいは制御メモリ）１４０は、例えば不揮発メモリから構成することができる。共有メモリ１４０には、例えば、制御情報や管理情報等が記憶される。これらの制御情報等の情報は、複数の共有メモリ１４０により多重管理することができる。共有メモリ１４０及びキャッシュメモリ１３０は、それぞれ複数個設けることができる。
【００９７】
ここで、同一のメモリ基板にキャッシュメモリ１３０と共有メモリ１４０とを混在させて実装することもできる。あるいは、メモリの一部をキャッシュ領域として使用し、他の一部を制御領域として使用することもできる。
【００９８】
スイッチ部１５０は、各CHA１１０と、各DKA１２０と、キャッシュメモリ１３０と、共有メモリ１４０とをそれぞれ接続するものである。これにより、全てのCHA１１０，DKA１２０は、キャッシュメモリ１３０及び共有メモリ１４０にそれぞれアクセス可能である。スイッチ部１５０は、例えば超高速クロスバスイッチ等として構成することができる。
【００９９】
SVP１７０は、内部ネットワークCN１１を介して、各CHA１１０とそれぞれ接続されている。SVP１７０は、CHA１１０を経由して、共有メモリ１４０にアクセス可能である。SVP１７０は、共有メモリ１４０を介して、DKA１２０との間でデータ通信を行うことができる。また、SVP１７０は、通信ネットワークCN３を介して、管理端末３０に接続されている。SVP１７０は、例えば、管理端末３０からの要求に応じて、ストレージ装置１００内部の各種状態を収集し、管理端末３０に送信する。
【０１００】
各ディスクドライブ１６０は、例えば、ハードディスクドライブ、フレキシブルディスクドライブ、磁気テープドライブ、半導体メモリドライブ、光ディスクドライブ、光磁気ディスクドライブ等のような各種記憶デバイス及びこれらの均等物から構成することができる。ハードディスクドライブの場合、例えば、FC（Fibre Channel）ディスク、SATA（Serial AT Attachment）ディスク、SAS（Serial Attached SCSI）ディスク等を用いることができる。また、異種類のディスクを同一の筐体内に混在させることもできる。
【０１０１】
RAID構成等によっても相違するが、例えば、３個１組あるいは４個１組等のような複数個のディスクドライブ１６０が、パリティグループ（RAIDグループとも呼ぶ）１６１を構成する。同一のパリティグループ１６１は、同一種類のディスクドライブ１６０により構成する。各パリティグループ１６１が提供する記憶領域上には、論理ボリューム（図中「LDEV」）１６２を少なくとも一つ以上設定することができる。ホスト１０は、論理ボリューム１６２を認識し、論理ボリューム１６２にデータを書き込んだり、論理ボリューム１６２からデータを読み出す。
【０１０２】
なお、ストレージ装置１００がホスト１０に提供する記憶資源は、全てストレージ装置１００内に設けられている必要はない。ストレージ装置１００は、ストレージ装置１００の外部に存在する他の記憶資源を、あたかも自己の記憶資源であるかのように取り込んで使用することもできる。この場合は、例えば、仮想的な中間デバイス（パリティグループ１６１に相当する）を設け、この仮想的な中間デバイスに外部ボリュームを割り付ければよい。
【０１０３】
図４は、HBA情報データベース２６に記憶される情報の一例を示す説明図である。HBA情報データベース２６には、例えば、HBA属性情報Ｔ１と、スイッチ属性情報Ｔ２とを対応付けて記憶させることができる。
【０１０４】
HBA属性情報Ｔ１は、HBA１１からFDMIによって取得された属性情報であり、例えば、HBA１１に接続されているポートを特定するための情報（ポート番号）と、HBA１１の型式名と、HBA１１が対応しているOSの種類及びバージョン番号と、HBA１１のドライバソフトウェアのバージョン番号等を含めることができる。
【０１０５】
スイッチ属性情報Ｔ２は、スイッチ２０の属性情報である。スイッチ属性情報Ｔ２としては、例えば、スイッチ２０の型式名と、スイッチ２０のベンダ名と、スイッチ２０のファームウェアのバージョン番号等を含めることができる。スイッチ属性情報Ｔ２は、そのスイッチ２０内において共通するので、別の情報として管理している。これに限らず、各ポートに接続されたHBA毎に、それぞれスイッチ属性情報Ｔ２を対応付けて記憶することもできる。
【０１０６】
図５は、現在構成管理テーブル３２の一例を示す説明図である。現在構成管理テーブル３２は、図中に３２Ａ〜３２Ｃとして示すように、例えば、各CHA１１０毎にそれぞれ用意することができる。
【０１０７】
現在構成管理テーブル３２には、例えば、そのCHA１１０が有する各ポートを識別するためのポート番号と、各ポートに接続されているHBA１１の属性情報と、各ポート自身の属性情報（スイッチ属性情報）とをそれぞれ対応付けて記憶可能である。
【０１０８】
HBA属性情報としては、例えば、HBA１１の型式名、HBA１１が対応するOSの種類及びバージョン、HBA１１のドライバソフトウェアのバージョン情報等を挙げることができる。HBA１１が対応するOS種類及びバージョンは、ホスト１０のOS種類及びバージョンに対応する。また、スイッチ属性情報としては、例えば、スイッチ２０の型式名、スイッチ２０のベンダ名、スイッチ２０のファームウェアのバージョン情報等を挙げることができる。
【０１０９】
図６は、管理サーバ４０によって管理されるサポート済構成管理テーブルＴ３の例を示す説明図である。このサポート済構成管理テーブルＴ３は、「評価済情報」の一例に該当する。
【０１１０】
サポート済構成管理テーブルＴ３は、正常な動作が確認されている装置同士の組合せに関する情報を管理する。即ち、HBA１１とスイッチ２０との種々の組合せのうち、正常に動作することが検証されている組合せが、サポート済構成管理テーブルＴ３に登録されている。この正常な動作が検証されている組合せに関する情報は、例えば、HBA１１のベンダ、スイッチ２０のベンダ、ストレージ装置１００のベンダ等から積極的にまたは消極的に提供される。また、本実施例では、ベンダからの情報に限らず、実際に問題無く運用されている構成も、サポート済構成としてテーブルＴ３に登録可能である。
【０１１１】
サポート済構成管理テーブルＴ３は、例えば、項番と、HBA１１の対応するOSの種別及びバージョンと、HBA１１の型式名と、HBA１１のドライバソフトウェアのバージョン情報と、スイッチ２０の型式名と、スイッチ２０のファームウェアのバージョン情報と、HBA１１とスイッチ２０との組合せのステータスと、この組合せに関する特記事項と、カウント情報等をそれぞれ対応付けることにより、構成可能である。
【０１１２】
ここで、「ステータス」としては、例えば、「検証済」、「未検証」等のステータスを用意することができる。検証済ステータスの場合、そのHBA１１とスイッチ２０との組合せは、正常に動作することが確認されていることを示す。未検証ステータスの場合、その組合せが正常に動作するか未確認であることを示す（テーブルＴ３に登録されていないが実際に運用されている構成は、「未検証」のステータスとなる。）。
【０１１３】
これ以外に、例えば「実績有り」等のステータスを用意することもできる。「実績有り」ステータスとは、例えば、既に登録されている検証済の組合せと僅かに相違するだけで、実質的に検証されていると判断可能な状態を示す。この「実績有り」ステータスは、例えば、管理端末３０から受信した接続構成情報に与えることができる。また、「実績有り」ステータスが所定期間継続した場合や追試によって正常動作が確認された場合は、「検証済」ステータスに変更してもよい。
【０１１４】
管理テーブルＴ３中の「特記事項」には、その組合せの使用に際して注意すべき点等を記憶させることができる。また、「カウント」情報は、入手した接続構成情報から得た当該構成の数を示す。つまり、どの構成がどれだけ運用されているかを示す。
【０１１５】
図７は、管理サーバ４０によって管理される構成変更履歴管理テーブルＴ４の一例を示す説明図である。構成変更履歴管理テーブルＴ４は、各ストレージシステムの構成変更の履歴を管理するためのものである。この履歴テーブルＴ４は、例えば、各ストレージシステムを識別するための識別番号（ＩＤ）と、組合せの構成が変更された日時（エントリ追加の日時）と、HBAの型式名と、HBAのドライバソフトウェアのバージョン情報と、スイッチの型式名と、スイッチのファームウェアのバージョン情報と、その組合せで発生した障害数とをそれぞれ対応付けることにより、構成することができる。
【０１１６】
このように、各ストレージシステムにおいて、HBA１１やスイッチ２０が物理的または論理的に変更された場合、この変更された接続構成に関する情報が、変更日時と共に履歴テーブルＴ４に登録される。従って、最新の変更日時の組合せを検索することにより、そのストレージシステムの最新の構成を容易に把握することができる。
【０１１７】
図８は、管理端末３０の画面に表示される「サポート済構成」の画面例を示す説明図である。この画面Ｇ１では、正常に動作することが確認されているHBA１１とスイッチ２０との組合せ等の情報が表示される。ユーザは、この画面Ｇ１を参照することにより、ストレージシステムの構成変更を検討することができる。
【０１１８】
サポート済構成表示画面Ｇ１は、例えば、HBA１１の型式名と、HBA１１のドライバソフトウェアのバージョン情報と、HBA１１の対応するOSの種別及びバージョンと、スイッチ２０の型式名と、スイッチ２０のファームウェアのバージョン情報と、スイッチ２０の接続個数（カスケード数）と、ストレージ装置１００のインターフェース種別と、ストレージ装置１００のインターフェースのトポロジと、HBA１１のインターフェースのトポロジと、ステータスコードと、注記とを、それぞれ対応付けて一覧表形式で構成することができる。
【０１１９】
なお、特定の顧客向けの特殊な構成については、別の画面Ｇ２に飛んで表示させることもできる。
【０１２０】
図９〜図１７に基づいて、本ストレージシステムの動作を説明する。図９は、ストレージシステムのある一つの全体動作の概略を示すシーケンスフローチャートである。
【０１２１】
例えば、HBA１１が交換されたり、HBA１１のドライバソフトウェアが更新されたりした場合には、HBA１１とスイッチ２０との間の接続がいったん切れて、その後再接続される。HBA１１とスイッチ２０との接続が検出されると、接続構成情報の登録処理が開始される。
【０１２２】
まず、HBA１１の属性情報は、FDMIによって、スイッチ２０のHBA情報データベース２６に登録される（Ｓ１１）。次に、スイッチ２０は、自身の属性情報をHBA情報データベース２６に登録する（Ｓ１２）。HBA情報データベース２６では、HBA１１の属性情報とスイッチ２０の属性情報とが対応付けられて管理される。
【０１２３】
HBA−スイッチ間の接続が再開されると、スイッチ２０はストレージ装置１００に対して、その旨を通知するので（Ｓ１３）、収集AP３１は、この通知を契機に、HBA情報データベース２６にアクセスし、登録された属性情報を検索する（Ｓ１４）。収集AP３１は、登録された属性情報の組合せをHBA情報データベース２６から取得する（Ｓ１５）。
【０１２４】
収集AP３１は、スイッチ２０から入手した属性情報の組合せと、現在構成管理テーブル３２に登録されている最新の組合せとを比較する（Ｓ１６）。今回取得した組合せと前回取得した組合せとが相違する場合は、接続構成が変化したときである。そこで、収集AP３１は、この属性情報の組合せ（接続構成情報）を、通信ネットワークCN４を介して、管理サーバ４０に送信する（Ｓ１７）。
【０１２５】
管理サーバ４０は、収集AP３１から接続構成情報を受信すると、サポート済構成管理テーブルＴ３を参照し、接続構成情報に示されている接続構成が、サポート可能であるか否かを判定する（Ｓ１８）。収集AP３１から受信した接続構成情報の示す各属性情報の組合せが、サポート済構成管理テーブルＴ３に登録されている場合、変更された接続構成をサポート可能である。
【０１２６】
これに対し、収集AP３１から受信した接続構成情報の示す各属性情報の組合せが、サポート済構成管理テーブルＴ３に登録されていない場合、変更された接続構成で正常に動作するか否かが不明である。従って、管理サーバ４０は、収集AP３１に向けて警告を発する（Ｓ１９）。この警告には、例えば、その接続構成の下では正常な動作を保証することができない旨のメッセージと、サポート済の構成一覧とを含めることができる。
【０１２７】
収集AP３１は、管理サーバ４０からの通知を受信すると、この通知された内容を管理端末３０の画面に表示させる（Ｓ２０）。ユーザは、管理端末３０の画面を見ることにより、変更した構成の信頼性を確認することができる。この評価を考慮したユーザは、例えば、変更したばかりの構成を元通りの構成に戻したり、サポート済の構成に再度変更等して、ストレージシステムの構成を再調整することができる。再び構成が変更された場合、上述した処理が繰り返され、再び信頼性が評価される。
【０１２８】
このように、本ストレージシステムでは、ストレージシステムの構成を変更する場合、この変更された構成の信頼性を事前に評価し、ストレージシステムが本格的に稼働してから障害が生じる事態を抑制することができる。以下、別図を参照しながら、各処理の内容を説明する。
【０１２９】
図１０は、HBA情報登録処理の概要を示すフローチャートである。本処理は、例えば、接続構成情報登録処理または属性情報登録処理と呼び変えることも可能である。
【０１３０】
まず、スイッチ２０は、属性情報を登録するべき所定のタイミングが到来したか否かを判定する（Ｓ２１）。属性情報を登録する所定のタイミングとしては、種々のタイミングが考えられるが、例えば、ホスト１０とスイッチ２０とが接続された場合を一例として挙げることができる。この場合、特に、ホスト１０とスイッチ２０との初回接続時に、ホスト１０及びスイッチ２０の属性情報を収集するようにすれば、例えば、ホスト１０とスイッチ２０とを接続するケーブルCN１を単に着脱したに過ぎない場合に、各属性情報の収集が開始されるのを未然に阻止することができ、構成管理のための負担を軽減することができる。例えば、HBA１１のドライバソフトウェアの設定画面において、初回接続時に特定のコマンドが発行されるように設定しておくことにより、この特定のコマンドの発行を各属性情報の収集開始のトリガとして用いることができる。
【０１３１】
所定の登録タイミングが到来した場合（S21：YES）、例えば、HBA１１から特定のコマンドが発行された場合には、FDMIを用いて、HBA１１の属性情報が取得され、HBA情報データベース２６に登録される（Ｓ２２）。また、スイッチ２０の属性情報もFDMIを用いて取得され、HBA情報データベース２６に登録される（Ｓ２３）。
【０１３２】
HBA１１及びスイッチ２０からそれぞれ取得された属性情報は、HBA情報データベース２６により、対応付けられて管理される。
【０１３３】
図１１は、収集AP３１により実行される判定依頼処理の概要を示すフローチャートである。まず最初に、収集AP３１は、判定依頼処理の開始タイミングが到来したか否かを判定する（Ｓ３１）。ここでは、一例として、スイッチ２０からの通知を受信したか否かを判定する。スイッチ２０のHBA情報データベース２６に接続構成情報が登録された場合は、スイッチ２０からストレージ装置１００に所定の通知が行われる。収集AP３１は、この所定の通知を検出すると（S31：YES）、本処理を開始する。
【０１３４】
収集AP３１は、スイッチ２０内のHBA情報データベース２６にアクセスし、登録された接続構成情報を検索する（Ｓ３２）。即ち、各CHA１１０毎に、それぞれのポートに関する接続構成情報を検索し（Ｓ３２）、HBA情報データベース２６から接続構成情報を取得する（Ｓ３３）。
【０１３５】
収集AP３１は、現在構成管理テーブル３２を参照し（Ｓ３４）、スイッチ２０内から取得した接続構成情報と現在構成管理テーブル３２の内容とを比較する（Ｓ３５）。収集AP３１は、Ｓ３３で取得した接続構成情報と現在構成管理テーブル３２に記憶されている前回のそれとが相違する場合（S35：YES）、ストレージ装置１００の共有メモリ１４０から装置情報１４１を読み出す（Ｓ３５）。収集AP３１は、接続構成情報と装置情報１４１とを対応付けて、管理サーバ４０に送信し（Ｓ３７）、本処理を終了する。
【０１３６】
一方、今回取得した接続構成情報の内容と現在構成管理テーブル３２に登録されている最新の構成とが一致する場合（S35：NO）、収集AP３１は、本処理を終了する。
【０１３７】
なお、装置情報１４１には、例えば、ストレージ装置１００の名称、型式名、ファームウェアのバージョン情報、装置の各種状態を示す情報等を含めることができる。装置情報は、接続構成情報とは別のタイミングで管理サーバ４０に送信することができるため、既に装置情報を送信済であれば、あえて再送信しなくても管理サーバ４０は対応することができる。
【０１３８】
図１２は、管理サーバ４０で実行される構成変更履歴の管理処理の概要を示すフローチャートである。管理サーバ４０は、管理端末３０の収集AP３１から接続構成情報を受信すると（Ｓ４１）、構成変更履歴管理テーブルＴ４を参照する（Ｓ４２）。
【０１３９】
そして、管理サーバ４０は、構成変更履歴管理テーブルＴ４に登録されている最新の接続構成とＳ４１で取得した接続構成情報の示す接続構成とを比較し、両者が相違するか否かを判定する（Ｓ４３）。
【０１４０】
両者が相違する場合（S43：YES）、管理サーバ４０は、Ｓ４１で取得した接続構成情報を構成変更履歴管理テーブルＴ４に登録する（Ｓ４４）。ストレージシステムの構成が変化したためである。これに対し、両者が一致する場合（S43：NO）、管理サーバ４０は、Ｓ４４をスキップする。
【０１４１】
次に、図１３は、管理サーバ４０により実行される判定処理の概要を示すフローチャートである。管理サーバ４０は、収集AP３１から接続構成情報を取得すると（Ｓ５１）、構成変更履歴管理テーブルＴ４を参照する（Ｓ５２）。管理サーバ４０は、Ｓ５１で取得した接続構成情報と構成変更履歴管理テーブルＴ４に登録されている最新の接続構成とが相違するか否かを判定する（Ｓ５３）。
【０１４２】
両者が一致する場合（S53：NO）、管理サーバ４０は、判定処理を終了する。これに対し、両者が異なる場合（S53：YES）、管理サーバ４０は、サポート済構成管理テーブルＴ３を参照し（Ｓ５４）、Ｓ５１で取得された接続構成情報の示す構成をサポート可能であるか否かを判定する（Ｓ５５）。
【０１４３】
例えば、Ｓ５１で取得された接続構成情報の示す接続構成が、サポート済構成管理テーブルＴ３に登録されている場合は、その接続構成の正常な動作を保証することができ、サポート可能であると判定することができる。
【０１４４】
また、Ｓ５１で取得された接続構成情報の示す接続構成が、サポート済構成管理テーブルＴ３に登録されている構成と実質的に類似するような場合も、その接続構成は正常に動作すると判定することができる。例えば、スイッチ２０のポート数のみが増減したような場合、スイッチ２０の型式名は変化するが、FCPによるデータ転送上の構成には何ら影響がない。このような場合は、正常に動作すると推測しても支障はない。また、例えば、HBA１１のドライバソフトウェアが更新されてバージョン番号が変化した場合でも、この些細な更新に止まり、FCPによるデータ転送に何らの影響も与えていないような場合は、正常に動作すると推測可能である。
【０１４５】
一方、Ｓ５１で取得した接続構成情報の示す接続構成が、例えば、サポート済構成管理テーブルＴ３に未登録の構成であり、類似する構成も見あたらないような場合には、その接続構成が正常に動作すると判定することはできない。
【０１４６】
このように管理サーバ４０は、収集AP３１から依頼された接続構成情報の信頼性について判定し、判定結果を示す情報を生成して、収集AP３１に送信する（Ｓ５６）。
【０１４７】
さらに、管理サーバ４０は、要注意の接続構成を検出した場合、この要注意の接続構成について、各ストレージシステムの収集AP３１にそれぞれ警告を発する（Ｓ５７）。例えば、Ｓ５１で判定を依頼された接続構成情報が、重要な障害の発生原因であると推測されるような場合には、管理サーバ４０は、各管理端末３０の各収集AP３１に対し、この接続構成情報に関して注意を促す。管理サーバ４０から各収集AP３１への警告は、積極的にまたは消極的に行うことができる。積極的な警告とは、例えば、管理サーバ４０から各収集AP３１に向けて注意を促す情報をそれぞれ送信するような場合である。消極的な警告とは、要注意の接続構成情報を管理サーバ４０上で保持し、各収集AP３１によるアクセスを待つような場合である。
【０１４８】
図１４は、管理端末３０の収集AP３１により実行される警告表示処理の概略を示すフローチャートである。収集AP３１は、管理サーバ４０から否定的な判定結果または警告を受信すると（Ｓ６１）、この否定的な判定結果または警告を管理端末３０の端末画面に表示させる（Ｓ６２）。
【０１４９】
ユーザは、管理端末３０の画面に表示された情報を確認することにより、本格的な運用を開始する前に、ストレージシステムの信頼性を把握することができる。ユーザは、さらなる構成変更を行ったり、元の構成に戻したりすることにより、障害の発生を未然に回避することができる。なお、障害発生を事前に回避するべく、さらなる構成変更を行った場合、この構成変更を示す接続構成情報が収集AP３１から管理サーバ４０に送信され、信頼性についての判断が下される。ユーザは、肯定的な判断結果を受け取るまで、ストレージシステムの運用を停止させることができる。
【０１５０】
図１５は、管理サーバ４０で実行されるサポート済構成管理処理の概要を示すフローチャートである。管理サーバ４０は、収集AP３１から接続構成情報及び装置情報をそれぞれ取得する（Ｓ７１，Ｓ７２）。
【０１５１】
管理サーバ４０は、サポート済構成管理テーブルＴ３を参照し（Ｓ７３）、このテーブルＴ３に既に登録されている接続構成と一致するか否かを判定する（Ｓ７４）。登録済の接続構成と一致する場合（S74：YES）、管理サーバ４０は、一致するエントリのカウント値を１つだけインクリメントさせる（Ｓ７５）。
【０１５２】
一方、Ｓ７１で取得した接続構成情報の示す接続構成が、サポート済構成管理テーブルＴ３に登録されている接続構成のいずれとも一致しない場合（S74：NO）、管理サーバ４０は、Ｓ７１で取得した接続構成情報についての信頼性を評価する（Ｓ７６）。
【０１５３】
管理サーバ４０は、Ｓ７１で取得した接続構成情報の示す接続構成を採用してもストレージシステムの運用に支障がないか否かを判定する（Ｓ７７）。例えば、その接続構成情報の示す接続構成をサポート可能であると判定した場合は、運用上支障無しと判断することができる。
【０１５４】
運用上支障の無い接続構成情報であると判定した場合（S77：YES）、管理サーバ４０は、Ｓ７１で取得した接続構成情報を、サポート済構成管理テーブルＴ３に登録する（Ｓ７８）。これに対し、運用上支障無しと判定できない場合（S77：NO）、管理サーバ４０は、収集AP３１に対して警告を発する（Ｓ７９）。
【０１５５】
このように、ベンダ等による検証が行われるよりも前に、実際のストレージシステムで新しい組合せが実施されているような場合に、この未検証の組合せが事実上問題ないと判定できることがある。この場合、管理サーバ４０は、未検証の新しい接続構成（実運用構成）をサポート済構成管理テーブルＴ３に登録し、サポート済構成管理テーブルＴ３を最新の内容に保持する。
【０１５６】
管理サーバ４０は、複数のストレージサブシステムの構成変更を一元的に管理するため、各ストレージシステムでの運用実績をサポート済構成管理テーブルＴ３に反映させることができ、ベンダ等による検証結果を取得する前に、最新の内容を生成して維持することができる。
【０１５７】
図１６は、障害発生時の判定依頼処理の概要を示すフローチャートである。本処理は、収集AP３１により実行される。
【０１５８】
ストレージ装置１００の各CHA１１０は、ホスト１０との間のデータ転送が正常に行われているか否かを監視している。例えば、ホスト１０からのライトコマンドを処理する場合、CHA１１０は、ライトデータをキャッシュメモリ１３０に記憶させた後、ホスト１０に書込み完了を報告し、次のライトデータを要求する。この要求後、所定時間内にホスト１０からのライトデータを受信できれば、問題はない。しかし、所定時間が経過してもホスト１０からのライトデータがCHA１１０に届かない場合は、タイムアウトエラーとなり、障害発生が検出される。
【０１５９】
収集AP３１は、SVP１７０を介して、障害に関する情報を取得し、障害検出情報を生成する（Ｓ８２）。この障害検出情報には、例えば、障害の種類、発生日時、障害の内容等を含めることができる。
【０１６０】
収集AP３１は、障害発生が検出されたCHA１１０に関する接続構成情報を取得済であるか否かを判定する（Ｓ８３）。この検出された障害に関する接続構成情報を既に取得済である場合（S83：YES）、収集AP３１は、この取得済の接続構成情報を読み出す（Ｓ８５）。検出された障害に関する接続構成情報を未だ取得していない場合（S83：NO）、収集AP３１は、SVP１７０及びCHA１１０を介して、スイッチ２０のHBA情報データベース２６にアクセスし、接続構成情報を取得する（Ｓ８４）。
【０１６１】
収集AP３１は、障害検出情報と接続構成情報とを対応付けて、管理サーバ４０に送信する（Ｓ８６）。
【０１６２】
送信された障害検出情報及び接続構成情報から、構成変更履歴管理テーブルＴ４とサポート済構成管理テーブルＴ３とを使用して、接続構成情報の示す構成要素のうち、いずれの箇所が問題の一原因となっているかを推測することができる。
【０１６３】
図１７は、管理サーバ４０により実行される障害解析処理の概要を示すフローチャートである。管理サーバ４０は、収集AP３１から接続構成情報及び障害検出情報をそれぞれ取得すると（Ｓ９１）、構成変更履歴管理テーブルＴ４を参照する（Ｓ９２）。
【０１６４】
管理サーバ４０は、Ｓ９１で取得した接続構成情報が、構成変更履歴管理テーブルＴ４に登録されている最新の情報と相違するか否かを判定する（Ｓ９３）。両者が一致する場合（S93：NO）、その接続構成において発生した障害は、接続性によるもの以外の原因によって生じた可能性がある。
【０１６５】
また、このとき、管理サーバ４０は、障害発生の通知を受けると、構成変更履歴管理テーブルＴ４において、その障害に係る構成の「問題発生カウント」を１つインクリメントさせる（Ｓ９８）。さらに、管理サーバ４０は、構成変更履歴管理テーブルＴ４を参照し、所定期間問題なく運用されているストレージシステムが存在するか否かを判定する（Ｓ９９）。即ち、問題発生カウントの値が一定期間「０」である場合、そのストレージシステムの過去の履歴を削除する。最新の構成については保持する。これにより、障害解析に不要なデータを削除し、限られた記憶領域を有効に利用することができる。
【０１６６】
一方、Ｓ９１で取得した接続構成情報と構成変更履歴管理テーブルＴ４に登録されている最新の情報とが相違する場合（S93：YES）、その障害の発生原因の一つとして、接続構成の変更が考えられる。そこで、管理サーバ４０は、サポート済構成管理テーブルＴ３を参照し（Ｓ９４）、障害に係わる接続構成情報の示す接続構成をサポート可能であるか否か判定する（Ｓ９５）。
【０１６７】
管理サーバ４０は、判定結果を示す情報を生成し、管理端末３０の収集AP３１に送信する（Ｓ９６）。また、管理サーバ４０は、Ｓ９５の判定の結果が否定的である場合、Ｓ９１で取得した接続構成情報について、各ストレージシステムの収集AP３１に警告を発することもできる（Ｓ９７）。
【０１６８】
本実施例は上述のように構成されるので、以下の効果を奏する。本実施例では、各ストレージシステムの構成をストレージ装置１００及び管理端末３０を介して、管理サーバ４０に集める構成を採用する。従って、各ストレージシステムの構成を管理サーバ４０で一元的に管理することができ、最新構成を速やかに把握することができる。これにより、障害が発生した場合でも、この障害に速やかに対応することができ、保守作業の効率を向上することができる。
【０１６９】
本実施例では、管理サーバ４０によってサポート済構成の情報を一元的に管理し、各ストレージシステムの構成変更の信頼性をそれぞれ判定する。従って、ベンダ等で検証された情報は、管理サーバ４０にのみ記憶させればよく、作業性が向上する。また、管理サーバ４０にアクセスするだけで最新のサポート状況を把握することができる。
【０１７０】
本実施例では、ベンダ等によって検証された構成以外に、各ストレージシステムで問題なく運用されている構成もサポート可能な構成として登録可能としている。従って、各ストレージシステムにおける実際の運用状況を反映させながら、構成変更の信頼性を評価することができる。
【０１７１】
本実施例では、ストレージシステムの構成変更に関する接続構成情報をスイッチ２０が収集し、この接続構成情報の信頼性を管理サーバ４０が判定する。従って、構成変更されたストレージシステムが本格的に稼働する前に、この接続構成の信頼性を早期診断することができ、障害の発生を低減させることができる。
【０１７２】
本実施例では、構成変更の履歴も管理サーバ４０で一元的に管理するため、ストレージシステムに障害が発生した場合は、その障害の発生原因等を容易に解析することができ、保守作業の効率が向上する。
【０１７３】
本実施例では、ホスト１０とスイッチ２０との初回接続時における特定のコマンドの発行を、接続構成情報の収集（登録）タイミングとして用いる。従って、単なるケーブルの着脱等によって接続構成情報の収集処理が開始されるのを未然に防止でき、ストレージシステムに大きな負担をかけることなく、ストレージシステムの構成を一元的に管理することができる。
【０１７４】
本実施例では、スイッチ２０に保持されている接続構成情報をストレージ装置１００を介して取得する構成とした。従って、障害発生時には、ストレージ装置１００の装置情報と接続構成情報とを関連付けて、管理サーバ４０に送信することができ、障害解析作業の効率を高めることができる。これに対し、もしも、ホスト１０がスイッチ２０内の接続構成情報を取得して管理サーバ４０に送信する構成の場合は、ストレージ装置１００内の装置情報を容易には取得できない。従って、この場合、管理サーバ４０は、別の方法で装置情報を取得する必要があり、障害解析作業の効率が低下する。但し、このような利点を必要としない場合等には、このホスト経由で接続構成情報を管理サーバ４０に転送する構成も、本発明の範囲に含まれる。
【０１７５】
なお、本発明は、上述した実施の形態に限定されない。当業者であれば、本発明の範囲内で、種々の追加や変更等を行うことができる。例えば、収集APは、例えば、ストレージ装置のSVPに設けることもできる。また、相互接続装置としてスイッチを例に挙げたが、これに限らず、例えば、ハブ等の装置内で接続構成情報を収集して保持することもできる。
【０１７６】
本実施形態では、ファイバチャネルプロトコルの一般サービス（GS-4）に含まれるFDMIを利用して、HBAやスイッチ等の属性情報をそれぞれ取得する場合を述べた。これにより、比較的簡易な構成でストレージシステムの構成変更を一元的に管理できる。しかし、本発明はこれに限らず、例えば、HBA及びスイッチに属性情報転送用のインターフェースを別に設け、この特別なインターフェースを介して属性情報を転送するように構成してもよい。
【図面の簡単な説明】
【０１７７】
【図１】本発明の実施形態の概念を示す説明図である。
【図２】ストレージシステムの全体構成を示すブロック図である。
【図３】ストレージシステムのブロック図である。
【図４】HBA情報データベースの構造を示す説明図である。
【図５】現在構成管理テーブルの構造を示す説明図である。
【図６】サポート済構成管理テーブルの構造を示す説明図である。
【図７】構成変更履歴管理テーブルの構造を示す説明図である。
【図８】管理端末の画面に表示されるサポート済構成管理画面を示す説明図である。
【図９】ストレージシステムの全体動作の概略を示すシーケンスフローチャートである。
【図１０】HBA情報登録処理を示すフローチャートである。
【図１１】判定依頼処理を示すフローチャートである。
【図１２】構成変更履歴管理処理を示すフローチャートである。
【図１３】判定処理を示すフローチャートである。
【図１４】警告表示処理を示すフローチャートである。
【図１５】サポート済構成管理処理を示すフローチャートである。
【図１６】障害時の判定依頼処理を示すフローチャートである。
【図１７】障害解析処理を示すフローチャートである。
【符号の説明】
【０１７８】
１…ホスト、２…スイッチ、２Ａ１，２Ａ２…ポート、２Ｂ…接続構成情報収集部、２Ｃ…接続構成情報記憶部、３…ストレージ装置、３Ａ…チャネルアダプタ（CHA）、３Ｂ…判定依頼部、３Ｃ…装置情報記憶部、３Ｄ…通知部、４…管理サーバ、４Ａ…接続構成情報管理部、４Ｂ…管理用データベース、４Ｃ…サポート情報、４Ｄ…履歴情報、５…ストレージシステム、１０…ホスト、１１…ホストバスアダプタ（HBA）、１２…アプリケーションプログラム、２０…スイッチ、２１，２２…ポート、２３…制御部、２４…記憶部、２５…接続構成情報収集部、２６…HBA情報データベース、３０…管理端末、３１…稼働情報収集アプリケーションプログラム、３２…現在構成管理テーブル、４０…管理サーバ、４１…通信部、４２…制御部、４３…記憶部、４４…接続構成情報管理部、４５…管理用データベース、１００…ストレージ装置、１１０…チャネルアダプタ（CHA）、１２０…ディスクアダプタ（DKA）、１３０…キャッシュメモリ、１４０…共有メモリ、１５０…スイッチ部、１６０…ディスクドライブ、１６１…パリティグループ、１６２…論理ボリューム
【図１】
2006178720.tif 000003
【図２】
2006178720.tif 000004
【図３】
2006178720.tif 000005
【図４】
2006178720.tif 000006
【図５】
2006178720.tif 000007
【図６】
2006178720.tif 000008
【図７】
2006178720.tif 000009
【図８】
2006178720.tif 000010
【図９】
2006178720.tif 000011
【図１０】
2006178720.tif 000012
【図１１】
2006178720.tif 000013
【図１２】
2006178720.tif 000014
【図１３】
2006178720.tif 000015
【図１４】
2006178720.tif 000016
【図１５】
2006178720.tif 000017
【図１６】
2006178720.tif 000018
【図１７】
2006178720.tif 000019