(57)【特許請求の範囲】
【請求項１】
マネージャがマネージメントサイトサーバ上で稼働する、ＳＡＮ（Storage  Area  Network）の管理方法であって、
前記マネージメントサーバは、マネージメントネットワークを介して、複数のサーバと、ディスクサブシステムと、前記サーバと前記ディスクサブシステムとに接続されたスイッチと、にそれぞれ接続され、
前記ＳＡＮは、前記複数のサーバと、前記ディスクサブシステムと、前記スイッチとを含み構成され、
前記複数のサーバは、前記各サーバ上でそれぞれ稼働し、その各サーバの構成をそれぞれ管理する複数の第一のエージェントを有し、
前記ディスクサブシステムは、前記ディスクサブシステム上で稼働し、そのディスクサブシステムの構成を管理する第二のエージェントを有し、
前記スイッチは、前記スイッチ上で稼働し、そのスイッチの構成を管理する第三のエージェントを有し、
前記ＳＡＮを管理する管理者による前記ＳＡＮの構成変更に応じて、
前記マネージャは、前記マネージメントネットワークを介して、前記第一のエージェントから前記各サーバの構成情報を収集するとともに、前記マネージメントネットワークを介して、前記第二のエージェントから前記ディスクサブシステムの構成情報を収集し、さらに、前記マネージメントネットワークを介して、前記第三のエージェントから前記スイッチの構成情報を収集し、
前記収集した各構成情報から前記ＳＡＮにおけるＩ／Ｏ通信のトポロジー情報を作成し、
前記作成したトポロジー情報と前記収集した前記各サーバの構成情報のうちマスキング構成の情報とを比較して、前記各サーバのマスキング構成の整合性をチェックし、
前記各サーバのマスキング構成の整合性のチェック結果として前記各サーバのマスキング構成の不整合が検出されたときには、前記各収集した前記各構成情報を基に前記各サーバのマスキング構成の不整合の原因を解析し、
前記作成したトポロジー情報と前記収集した前記ディスクサブシステムの構成情報のうちセキュリティ構成の情報とを比較して、前記ディスクサブシステムのセキュリティ構成の整合性をチェックし、
前記セキュリティ構成の整合性のチェック結果として前記セキュリティ構成の不整合が検出されたときには、前記各収集した前記各構成情報を基に前記セキュリティ構成の不整合の原因を解析する、
ことを特徴とする管理方法。
【請求項２】
請求項１に記載の管理方法において、さらに、
前記マネージャは、前記構成変更を適用するか否かを示す入力を受け、
前記入力を受けたならば前記構成変更を適用し、その他の場合は前記構成変更を廃棄する、
ことを特徴とする管理方法。
【請求項３】
請求項１に記載の管理方法において、さらに、
前記マネージャは、前記不整合が検出された構成を修正するために、前記サーバの構成、前記ディスクサブシステムの構成、および前記スイッチの構成の少なくとも一つを変更する、
ことを特徴とする管理方法。
【請求項４】
請求項１に記載の管理方法において、
前記各サーバのマスキング構成の整合性をチェックするときには、
前記各サーバのマスキング構成の情報の収集においてホストポートＩＤとバインディングＩＤの各ペアに対しマスキング値をチェックするとともに、前記トポロジー情報において前記ペアに対応するエントリーの存在をチェックし、
前記ペアに対するマスキング値がＯＫで、前記トポロジー情報において前記ペアに対応するエントリーが存在するとき又は、前記ペアに対するマスキング値がＮＧで、前記トポロジー情報において前記ペアに対応するエントリーが存在しないときには、前記ペアの構成には整合性があると判定し、
前記ペアに対するマスキング値がＯＫで、前記トポロジー情報において前記ペアに対応するエントリーが存在しないとき又は、前記ペアに対するマスキング値がＮＧで、前記トポロジー情報において前記ペアに対応するエントリーが存在するときには、前記ペアの構成には不整合性があると判定する、
ことを特徴とする管理方法。
【請求項５】
請求項４に記載の管理方法において、
前記マスキング値がＮＧであってエントリーが存在する場合は、バインディングは存在するにもかかわらず、前記サーバが論理ユニットにアクセスするのを禁止しているＬＵＮ（Logical  Unit  Number）マスキングから不整合が生じていることを判定する、
ことを特徴とする管理方法。
【請求項６】
請求項４に記載の管理方法において、
前記ペアに対するマスキング値がＯＫで、前記トポロジー情報において前記ペアに対応するエントリーが存在しない場合は、
前記収集された各サーバの構成情報のうちバインディング情報を基に前記ペアについてのエントリーが前記バインディング情報の収集の中に存在するか否かを判定し、
エントリーが存在しない場合には、バインディングエントリーは存在しないにもかかわらず、前記サーバが論理ユニットにアクセスすることを許可しているＬＵＮマスキングから不整合が生じていることを示し、
その他の場合は、前記ペアについてのゾーン情報が不整合であるか否かを判定する、
ことを特徴とする管理方法。
【請求項７】
請求項６に記載の管理方法において、
前記ペアについてのゾーン情報が不整合であるか否かの判定するときには、
前記収集した前記ディスクサブシステムの構成情報、及び前記スイッチの構成情報を基にホストポートと論理ユニットが単一のゾーンにあるか否かを判定し、
前記ホストポートと前記論理ユニットが単一のゾーンにない場合には、前記サーバと前記論理ユニットが別のゾーンにあるにも関わらず、前記サーバが前記論理ユニットにアクセスすることを許可しているＬＵＮマスキングから不整合が生じていることを示し、
その他の場合は、前記ペアについてのセキュリティ情報が不整合であるか否かを判定する、
ことを特徴とする管理方法。
【請求項８】
請求項７に記載の管理方法において、
前記ペアについてのセキュリティ情報が不整合であるかどうかを判定するときには、
前記収集した前記ディスクサブシステムの構成情報、及び前記スイッチの構成情報を基にホストポートＩＤと関連するＷＷＮ（World  Wide  Name）は前記論理ユニットにアクセス出来るかどうかを判定し、
前記アクセスが出来る場合は、ＬＵＮセキュリティはアクセスを禁じているにも関わらず、前記サーバが前記論理ユニットへアクセスすること許可しているＬＵＮマスキングから不整合を生じていることを示し、
その他の場合は、トポロジー情報の収集が内部的には不整合であることを示す、
ことを特徴とする管理方法。
【請求項９】
請求項１に記載の管理方法において、
前記ディスクサブシステムのセキュリティ構成の整合性をチェックするときには、
前記ディスクサブシステムのセキュリティ構成の情報の収集においてホストポートＩＤとバインディングＩＤの各ペアに対しセキュリティ値をチェックするとともに、前記トポロジー情報において前記ペアに対応するエントリーの存在をチェックし、
前記ペアに対するセキュリティ値がＯＫで、前記トポロジー情報において前記ペアに対応するエントリーが存在するとき又は、前記ペアに対するセキュリティ値がＮＧで、前記トポロジー情報において前記ペアに対応するエントリーが存在しないときには、前記ペアの構成には整合性があると判定し、
前記ペアに対するセキュリティ値がＯＫで、前記トポロジー情報において前記ペアに対応するエントリーが存在しないとき又は、前記ペアに対するセキュリティ値がＮＧで、前記トポロジー情報において前記ペアに対応するエントリーが存在するときには、前記ペアの構成には不整合性があると判定する、
ことを特徴とする管理方法。
【発明の詳細な説明】
【発明の属する技術分野】
【０００１】
本発明は、一般的にはストレージネットワークに関連し、特にストレージネットワークにおけるサーバやスイッチやディスクサブシステムの集中化した構成管理の技術に関する。
【０００２】
【従来の技術】
現在、我々は電子メールやウエブコンテンツ等々のデータの爆発的な増加を見てきている。この状態において、我々はデータセンターで、同時にＴＣＯ（保有総コスト）を下げながら、限りなく増大しているデータを管理することの困難さに直面している。現在、ネットワークストレージソリューションの一つである、ＳＡＮ（Storage Area Network）が、データのマネージメントとＴＣＯの削減の問題を解決する為の一般的な手段となっている。データセンターにＳＡＮを適用することで得られる利点の一つは、多くのサーバやアプリケーションに共通して、単一のあるいは複数の大型ディスクサブシステムを共有するという「統合記憶装置（Storage Consolidation）」である。ＳＡＮにより統合記憶装置を構成できるものの、さらなる改善の可能性も存在する。例えば、ＳＡＮには、サーバやスイッチやディスクサブシステムなどの多くのＳＡＮデバイスが存在する。しばしば、異なったITの管理者が、異なったデバイスを管理する、例えば、サーバのITマネージャとディスクサブシステムのITマネージャは異なっている。この場合においては、ＳＡＮのなかですべてのＳＡＮデバイスを適格な構成で維持することは大変困難である。
【０００３】
【発明が解決しようとする課題】
必要とされるのは、集中化したストレージマネージメントシステムにおいて、構成を管理する改善された技術である。本発明は、集中化したストレージマネージメントシステム内の構成を管理する技術を提供するものである。実施例は、ＩＴマネージャのようなユーザに対して、システム内のＳＡＮデバイスの構成を点検し、不整合を検出する機能を提供するものである。 選択された実施例は、ユーザに対して、実際に変更を実施する前にデバイスの構成の変更を点検する機能を提供するものである。
【０００４】
【課題を解決するための手段】
本発明の代表的な実施例では、ＳＡＮを管理する方法が提供される。本方法は、マネージメントサーバ上でマネージャが稼働しているときに動作する場合には特に有効である。マネージメントサーバは、複数のサーバ、一台のディスクサブシステム、およびサーバやディスクサブシステムに接続される一つのスイッチに接続することが可能である。サーバの構成を管理する第一のエージェントはそれぞれのサーバ上で稼働する。ディスクサブシステムの構成を管理する第二のエージェントはディスクサブシステム上で稼働する。スイッチの構成を管理する第三のエージェントはスイッチ上で稼働する。
【０００５】
この方法は、第一、第二そして第三のエージェントから構成情報を収集することにより構成される。収集された情報から不整合を見つけることも、本方法の一部である。本実施例においては、本方法は、サーバの構成やディスクサブシステムの構成やスイッチの構成のうち少なくとも一つに変更案の入力を受け入れることも含んでいる。
【０００６】
次いで、第一、第二、第三のエージェントから収集した構成情報と変更案においての不整合検出を行う。本方法は、さらに、結果として検出された如何なる不整合でも提供することを含む。ある実施例では、さらに本方法は、変更案を適用するか否かを指示する入力を受けとることと、入力がそうすることを指示する場合には、変更案を実施することを含む。指示しない場合には、変更案は破棄される。
【０００７】
実施例では、本方法は、障害の表示を受信すること、障害がハードウエアの障害によるものであるかどうかを判定することを含む。もし障害がハードウエアの障害に起因しない場合は、第一、第二および第三のエージェントから収集した構成情報の不整合の検出が行われる。検出された各々の不整合に関し、関連したエントリーの構成来歴を調べ、結果として関連したエントリーを提供することも本方法の一部として持つことが可能である。多くの実施例において、本方法には、ユーザに不整合情報を提供することを含めることが出来る。
【０００８】
幾つかの実施例においては、本方法に、不整合を修正するための変更案を提供することを含めることが出来る。特定の実施例では、本方法に、不整合を修正する為に、サーバの構成、ディスクサブシステムの構成およびスイッチの構成の少なくとも一つを変更することを含めることが出来る。特定の実施例においては、収集した情報の中で不整合を検出することに、マスキング構成の整合性をチェックすること、そして／あるいはセキュリティ構成の整合性をチェックすることを含めることが出来る。
【０００９】
特定の実施例では、マスキング構成の整合性のチェックには、マスキング情報の収集においてのホストポートＩＤとバインディングＩＤの各ペアに対して、トポロジー情報の収集に関するペアに対応するエントリーの存在をチェックすることを含めることが出来る。特定の実施例では、マスキング構成の整合性のチェックには、ペアに対するマスキング値がトポロジー情報におけるペアに対するエントリーの存在と整合するかどうかを判定し、マスキング値とペアに対するエントリーに整合性がある場合は、マスキング値は整合性があることを示し、それ以外の場合は不整合性の原因を判定することを含めることが出来る。
【００１０】
特定の実施例では、不整合性の原因の判定には、もしマスキング値がNGでエントリーが存在するならば、不整合性はバインディング（binding）が存在するにもかかわらずサーバの論理ユニットへのアクセスを禁止しているＬＵＮマスキングに起因ことを示し、それ以外の場合には、ペアに対するバインディング情報が不整合であるかを判定することを含む。特定の実施例では、ペアに対するバインディング情報が不整合であるか否かを判定することは、バインディング情報の収集において、ペアに対するエントリーが存在するか否かの判定を含み、もしエントリーが存在しない場合は、バインディングエントリーが存在しなにもかかわらず、サーバが論理ユニットへアクセスすることを許しているＬＵＮマスキングから不整合が発生することを示し、その他の場合は、ペアに対するゾーン情報が不整合であるか否かを判定することを含む。
【００１１】
特定の実施例では、ペアに対するゾーン情報が不整合であるか否かの判定は、ホストポートと論理ユニットが単一のゾーン内にあるか否かの判定を含み、もしホストポートと論理ユニットが単一のゾーン内に無い場合は、サーバと論理ユニットが別個のゾーンに在るにもかかわらず、サーバが論理ユニットへアクセスすることを許しているＬＵＮマスキングから不整合が発生することを示し、その他の場合は、ペアに対するセキュリティ情報は不整合か否かを判定することを含む。
【００１２】
特定の実施例では、ペアに対するセキュリティ情報が不整合か否かの判定は、ホストポートＩＤに関わるＷＷＮ（World Wide Name）が論理ユニットにアクセスできるか否かの判定を含み、ＬＵＮセキュリティがアクセスを禁止しているにもかかわらず、サーバが論理ユニットにアクセスすることを許しているＬＵＮマスキングに不整合が起因していることを示し、その他の場合はトポロジー情報の収集は内部的に不整合であることを示すことを含む。
【００１３】
特定の実施例では、セキュリティ構成の整合性チェックは、セキュリティ情報の収集におけるホストポートＩＤとボリュームＩＤの各ペアに関して、トポロジー情報の収集におけるペアに対して対応するエントリーの存在をチェックすること、トポロジー情報においてペアに対するセキュリティ値が、ペアに対するエントリーの存在と整合するかを判定すること、セキュリティ値とペアに対するエントリーに整合性がある場合は、セキュリティ値は整合性があることを示し、その他の場合は、不整合性の原因を判定することを含む。
【００１４】
特定の実施例では、不整合性の原因の判定は、もしセキュリティ値がNGでありエントリーが存在する場合には、不整合性は、バインディングが存在しても、論理ユニットにサーバがアクセスすることを禁止するＬＵＮセキュリティに起因することを示し、その他の場合は、ペアに関わるゾーン情報が不整合であるかを判定することを含む。特定の実施例では、ペアに対するゾーン情報が不整合であるか否かの判定は、ホストポートとボリュームが単一のゾーン内にあるか否かを判定し、もしホストポートとボリュームが単一のゾーン内に無い場合は、サーバとボリュームが別個のゾーンに在るにもかかわらず、サーバがボリュームへアクセスすることを許すＬＵＮセキュリティに不整合が起因することを示し、その他の場合は、ペアに対するバインディング情報は不整合か否かを判定することを含む。
【００１５】
特定の実施例では、ペアに対するバインディング情報が不整合であるか否かを判定することは、バインディング情報の収集において、ペアに対するエントリーが存在するか否かを判定し、もしエントリーが存在しない場合は、バインディングエントリーが存在しないにもかかわらず、サーバがボリュームへアクセスすることを許すＬＵＮセキュリティに不整合が起因することを示し、その他の場合は、ペアに対するマスキング情報が不整合であるか否かを判定することを含む。
【００１６】
特定の実施例では、ペアに対するマスキング情報が不整合であるか否かの判定は、サーバがボリュームにアクセス出来るか否かの判定をすること、ＬＵＮマスキングがアクセスを禁止しているにもかかわらず、サーバがボリュームにアクセスすることを許すＬＵＮセキュリティに不整合性が起因していることを示し、その他の場合は、トポロジー情報の収集は内部的には不整合であることを示すことを含む。
【００１７】
さらに本発明による代表的な実施例では、一つの方法が提供される。本方法は、サーバの構成を管理する第一のエージェント、ディスクサブシステムの構成を管理する第二のエージェント、そしてスイッチの構成を管理する第三のエージェントの少なくとも一つから構成情報を取得することで構成される。構成情報から不整合を見つけることも本方法の一部である。
【００１８】
本発明の他の代表的な実施例では、管理装置が提供される。この管理装置は、サーバの構成を管理する第一のエージェント、ディスクサブシステムの構成を管理する第二のエージェント、そしてスイッチの構成を管理する第三のエージェントの少なくとも一つから構成情報を収集する手段を含む。さらに、この装置は、収集した情報に含まれる不整合を検知する手段を含む。
【００１９】
さらに本発明による代表的な実施例では、コンピュータプログラム製品を提供する。このコンピュータプログラム製品は、サーバの構成を管理する第一のエージェント、ディスクサブシステムの構成を管理する第二のエージェント、そしてスイッチの構成を管理する第三のエージェントの少なくとも一つから構成情報を取得するコードで構成される。さらに、コンピュータプログラム製品には、構成情報に含まれる不整合を検知するコードとコードを収納するコンピュータで読みとり可能な記憶媒体も含まれる。
【００２０】
さらに本発明による代表的な実施例では、システムが提供される。システムは、ＳＡＮ（Storage Area Network）、そこでマネージャが稼働可能な管理サーバで構成される。管理サーバは、複数のサーバ、一台のディスクサブシステムおよび一つのスイッチに接続される。スイッチはサーバとディスクサブシステムに接続される。サーバの構成を管理する第一のエージェントは各々のサーバ上で動作し、ディスクサブシステムの構成を管理する第二のエージェントはディスクサブシステム上で動作し、スイッチの構成を管理する第三のエージェントはスイッチ上で動作する。マネージャは、第一、第二と第三のエージェントから構成情報を収集し、そしてマネージャは、収集した情報に含まれる不整合を検知する。従来技術に比べ本発明による方法で多くの利点が得られる。
【００２１】
本発明の特定の実施例では、ＳＡＮマネージャは、ＳＡＮの中のサーバやスイッチやディスクサブシステムから情報を収集し、ＳＡＮの中の構成の不整合をチェックすること、その整合性をチェックして構成を変更すること、ＳＡＮの構成をチェックして不良分析を行うことを含む各種の管理機能をＩＴ管理者に提供する。ＳＡＮの中の構成の不整合をチェックするITマネージャにとって、従来の方法でＳＡＮの中の構成の整合性をチェックすることは、サーバやスイッチやディスクサブシステムなど全てのＳＡＮデバイスから構成情報を一つ一つ集めて、手作業によりそれらの間の相互関係をチェックする必要があったので、大変困難であった。
【００２２】
それに対し、ＳＡＮマネージャは、本発明の特定の実施例を用いて、構成情報を読み出し、相互関係をチェックし、自動的に不整合を検知できる。例えば、ＳＡＮマネージャは、サーバがディスクサブシステムから分かれたスイッチの別のゾーンにあるために、ディスクサブシステムにおいて、サーバがアクセスできるはずの特定のボリュームにアクセスできないことを検知することが出来る。
【００２３】
整合性をチェックして構成を変える従来の手法で、障害無しに構成を変更することは、ＩＴ管理者にとっては、もしその変更がＳＡＮの中に構成不整合を起こすことがあると、データセンターのオペレーションが中断され、復旧に時間を要するので、さらなる大きなチャレンジである。
【００２４】
ここに説明したような、本発明の特定の実施例により提供される技術を用いることにより、ＩＴマネージャは与えられたＳＡＮデバイスへの、意図する変更作業がＳＡＮ構成について整合性を維持できるか否かを知ることが出来る。
【００２５】
ＳＡＮ構成をチェックすることで不良解析を行う時には、ＩＴ管理者はハードウエアの障害に関係しない出来事に遭遇する。例えば、誰かがスイッチのゾーン構成を変更する、そして他のＩＴマネージャがしばらくして「サーバAがボリュームBにアクセスできない」という表示を見るが、各ＳＡＮデバイスやＳＡＮマネージャに対する管理コンソールへはハードウエア障害は報告されていない。このような場合、ＩＴマネージャは、従来の手法を用いてＳＡＮでの不良を解析することは、困難であることがわかる。なぜなら、全てのハードウエアが正常であり各ＳＡＮデバイスには整合性があるからである。ＳＡＮの構成だけが不整合である。
【００２６】
本発明の特定の実施例では、前述の技術に加えて、ＳＡＮマネージャは各ＳＡＮデバイスの構成の来歴を保持し、ＳＡＮマネージャは、構成の来歴からＳＡＮの構成の不整合に関連するエラーを解析することが出来る。これらの、そして他の利点を本明細書により説明する。本発明の性格と利点は本明細書の残りの部分と添付図を参照することでさらに理解されるであろう。
【発明の実施の形態】
【００２７】
本発明は、集中化したストレージマネージメントシステムにおける構成を管理する技術を提供するものである。実施例は、ＩＴマネージャのようなユーザに対して、システム内のＳＡＮデバイスの構成をチェックし、不整合を検出する機能を提供するものである。ある実施例は、ユーザに対し、実際に変更を実施する前に、デバイス構成の変更をチェックする機能を提供するものである。サーバ上で稼働するオペレーティングシステムは、通常は専用のディスクストレージを持っている。ＳＡＮに一台以上のサーバが接続されると、これらのサーバ上で稼働するオペレーティングシステムは、認識したストレージは全て自分たち専用のものと考えるので、ＳＡＮに接続されているストレージのデータは素早くスクランブルする。したがって、同一のＳＡＮに全て同時に複数のコンピュータが調和して、同じ記憶装置に接続されて、存在することができるように、ある種のハードウエアあるいはソフトウエア方法が用いられる。
【００２８】
これらの問題を解決するために用いられるある種の技術には、ファイバーチャネルスイッチゾーニングやファイバーチャネルＬＵＮマスキングが含まれる。ファイバーチャネルスイッチゾーニングでは、スイッチの特定のポートからのみ、他の特定のポートを参照できる。ゾーニングにより、ＳＡＮに接続された１台の特定のコンピュータが、１台のディスクサブシステム全部に直接接続できるようになる。ゾーニングは、アサインされたサーバのみが、それがアサインされたストレージであることを認識できることを保証している。ゾーニング技術では、１台のサーバが、ディスクサブシステムに、ファイバーチャネルスイッチを通して安全な専用線で接続されている。
【００２９】
ファイバーチャネルＬＵＮマスキングは、ゾーニングよりさらに一歩進んでおり、１台の特定のコンピュータのみがディスクサブシステム上の特定のディスクパーティション「ＬＵＮ：ロジカルユニット番号（Logical Ｕnit Number）」を見ることが出来る。ＬＵＮは、個別のディスク、ディスク群、あるいはディスクサブシステムによって定義された複数のディスクの個別の部分である。ＬＵＮは、時々「ボリューム」や「論理ディスク」や「パーティション」や「バーチャルディスク」とも呼ばれる。複数のＬＵＮは単一ディスクサブシステムにファイバーチャネルスイッチまたはハブを経由して指定されることがあるため、複数のサーバは、ＬＵＮマスキングのあるディスクサブシステムへの単一の配線による接続で確実に共用されるであろう。ストレージネットワークへ接続されている各コンピュータに関し、ＬＵＮマスキングは効果的にそれに割り当てられていないＬＵＮをマスクし、割り当てられたＬＵＮのみがサーバのオペレーティングシステムから見えるようにする。他のＬＵＮへのハードウエア接続は存在しているにもかかわらず、ＬＵＮマスキングはこれらのＬＵＮを見えなくする。ＬＵＮマスキングは、ハードウエア手法―インテリジェントブリッジや、ルーターやディスクサブシステムによって、あるいはソフトウエア手法によって、ファイバーチャネルに接続された各サーバ上に存在する少数のドライバーレベルのコードを利用して行われる。
【００３０】
ＬＵＮマスキング技術により単一のディスクサブシステムのバンド幅を複数のサーバで共有することが可能になるので、ＬＵＮマスキング技術により、ゾーニングよりもずっと有効にディスクサブシステムを利用することが出来る。常にディスクサブシステムが提供できるデータバンド幅の全てを使用できるというのは希な利用方法である。ＬＵＮマスキングは、ストレージを論理パーティションに分割することにより、複数のサーバ上で稼働している多くの通常のアプリケーションがディスクサブシステムの全てのデータバンド幅を共有できるようにする。また、ＬＵＮマスキングは、事実上瞬時にそして非破壊的に発生するので、サーバに対するＬＵＮの割り当ては容易にかつ速やかに変更できる。例えば、サーバAに割り当てられたＬＵＮ１は、数秒間でサーバBに再割り当てが容易に出来る。ここに用いられたように、サーバベースのＬＵＮマスキングとストレージベースのＬＵＮマスキングとを区別するために、サーバベースのＬＵＮマスキングは「ＬＵＮマスキング」と呼び、ストレージベースのＬＵＮマスキングは「ＬＵＮセキュリティ」と呼ぶ。
【００３１】
本発明は、ここに提供された構成管理機能を開示する実施例を参照しながら検討することとする。これらの実施例は、本発明の多くの実施例により提供された、可能性のある多くの構成や技術の単なる説明を目的とするものであって、制約を目的とするものではない。
【００３２】
図１は、本発明の特定の実施例における代表的なディスクサブシステムの全体図を示す。特定の実施例では、図１で示された「ディスクサブシステムD」（１１０００）と呼ばれるディスクサブシステムがある。本発明の特定の実施例では、ＳＡＮにおいてＬＵＮセキュリティ機能をサポートする１ないしは複数のディスクサブシステムがある。
【００３３】
ディスクサブシステム（１１０００）はマネージメントエージェント（１１１００）とディスクポート（１１２００）とボリューム（１１３００）で構成される。他の要素もまた、他の種々の実施例に於けるようにディスクサブシステム（１１０００）を構成するものであり、この分野の技術に詳しい人には容易に分かることである。マネージメントエージェント（１１１００）はディスクサブシステムにあり、ディスクサブシステムの構成を管理する。マネージメントエージェント（１１１００）は３種類のテーブル、すなわちディスクポートテーブル１１１１０とボリュームパステーブル１１１２０とＬＵＮセキュリティテーブル１１１３０を持っている。これらのテーブルについては以下で詳細に説明する。
【００３４】
ディスクポート（１１２００）はサーバとディスクサブシステム間のデータ接続ポートである。本発明の特定の実施例においては、サブシステムには１またはそれ以上のディスクポートがあり、これらのディスクポートは、ファイバーチャネルやＳＣＳＩやＦＣオーバＩＰなどの種々の接続プロトコルを使用することができる。本実施例では、「ディスクサブシステムD」は、ファイバーチャネルディスクポート「ｄ１」と「ｄ２」の２個を持っている。
【００３５】
ボリューム（１１３００）はサーバにエクスポートされるボリュームである。ボリュームは、単一の物理ディスクドライブか複数のディスクドライブで構成され、データはストライプ化されてディスクアレーコントローラで管理される。すなわち、本発明の特定の実施例では、ボリュームの物理的な構造は関係しない。この実施例では、「ディスクサブシステムD」（１１０００）は３個のボリューム「ｖ１」と「ｖ２」と「ｖ３」を持っている。
【００３６】
図１はまたスイッチ（１２０００）を示している。スイッチ（１２０００）は、サーバとディスクサブシステムを接続するデバイスである。本発明の特定の実施例では、１個ないしはそれ以上のスイッチがあり、ＳＡＮのゾーニング機能をサポートしている。本発明の特定の実施例では、スイッチは独立した接続プロトコルである。図１の実施例では、「スイッチC」（１２０００）と呼ばれるスイッチがある。スイッチ（１２０００）はマネージメントエージェント(１２１００)とスイッチポート（１２２００）で構成される。
【００３７】
マネージメントエージェント（１２１００）はスイッチの中にあり、スイッチの構成を管理する。このエージェントはポートリンクテーブル１２１１０とゾーニングテーブル１２１２０の２個のテーブルを持つ。これらのテーブルについては以下でさらに詳細に説明する。
【００３８】
スイッチポート（１２２００）はサーバとディスクサブシステム間のデータ接続ポートである。本発明の特定の実施例においては、スイッチには１個またはそれ以上のスイッチポートがあり、これらのスイッチポートはファイバーチャネルやＳＣＳＩやＦＣオーバＩPなどの種々の接続プロトコルを使用することができる。本実施例では、「スイッチC」はファイバーチャネルスイッチポート「ｓ１」から「ｓ６」までの６個を持つ。
【００３９】
図１はまたサーバ（１３０００）を示している。サーバはアプリケーションあるいは管理に用いられる。「サーバ」１３０００はＳＡＮにおけるアプリケーションに用いられる。本発明の特定の実施例では、１個ないしはそれ以上のサーバがあり、ＳＡＮのＬＵＮマスキング機能をサポートしている。図１に示す実施例では、「サーバA」と「サーバB」と呼ばれる２台のサーバがある。
【００４０】
サーバ（１３０００）はマネージメントエージェント(１３１００)とホストポート（１３２００）で構成される。マネージメントエージェント（１３１００）はサーバの中にあり、サーバの構成を管理する。このエージェントは、ホストポートテーブル１３１１０とＬＵＮバインディングテーブル１３１２０とＬＵＮマスキングテーブル１３１３０の３個のテーブルを持つ。これらのテーブルについては以下でさらに詳細に説明する。
【００４１】
ホストポート（１３２００）はサーバとディスクサブシステム間のデータ接続ポートである。本発明の特定の実施例においては、サーバには１個またはそれ以上のホストポートがあり、これらのホストポートはファイバーチャネルやＳＣＳＩやＦＣオーバＩＰなどの種々の接続プロトコルを使用することができる。本実施例では、「サーバA」は２個のファイバーチャネルホストポート「a１」と「a２」を持ち、「サーバB」は一個のファイバーチャネルホストポート「ｂ１」を持つ。
【００４２】
図１はさらにマネージメントサーバ（１４０００）を示している。「マネージメントサーバ」は、ＳＡＮにおける管理に用いられる。本発明の特定の実施例では、１台のマネージメントサーバがあり、そこでＳＡＮマネージャがＳＡＮのなかで稼働する。マネージメントサーバは、ＳＡＮマネージャ（１４１００）とトポロジーリパジトリー（１４１２０）と他の各種のテーブルで構成される。
【００４３】
ＳＡＮマネージャ（１４１００）はマネージャサーバに所在している。ＳＡＮマネージャ１４１００は、マネージメントネットワーク１５０００経由で構成情報テーブルを取得する為に、１１１００や１２１００や１３１００などのすべてのマネージメントエージェントと交信する。
【００４４】
トポロジーリパジトリー（１４１２０）は、サーバやスイッチやディスクサブシステムなど全てのＳＡＮデバイスからのテーブルを記憶する。また、このリパジトリーは、ＳＡＮマネージャ１４１００が「トポロジーディスカバリー」の出力として作るトポロジーテーブル１４１３０を記憶する。ＳＡＮマネージャ１４１００の他のテーブルは、ディスカバリーリスト１４１１０や構成来歴テーブル１４１４０や不整合リスト１４１５０を含んでいる。
【００４５】
図１はさらにマネージメントネットワーク（１５０００）を示している。これは、構成テーブルを交換する為にマネージメントサーバや全てのＳＡＮデバイスと交信する為のネットワークである。本発明の特定の実施例において、マネージメントネットワーク（１５０００）は独立した接続プロトコルであって、すなわち、ファイバーチャネルやＳＣＳＩやＦＣオーバＩＰなどを用いることができる。
【００４６】
図２―図１２は、本発明の特定の実施例に用いられる代表的なテーブルを説明するものである。図２―図４は、本発明の特定の実施例におけるディスクサブシステムの代表的なテーブルを示している。
【００４７】
図２は本発明の特定の実施例における代表的なディスクポートテーブルを示している。ディスクポートテーブル（１１１１０）は、ディスクサブシステムにあるディスクポートの情報を提供する。特定の実施例では、このテーブルは、ディスクポートＩＤ（２１０）とＷＷＮ（２２０）の欄で構成される。ディスクポートＩＤ（２１０）は各ディスクポートの愛称である。ＷＷＮ（２２０）は各ディスクポートの固有の識別名である。ファイバーチャネルプロトコルでは、ワールドワイドネーム−World Wide Name（ＷＷＮ）が用いられる。
【００４８】
図３は本発明の特定の実施例における代表的なボリュームパステーブル（１１１２０）を示す。このテーブルは、ディスクポートからボリュームへ至るデータＩ／Ｏのパスの情報を提供する。このパスは「ボリュームパス」あるいは単に「パス」と呼ばれる。特定の実施例では、このテーブルは、パスＩＤ（３１０）やディスクポートＩＤ（３２０）やボリュームＩＤ（３３０）やＳＣＳＩＩＤ（３４０）やＳＣＳＩ  ＬＵＮ（３５０）の欄で構成される。パスＩＤ（３１０）はパスの愛称である。ディスクポートＩＤ（３２０）は、パスに付けられたディスクポートＩＤである。ボリュームＩＤ（３３０）は、パスに付けられたボリュームの愛称である。ＳＣＳＩ  ＩＤ（３４０）は、パスに付けられたＳＣＳＩ  ＩＤである。ＩＴ管理者はこの値をＳＣＳＩ  ＩＤとしてサーバに適用する。ＳＣＳＩ  ＬＵＮ（３５０）はパスに付けられたＳＣＳＩ  ＬＵＮ（論理ユニット番号-Logical Unit Number）である。ＩＴ管理者はこの値をＳＣＳＩ  ＬＵＮとしてサーバに適用する。
【００４９】
図４は、本発明の特定の実施例における、ＬＵＮセキュリティテーブル（１１１３０）を示している。このテーブルは、ディスクサブシステムにおけるＬＵＮセキュリティ構成の情報を提供する。ＬＵＮセキュリティテーブル（１１１３０）はＳＡＮの各ホストポートに対するパーミッションリストである。ＩＴ管理者がホストポートに対し、特定のボリュームにアクセスするか、しないかを指定したときに、マネージメントエージェント１１１００はＬＵＮセキュリティ構成をこのテーブルに記憶する。特定の実施例においては、このテーブルは、ボリュームＩＤ（４１０）とＬＵＮセキュリティ構成リスト（４２０）に対する欄で構成される。
【００５０】
ボリュームＩＤ（４１０）はＬＵＮセキュリティを適用したボリュームの愛称である。ＬＵＮセキュリティ構成リスト（４２０）は、ＳＡＮにおける各ホストポートに設定するパーミッションのリストである。この欄は下位の欄を持ち、それらは各々ホストポートに指定される。もし指定のホストポートが指定のボリュームにアクセス出来る場合には、リストの下位欄の値は「ＯＫ」である。もしそうでないならば、値は「ＮＧ」である。
【００５１】
図５―図６は、本発明の特定の実施例における、ファイバーチャネル（ＦＣ）スイッチの代表的なテーブルを示している。図５は、本発明の特定の実施例における、代表的なポートリンクテーブル（１２１１０）を示す。このテーブルは、スイッチを経由するサーバとディスクサブシステム間の相互接続関係の情報を提供し、以下「リンク」と呼ぶことにする。特定の実施例では、このテーブルは、スイッチポートＩＤ（５１０）とスイッチポートＷＷＮ（５２０）とリンクＷＷＮ（５３０）で構成される。
【００５２】
スイッチポートＩＤ（５１０）は、各スイッチポートの愛称である。スイッチポートＷＷＮ（５２０）は各スイッチポートの固有の識別名である。ファイバーチャネルプロトコルでは、ワールドワイドネーム−World Wide Name（ＷＷＮ）が使われるであろう。リンクＷＷＮ（５３０）は、このスイッチポートに接続されたターゲットデバイスのＷＷＮを示す。ＷＷＮは、スイッチポートやディスクポートではなく、むしろホストポートである。
【００５３】
図６は、本発明の特定の実施例における、代表的なゾーニングテーブル（１２１２０）を示している。このテーブルは、スイッチのゾーニング構成の情報を提供する。このテーブルの各エントリーは、スイッチポートのリストを持ち、特定のゾーンはそれで構成される。同じゾーンの二つのスイッチポートは、相互に交信できるが、ゾーンが異なると交信できない。特定の実施例においては、このテーブルは、ゾーンＩＤ（６１０）とスイッチポートＩＤリスト（６２０）に対する欄で構成される。ゾーンＩＤ（６１０）は各ゾーンの愛称である。スイッチポートＩＤリスト（６２０）は、スイッチポートのリストであって、そのスイッチポートでゾーンが構成される。
【００５４】
図７a-図９bは、本発明の特定の実施例における、サーバにある代表的なテーブルを示している。図７a-図７bは、本発明の特定の実施例における、代表的なホストポートテーブル（１３１１０aと１３１１０ｂ）を示している。これらのテーブルは、サーバA（１３０００a）とサーバB（１３０００b）におけるホストポートの情報を提供する。特定の実施例では、これらのテーブルは、ホストポートＩＤ（７１０）とＷＷＮ（７２０）とＳＣＳＩ ＩＤ（７３０）に対する欄で構成される。ホストポートＩＤ（７１０）は、mailto:は各@hp各ホストポートの愛称である。ＷＷＮ(７２０)は、各ホストポートの固有の識別子である。ファイバーチャネルプロトコルでは、ワールドワイドネーム−World Wide Name（ＷＷＮ）が使用さるであろう。ＳＣＳＩ  ＩＤ（７３０）は、IT管理者により指定のホストポートに割り当てられたＳＣＳＩ  ＩＤである。このＩＤは、単一のサーバにおいて固有に割り当てられる。
【００５５】
図８a-図８bは、本発明の特定の実施例における、代表的なＬＵＮバインディングテーブル（１３１２０aと１３１２０ｂ）を示している。これらのテーブルは、ホストポートからＳＣＳＩ  ＬＵ（論理ユニット−Logical Ｕnit）へのデータＩ／Ｏパスの情報を提供する。このパスは、ここでは「ＬＵＮバインディング」あるいは単に「バインディング」と呼ぶことにする。本発明の特定の実施例では、これらのテーブルは、バインディングＩＤ(８１０)とホストポートＩＤ（８１５）とＳＣＳＩ  ＩＤ（８２０）とＬＵＮ（８３０）と問い合わせ情報（８４０）の欄で構成される。
【００５６】
バインディングＩＤ（８１０）はバインディングの愛称である。ホストポートＩＤ（８１５）は各ホストポートの愛称である。ＳＣＳＩ  ＩＤ(８２０)はバインディングに付けられたＳＣＳＩ  ＩＤである。ＳＣＳＩ  ＩＤはサーバのホストポートに固有に割り当てられているので、このことはまた、このバインディングが割り当てられたホストポートを示している。ＬＵＮ（８３０）は、バインディングに付けられたＳＣＳＩ ＬＵＮ（論理ユニット番号-Logical Unit Number）である。問い合わせ情報（８４０）は、サーバがＬＵＮにＳＣＳＩ  ＩＮＱＵＩＲＹコマンドを発行したときに、ＬＵＮから貰う情報である。この情報は、ベンダ名、製品名やＬＵＮのボリュームＩＤ等の項目で構成される。
【００５７】
図９a-図９bは、本発明の特定の実施例における、代表的なＬＵＮマスキングテーブル（１３１３０aと１３１３０ｂ）を示している。これらのテーブルは、ディスクサブシステムにおけるＬＵＮマスキング構成の情報を提供する。これらのテーブルは、ＳＡＮにおける各ＬＵＮのパーミッションリストである。ＩＴ管理者が指定のホストポートがＬＵＮにアクセスするか否かを指定するときに、マネージメントエージェント１３１００は、これらのテーブルにＬＵＮマスキング構成を記憶する。特定の実施例では、これらのテーブルは、ホストポートＩＤ（９１０）とＬＵＮマスキング構成リスト（９２０）の欄で構成される。
【００５８】
ホストポートＩＤ（９１０）はＬＵＮマスキングが適用されたホストポートに対する愛称である。ＬＵＮマスキング構成リスト（９２０）は、サーバにおける各バインディングに対するパーミッション設定のリストである。この欄は下位の欄を持ち、それらは各々がバインディングに指定される。もし指定のホストポートが指定のバインディングＬＵにアクセス出来る場合は、リストの下位欄の値は「ＯＫ」である。もしそうでないならば、値は「ＮＧ」である。
【００５９】
図１０-図１２bは、本発明の特定の実施例において、マネージメントサーバにある代表的なテーブルを示している。図１０は、本発明の特定の実施例における、代表的なディスカバリーリスト（１４１１０）を示す。このテーブルは、ＳＡＮにおけるすべてのデバイスの情報を提供する。ＳＡＮマネージャ１４１００は、このテーブルを用いて、ＳＡＮデバイスにあるマネージメントエージェントから構成情報を得る。特定の実施例においては、このテーブルは、ディスカバリーＩＤ（１０１０）やデバイスのタイプ（１０２０）やデバイス情報（１０３０）やＩＰアドレス（１０４０）の欄で構成される。
【００６０】
ディスカバリーＩＤ（１０１０）は、探している目的のＳＡＮデバイスの愛称である。デバイスのタイプ（１０２０）はエントリーのデバイスのタイプを示す。ＳＡＮマネージャは、この欄を用いて、どのような種類のテーブルをＳＡＮマネージャが得たかを知る。デバイス情報（１０３０）は、目的とするＳＡＮデバイスの詳細情報である。ＩＰアドレス（１０４０）は、目的とするデバイスにあるマネージメントエージェントの通信ポイントである。特定の実施例においては、ＳＡＮマネージャは、ＴＣＰ／ＩＰを経由してＳＡＮデバイスと交信する。しかしながら、他の実施例においては、他の接続プロトコルを用いることが出来るのは、この技術を熟知している人には明白である。
【００６１】
図１１は、本発明の特定の実施例における、代表的なトポロジーテーブル（１４１３０）を示している。このテーブルはＳＡＮにおけるＩ／Ｏ通信のトポロジーを提供する。ＳＡＮマネージャ１４１００は、ディスクポートテーブル１１１１０やボリュームパステーブル１１１２０やポートリンクテーブル１２１１０やホストポートテーブル１３１１０やＬＵＮバインディングテーブル１３１３０を融合させてこのテーブルを作る。特定の実施例において、このテーブルは、サーバ（１１１０）、インターコネクト（１１２０）およびストレージ（１１３０）の欄で構成される。
【００６２】
サーバ（１１１０）は、トポロジーエントリーにおいてサーバ情報を示す欄である。この欄は複数の下位欄を持ち、サーバの詳細な情報を提供する。特定の実施例において、これらの下位欄は、サーバ名（１１１１）、バインディングＩＤ（１１１２）、およびホストポートＩＤ（１１１３）で構成される。インターコネクト（１１２０）は、トポロジーエントリーにおいてスイッチ情報を示す欄である。この欄は複数の下位欄を持ち、スイッチの詳細な情報を提供する。特定の実施例において、これらの下位欄は、一方にはスイッチ名（１１２１）とスイッチポートＩＤ（１１２２）を含み、他方にはスイッチ名（１１２３）とスイッチポートＩＤ（１１２４）を含んでいる。ストレージ（１１３０）は、トポロジーエントリーにおいてサブシステム情報を示す欄である。この欄は複数の下位欄を持ち、ディスクサブシステムの詳細な情報を提供する。特定の実施例において、これらの下位欄は、ストレージ名（１１３１）、ディスクポートＩＤ(１１３２)およびボリュームＩＤ(１１３３)を持っている。
【００６３】
図１２aは、本発明の特定の実施例における、代表的な構成来歴テーブル（１４１４０）を示す。このテーブルは、ＳＡＮにおける構成の変更の来歴を提供する。ＳＡＮマネージャ１４１００は、ＳＡＮデバイスが構成を変えたときに情報を記憶する。このテーブルは、構成の不整合により発生した障害を、ＳＡＮマネージャ１４１００が解析するときに用いられる。特定の実施例において、このテーブルは、デバイス名（１２１０）と時刻（１２２０）と変更の詳細（１２３０）の欄で構成される。
【００６４】
デバイス名（１２１０）は変更すべきデバイス名を示す欄である。時刻（１２２０）は、デバイスが構成を変更するときの時刻を示す欄である。変更の詳細（１２３０）は、構成変更の詳細情報を示す欄である。この欄は複数の下位欄を持ち、詳細な情報を提供する。特定の実施例において、この下位欄は、どのような変更が生じたのかを示す追加/削除/変更（１２３１）と変更の内容を示すディテール（１２３２）とを含む。
【００６５】
図１２bは、本発明の特定の実施例における、代表的な不整合リスト（１４１５０）を示している。このテーブルは、ＳＡＮマネージャ１４１００により検出された構成不整合のリストを提供する。特定の実施例においては、このテーブルは、デバイス名（１２４０）と不整合なペア（１２５０）と不整合の原因（１２６０）の欄で構成される。
【００６６】
デバイス名（１２４０）は、構成不整合があるデバイス名を示す欄である。不整合のペア（１２５０）は、不整合のある構成のキーインデックスを示す欄である。たとえば、もしデバイス名がサーバであれば、ペアは（ホストポートＩＤとバインディングＩＤ）になる。もしデバイス名がディスクサブシステムであれば、ペアは（ボリュームＩＤとホストポートＩＤ）になる。不整合の原因（１２６０）は、構成の不整合の詳細情報を示す欄である。この欄は複数の下位欄を持ち、詳細な情報を提供する。特定の実施例において、これらの下位欄は、関連デバイス名（１２６１）すなわち構成の不整合に関連したデバイス名と、原因（１２６２）すなわちＳＡＮマネージャ１４１００により検知された構成の不整合の原因とを含んでいる。
【００６７】
図１３-図１６は、本発明の特定の実施例において、ＳＡＮマネージャの処理フローのフローチャートを示している。図１３は、本発明の特定の実施例における、ＳＡＮマネージャ１４１００の代表的な処理フローのフローチャートを示している。
【００６８】
ＳＡＮマネージャ１４１００は処理が終了したかをチェックする。[ステップ１３００]ＳＡＮマネージャ１４１００は、処理が終了するまで、管理機能の処理を継続する。もし終了したら、このフローも終了する。図１３に示す特定の実施例では、管理機能には、トポロジーディスカバリー、構成チェック、構成の変更、と障害解析を含む。
【００６９】
トポロジーディスカバリー
ＳＡＮマネージャ１４１００は、ディスカバリーリスト１４１１０に基づきＳＡＮデバイスを見つけ、ＳＡＮマネージャ１４１００は、ＳＡＮデバイスにあるマネージメントエージェントから構成情報を取得する。[ステップ１３１０]ＳＡＮマネージャ１４１００は、すべての構成情報をトポロジーリパジトリー１４１２０に記憶する。なにか更新がある場合は、ＳＡＮマネージャ１４１００は、構成来歴テーブル１４１４０に古い構成を記憶する。[ステップ１３２０]ＳＡＮマネージャ１４１００は、トポロジーリパジトリー１４１２０に基づき、トポロジーテーブル１４１３０を作成あるいは更新する。[ステップ１３３０]次に、ＳＡＮマネージャ１４１００は結果を出力する。[ステップ１３４０]処理はステップ１３００により継続される。
【００７０】
構成チェック
ＳＡＮマネージャ１４１００は、ＳＡＮにおける構成の不整合を検出する。[ステップ１３５０]この処理については、図１４を参照して以下で詳細に説明する。処理はステップ１３００により継続される。
【００７１】
構成の変更
ＳＡＮマネージャ１４１００は、ＩＴ管理者により指定された構成の変更をチェックする。もしその変更が現在のＳＡＮの構成と整合する場合は、ＳＡＮマネージャ１４１００は構成を変更する。[ステップ１３６０]この処理については、図１５を参照しながら以下により詳細に説明する。処理はステップ１３００により継続される。
【００７２】
障害解析
ＳＡＮマネージャ１４１００は、ＳＡＮデバイスが受け取った障害を解析し、障害が構成の不整合に関連しているかをチェックする。[ステップ１３７０]この処理については、図１６を参照しながら以下により詳細に説明する。処理はステップ１３００により継続される。
【００７３】
図１４aは、本発明の特定の実施例における、ステップ１３５０の代表的な処理フローのフローチャートを示している。トポロジーリパジトリー１４１２０でミラリングされた各ＬＵＮマスキングテーブル１３１３０に対し、ＳＡＮマネージャ１４１００は、ＬＵＮセキュリティやゾーニングのようなほかの構成により、マスキング構成の整合性をチェックする。[ステップ１３５１]トポロジーリパジトリー１４１２０でミラリングされた各ＬＵＮセキュリティテーブル１１１３０に対し、ＳＡＮマネージャ１４１００は、ＬＵＮマスキングやゾーニングのようなほかの構成により、セキュリティ構成の整合性をチェックする。[ステップ１３５２]ＳＡＮマネージャ１４１００は、不整合リスト１４１５０を結果として出力する。[ステップ１３５３]
【００７４】
図１４bは、本発明の特定の実施例における、ステップ１３５１の代表的な処理フローのフローチャートを示している。ＬＵＮマスキングテーブル１３１３０の各ペア（ホストポートＩＤとバインディングＩＤ）に対し、ＳＡＮマネージャ１４１００は、マスキング値（「ＯＫ」あるいは「ＮＯ」）をチェックする。[ステップ１４０１]ＳＡＮマネージャはまたそのペアのエントリーがトポロジーテーブル１４１３０にあるか否かをチェックする。マスキング値とエントリーの存在を調べて、ＳＡＮマネージャは、そのペアを次の分類のいずれかに入れる：
ケース１：マスキング値は「ＯＫ」、そしてエントリーはトポロジーテーブル１４１３０に存在する。
ケース２：マスキング値は「ＮＧ」、そしてエントリーはトポロジーテーブル１４１３０に存在しない。
ケース３：マスキング値は「ＯＫ」、そしてエントリーはトポロジーテーブル１４１３０に存在しない。
ケース４：マスキング値は「ＮＧ」、そしてエントリーはトポロジーテーブル１４１３０に存在する。
ケース１とケース２：そのペアの構成には整合性があるもしＳＡＮマネージャ１４１００が、そのペアは整合していると判定した場合、処理は終了し、もしあれば別のペアがチェックされる。
ケース３とケース４：そのペアの構成は不整合である.もしＳＡＮマネージャ１４１００が、そのペアは不整合であると判定した場合、処理はステップ１４０２に従い続行される。
【００７５】
ＳＡＮマネージャ１４１００は、不整合リスト１４１５０にペア（ホストポートＩＤとバインディングＩＤ）を追加する。[ステップ１４０２]もしマスキング値が「ＯＫ」で、エントリーがトポロジーテーブル１４１３０に存在しないために不整合が発生した場合は（ケース３）、処理はステップ１４０４により続行される。そうではなく、もしマスキング値が「ＮＧ」で、エントリーがトポロジーテーブル１４１３０に存在するために不整合が発生した場合は（ケース４）、処理はステップ１４０３により続行される。
【００７６】
ケース４で代表される状態の場合は、不整合の原因はＬＵＮマスキング構成と現在のトポロジーの双方にある。[ステップ１４０３]ＳＡＮマネージャ１４１００は、原因を不整合リスト１４１５０に出力し、このペアに関する処理は終了する。ケース３で代表される状況においては、ＳＡＮマネージャ１４１００は不整合の原因を解析する。[ステップ１４０４]
【００７７】
ＳＡＮマネージャ１４１００はＬＵＮバインディングテーブル１３１２０をチェックする。[ステップ１４０４]もし、テーブルがそのペアに関連するエントリーを持つならば、処理はステップ１４０６により続行し、その他の場合は、ステップ１４０５へ進む。もしステップ１４０４の結果が「ＮＯ」であった場合は、不整合の原因は、ＬＵＮマスキング構成と現在のトポロジーの双方にある。[ステップ１４０５]ＳＡＮマネージャ１４１００は不整合リスト１４１５０に原因を出力し、このペアに対する処理を終了する。もしステップ１４０４の結果が「ＹＥＳ」であった場合は、ＳＡＮマネージャ１４１００はゾーニングテーブル１２１２０をチェックする。[ステップ１４０６]
【００７８】
ゾーニングテーブル１２１２０をチェックするためには、ＳＡＮマネージャ１４１００はホストポートとＬＵについているスイッチポートＩＤを見に行く。ホストポートについているスイッチポートＩＤを見るためには、ＳＡＮマネージャ１４１００はリパジトリーにあるホストポートテーブル１３１１０とポートリンクテーブル１２１１０を用いる。ＬＵに付いているスイッチポートＩＤを見るためには、ＳＡＮマネージャ１４１００はリパジトリーにあるディスクポートテーブル１１１１０とボリュームパステーブル１１１２０とポートリンクテーブル１２１１０を用いる。もし、ホストポートに付いているスイッチポートＩＤとＬＵに付いているスイッチポートＩＤが同一のゾーンにある場合は、処理はステップ１４０８により続行し、その他の場合は、ステップ１４０７へ進む。もしステップ１４０６の結果が「ＮＯ」であった場合は、不整合の原因は、ＬＵＮマスキング構成とゾーニング構成の双方にある。[ステップ１４０７]
【００７９】
ＳＡＮマネージャ１４１００は、不整合リスト１４１５０に原因を出力し、このペアに対する処理を終了する。もしステップ１４０６の結果が「ＹＥＳ」であった場合は、ＳＡＮマネージャ１４１００は、ＬＵＮセキュリティテーブル１１１３０をチェックする。[ステップ １４０８]もしそのペアがＬＵへのアクセスを許可されている場合は、ステップ１４１０に進み、その他の場合はステップ１４０９に進む。もしステップ１４０８の結果が「ＮＯ」であった場合は、不整合の原因は、ＬＵＮマスキング構成とＬＵＮセキュリティ構成の双方にある。[ステップ１４０９]ＳＡＮマネージャ１４１００は、不整合リスト１４１５０に原因を出力し、このペアに対する処理を終了する。もしステップ１４０８の結果が「ＹＥＳ」の場合は、不整合の原因はトポロジー情報にある。[ステップ１４１０]ＳＡＮマネージャ１４１００は不整合リスト１４１５０に原因を出力し、このペアに対する処理を終了する。
【００８０】
図１４cは、本発明の特定の実施例における、ステップ１３５２の代表的な処理フローのフローチャートを示している。ＬＵＮセキュリティテーブル１１１３０にある各ペア（ボリュームＩＤとホストポートＩＤ）に対して、ＳＡＮマネージャ１４１００はセキュリティ値が「ＯＫ」か、あるいは「ＮＧ」であるかをチェックする。[ステップ１４２１]ＳＡＮマネージャは、そのペアのエントリーがトポロジーテーブル１４１３０にあるか否かもチェックする。セキュリティ値とエントリーの存在をチェックすることで、ＳＡＮマネージャは、そのペアを次のカテゴリーのいずれかに入れる。
ケース１：セキュリティ値は「ＯＫ」、トポロジーテーブル１４１３０にエントリーが存在する。
ケース２：セキュリティ値は「ＮＧ」、トポロジーテーブル１４１３０にエントリーが存在しない。
ケース３：セキュリティ値は「ＯＫ」、トポロジーテーブル１４１３０にエントリーが存在しない。
ケース４：セキュリティ値は「ＮＧ」、トポロジーテーブル１４１３０にエントリーが存在する。
ケース１とケース２：そのペアの構成は整合している。
もしＳＡＮマネージャ１４１００が、そのペアが整合していると判断すると、この処理は終了する。ほかのペアがあれば、それをチェックする。
ケース３とケース４：そのペアの構成は不整合である。もしＳＡＮマネージャ１４１００が、そのペアは不整合であると判断すると、ステップ１４２２により処理は継続される。
【００８１】
ＳＡＮマネージャ１４１００は、そのペア（ボリュームＩＤとホストポートＩＤ）を不整合リスト１４１５０に追加する。[ステップ１４２２]もし不整合が、セキュリティ値が「ＯＫ」でトポロジーテーブル１４１３０にエントリーが存在しないことで生じている場合は（ケース３）、処理はステップ１４２４により継続される。その他の場合は、もし不整合が、セキュリティ値が「ＮＧ」でエントリーがトポロジーテーブル１４１３０に存在することで生じている場合（ケース４）は、処理はステップ１４２３により継続される。
【００８２】
ケース４で代表される状況では、不整合の原因は、ＬＵＮセキュリティ構成と現在のトポロジーの双方に存在する。[ステップ１４２３]ＳＡＮマネージャ１４１００は不整合リスト１４１５０に原因を出力し、このペアに対する処理を終了する。ケース３で代表される状況では、ＳＡＮマネージャ１４１００は不整合の原因を分析する。[ステップ１４２４]
【００８３】
ＳＡＮマネージャ１４１００は、ゾーニングテーブル１２１２０をチェックする。ゾーニングテーブル１２１２０をチェックするために、ＳＡＮマネージャは、ホストポートとボリュームについているスイッチポートＩＤを見る。 ホストポートに付いているスイッチポートＩＤを見るためには、ＳＡＮマネージャ１４１００は、リパジトリーにあるホストポートテーブル１３１１０とポートリンクテーブル１２１１０を用いる。ボリュームに付いているスイッチポートＩＤを見るためには、ＳＡＮマネージャ１４１００は、リパジトリーにあるディスクポートテーブル１１１１０とボリュームパステーブル１１１２０とポートリンクテーブル１２１１０を用いる。もしホストポートに付いているスイッチポートＩＤとボリュームに付いているスイッチポートＩＤの双方が同一のゾーンにある場合は、ステップ１４２６に進む。その他の場合はステップ１４２５に進む。もしステップ１４２４の結果が「ＮＯ」であった場合は、不整合の原因は、ＬＵＮセキュリティ構成とゾーニング構成にある。[ステップ１４２５]
【００８４】
ＳＡＮマネージャ１４１００は、不整合リスト１４１５０に原因を出力し、このペアに対する処理を終了する。もしステップ１４２４の結果が「ＹＥＳ」であった場合は、ＳＡＮマネージャ１４１００はＬＵＮバインディングテーブル１３１２０をチェックする。[ステップ１４２６]もしテーブルがそのペアに関するエントリーを持っている場合には、ステップ１４２８に進み、その他の場合はステップ１４２７へ進む。もしステップ１４２６の結果が「ＮＯ」であった場合は、不整合の原因はＬＵＮセキュリティ構成と現在のトポロジーにある。[ステップ１４２７]ＳＡＮマネージャ１４１００は不整合リスト１４１５０に原因を出力し、このペアに対する処理を終了する。もしステップ１４２６の結果が「ＹＥＳ」であった場合は、ＳＡＮマネージャ１４１００はＬＵＮマスキングテーブル１３１３０をチェックする。[ステップ１４２８]もしそのペアがアクセスを許可されていた場合は、ステップ１４３０に進み、その他の場合はステップ１４２９へ進む。もしステップ１４２８の結果が「ＮＯ」であった場合は、不整合の原因はＬＵＮセキュリティ構成とＬＵＮマスキング構成にある。[ステップ１４２９]
【００８５】
ＳＡＮマネージャ１４１００は不整合リスト１４１５０に原因を出力し、このペアに対する処理を終了する。もし、ステップ１４２８の結果が「ＹＥＳ」の場合は、不整合の原因は現在のトポロジー情報にある。[ステップ１４３０]ＳＡＮマネージャ１４１００は不整合リスト１４１５０に原因を出力し、このペアに対する処理を終了する。
【００８６】
図１５は、本発明の特定の実施例における、ステップ１３６０の代表的な処理フローのフローチャートを示している。ＩＴ管理者のようなユーザは変更要求を入力する。[ステップ１３６１]次に、構成不整合検出処理が行われる。[ステップ１３５０]この処理は、前に図１４aを参照して説明した。
【００８７】
次に、ＳＡＮマネージャ１４１００は、ステップ１３５０の結果としてＳＡＮになにか不整合があるかチェックする。[ステップ１３６２]もしＳＡＮマネージャ１４１００が不整合を発見しなかったときは、ステップ１２６３により処理を続行し、その他の場合は、ステップ１３６４に進む。もし不整合が検出されなかった場合は、次に、ＳＡＮマネージャ１４１００は構成を変更し、[ステップ１３６３]このフローを終了させる。その他の場合は、ＳＡＮマネージャ１４１００はステップ１３５０の結果を出力し、ユーザに要求を破棄するか、または強行するのかを尋ねる。[ステップ１３６４]もしユーザが「要求破棄」を示すと、ＳＡＮマネージャ１４１００は要求を破棄し[ステップ１３６５]このフローの処理は終了する。その他の場合は、もしユーザが要求を強行する場合は、ＳＡＮマネージャ１４１００は要求を遂行し、不整合の結果を出力する。[ステップ１３６６]このフローに関する処理は終了する。
【００８８】
図１６は、本発明の特定の実施例における、ステップ１３７０の代表的な処理フローのフローチャートを示している。ＳＡＮマネージャ１４１００は、ＳＡＮデバイスから障害の通知を受け取る[ステップ１３７１]次に、ＳＡＮマネージャ１４１００は、通知の原因をチェックする。[ステップ１３７２]もしこの障害がハードウエア障害で発生した場合は、ステップ１３７３に進む。その他の場合は、ステップ１３５０に進む。もしこの障害通知がハードウエア障害の結果であるならば、ＳＡＮマネージャ１４１００は解析を終了し、結果を出力する。[ステップ１３７３]このフローに関する処理は終了する。その他の場合は、この障害通知は構成不整合で起きた可能性がある。もしそうならば、ＳＡＮマネージャ１４１００は、図１４aを参照しながら上記で説明した、構成不整合検出処理を行い[ステップ１３５０]、ステップ１３７４により続行する。次に、ＳＡＮマネージャ１４１００は不整合リスト１４１５０をチェックする[ステップ１３７４]。もし障害に関わるエントリーが存在する場合は、ＳＡＮマネージャ１４１００はそれを結果として出力し、このフローの処理は終了する。
【００８９】
【発明の効果】
本発明の特定の実施例は、ユーザ（ＩＴマネージャ）に中央構成管理機能を提供することが出来る。今日においては、ＳＳＰ（ストレージサービスプロバイダー：Storage Service Provider）や企業は、多くの大規模なデータセンターをそのＩＴ環境のなかに持っている。構成が変更されるたびに、本発明の特定の実施例による技術を用いて、構成の整合性が自動的にチェックされる。ＳＡＮの構成の不整合を検出する能力により、ＩＴ管理者は単一の管理コンソールからすべての構成情報を取得し、自動的に構成の整合性をチェックすることが出来るようになる。上述したことは、本発明の好ましい実施例の説明である。請求の範囲により定義した本発明の意図するところを逸脱することなく、変更あるいは修正が可能であることは理解されるであろう。
【００９０】
【図面の簡単な説明】
【図１】図１は本発明の特定の実施例における代表的なディスクサブシステムの全体図を示す。
【図２】図２は本発明の特定の実施例におけるディスクサブシステムでの代表的なテーブルを示す。
【図３】図３は本発明の特定の実施例におけるディスクサブシステムでの代表的なテーブルを示す。
【図４】図４は本発明の特定の実施例におけるディスクサブシステムでの代表的なテーブルを示す。
【図５】図５は本発明の特定の実施例におけるファイバーチャネル（FC）スイッチでの代表的なテーブルを示す。
【図６】図６は本発明の特定の実施例におけるファイバーチャネル（FC）スイッチでの代表的なテーブルを示す。
【図７ａ】図７aは本発明の特定の実施例におけるサーバでの代表的なテーブルを示す。
【図７ｂ】図７bは本発明の特定の実施例におけるサーバでの代表的なテーブルを示す。
【図８ａ】図８aは本発明の特定の実施例におけるサーバでの代表的なテーブルを示す。
【図８ｂ】図８bは本発明の特定の実施例におけるサーバでの代表的なテーブルを示す。
【図９ａ】図９aは本発明の特定の実施例におけるサーバでの代表的なテーブルを示す。
【図９ｂ】図９bは本発明の特定の実施例におけるサーバでの代表的なテーブルを示す。
【図１０】図１０−図１２bは本発明の特定の実施例におけるマネージメントサーバでの代表的なテーブルを示す。
【図１１】図１０−図１２bは本発明の特定の実施例におけるマネージメントサーバでの代表的なテーブルを示す。
【図１２ａ】図１０−図１２bは本発明の特定の実施例におけるマネージメントサーバでの代表的なテーブルを示す。
【図１２ｂ】図１０−図１２bは本発明の特定の実施例におけるマネージメントサーバでの代表的なテーブルを示す。
【図１３】図１３は本発明の特定の実施例におけるＳＡＮマネージャの処理の流れを示すフローチャートを示す。
【図１４ａ】図１４ａは本発明の特定の実施例におけるＳＡＮマネージャの処理の流れを示すフローチャートを示す。
【図１４ｂ】図１４ｂは本発明の特定の実施例におけるＳＡＮマネージャの処理の流れを示すフローチャートを示す。
【図１４ｃ】図１４ｃは本発明の特定の実施例におけるＳＡＮマネージャの処理の流れを示すフローチャートを示す。
【図１５】図１５は本発明の特定の実施例におけるＳＡＮマネージャの処理の流れを示すフローチャートを示す。
【図１６】図１６は本発明の特定の実施例におけるＳＡＮマネージャの処理の流れを示すフローチャートを示す。
【００９１】
【符号の説明】
１４０００・・・マネージメントサーバ、１４１００・・・ＳＡＮマネージャ、１４１１０・・・ディスカバリーリスト、１４１５０・・・不整合リスト、１４１２０・・・トポロジーリパジトリー、１４１３０・・・トポロジーテーブル、１４１４０・・・構成来歴テーブル、１５０００・・・マネージメントネットワーク、１３０００a・・・サーバA、１３１００ａ・・・マネージメントエージェント、１３１１０a・・・ホストポートテーブル、１３１２０a・・・ＬＵＮバインディングテーブル、１３１３０ａ・・・ＬＵＮマスキングテーブル、１３２００a１・・・ホストポート a１、１２０００・・・スイッチC、１２１００・・・マネージメントエージェント、１２１１０・・・ポートリンクテーブル、１２１２０・・・ゾーニングテーブル、１２２００・・・スイッチポート、１１０００・・・ディスクサブシステム D、１１１００・・・マネージメントエージェント、１１１１０・・・ディスクポートテーブル、１１１２０・・・ボリュームパステーブル、１１１３０・・・ＬＵＮセキュリティテーブル、１１２００・・・ディスクポート、１１３００・・・ボリューム
【図１】
0004369110.tif 000002
【図２】
0004369110.tif 000003
【図３】
0004369110.tif 000004
【図４】
0004369110.tif 000005
【図５】
0004369110.tif 000006
【図６】
0004369110.tif 000007
【図７ａ】
0004369110.tif 000008
【図７ｂ】
0004369110.tif 000009
【図８ａ】
0004369110.tif 000010
【図８ｂ】
0004369110.tif 000011
【図９ａ】
0004369110.tif 000012
【図９ｂ】
0004369110.tif 000013
【図１０】
0004369110.tif 000014
【図１１】
0004369110.tif 000015
【図１２ａ】
0004369110.tif 000016
【図１２ｂ】
0004369110.tif 000017
【図１３】
0004369110.tif 000018
【図１４ａ】
0004369110.tif 000019
【図１４ｂ】
0004369110.tif 000020
【図１４ｃ】
0004369110.tif 000021
【図１５】
0004369110.tif 000022
【図１６】
0004369110.tif 000023