JP2004318741A

JP2004318741A - ネットワーク管理プログラム、管理計算機及び管理方法

Info

Publication number: JP2004318741A
Application number: JP2003115181A
Authority: JP
Inventors: Etsutaro Akagawa; 悦太郎赤川; Hiroshi Furukawa; 博古川
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2003-04-21
Filing date: 2003-04-21
Publication date: 2004-11-11
Anticipated expiration: 2023-04-21
Also published as: US7234020B2; JP4285058B2; US20070214253A1; US20040210791A1

Abstract

【課題】従来技術では、ボリュームに障害が発生した際に、ネットワークを構成する複数の機器を一元管理する管理計算機において、ボリュームへアクセス可能なホスト計算機により正確な障害通知を行うことができなかった。
【解決手段】本発明の一実施形態の管理プログラムは、計算機と前記計算機とＳＡＮ（ＳｔｏｒａｇｅＡｒｅａＮｅｔｗｏｒｋ）を介して接続されるボリュームを管理する複数の記憶装置とに接続された管理計算機に実行させるためのプログラムである。該管理プログラムは、記憶装置から、ボリュームの障害通知を受信する手順と、複数の記憶装置から、ボリュームへアクセス可能な計算機を特定するためのボリュームアクセス制限情報を受信する手順と、ボリュームアクセス制限情報に基づいて、ボリュームへのアクセスが許可された計算機に対してボリュームの障害を通知する手順とを実行させる。
【選択図】図１

Description

【０００１】
【発明の属する技術的分野】
本発明は、ネットワークシステムの管理技術、特にＳＡＮの管理技術に関する。
【０００２】
【従来の技術】
近年、ＳＡＮ（ＳｔｏｒａｇｅＡｒｅａＮｅｔｗｏｒｋ）というネットワークシステム形態が提供されている。ＳＡＮは、大容量の記憶領域を持つ記憶装置と、記憶装置の記憶領域内のデータを使用するホスト計算機とが接続された構成を有する。ＳＡＮでは、ＳＣＳＩ（ＳｍａｌｌＣｏｍｐｕｔｅｒＳｙｓｔｅｍＩｎｔｅｒｆａｃｅ）互換のプロトコルが用いられることが多い。そのため、ＳＡＮを構成するストレージ装置に対しては、ＳＡＮに接続されたホスト計算機であればいずれからであってもアクセス可能であり、セキュリティ等の問題が存在する。
【０００３】
この問題の対処法として、ボリューム単位にアクセス可能なホストを制限するアクセス制御技術が知られている（特許文献１参照）。即ち、ストレージ装置内の制御ユニットが、予め登録されたアクセス制御リストに基づいて、ボリューム単位にアクセス可能なホスト計算機かどうかを判定する。さらに、特許文献１では、ストレージ装置は、アクセス制御テーブルを利用して、ボリュームの故障に対して影響のあるホスト計算機を特定し、故障の有無及び状態を通知している。
【０００４】
【特許文献１】特開２００２−２７８９０５号公報（第８頁、第１図）
【０００５】
【発明が解決しようとする課題】
特許文献１では、アクセス制御テーブルの設定と障害通知を記憶装置で行うが、複数のストレージ装置を使用するシステムでは、ストレージ装置ごとにアクセス制御テーブルの設定を行う必要があるため煩雑である。
【０００６】
また、特許文献１では、ストレージ装置で管理するアクセス制御テーブルのみを考慮しており、その他の機器で管理されるアクセス制御テーブルを考慮していなかった。例えば、ストレージ装置とホスト計算機とはＦＣ（ＦｉｂｒｅＣｈａｎｎｅｌ）スイッチで接続されることがある。ＦＣスイッチにもストレージ装置と同様アクセス制御技術（Ｚｏｎｉｎｇ等）が存在するため、ボリュームを使用しているホスト計算機にのみ障害を通知するためにはＦＣスイッチのアクセス制御技術をも考慮しなければならないが、特許文献１では、ストレージ装置以外で管理されるアクセス制御テーブルを考慮していなかった。
【０００７】
本発明の目的は、ボリュームに障害が発生した際に、ネットワークを構成する複数の機器を一元管理する管理計算機において、ボリュームへアクセス可能なホスト計算機により正確な障害通知を行うことである。
【０００８】
【課題を解決するための手段】
本発明の一実施形態である管理プログラムは、ボリュームへアクセス可能な計算機を特定するためのアクセス制限情報に基づいてボリュームへの入出力を制御するアクセス制限手段を有する複数の記憶装置と、１台以上のホスト計算機とに接続される。ボリュームに障害が発生した際、ボリュームへアクセスが許可されたホスト計算機にのみ障害情報を通知する。
【０００９】
また本発明の他の実施形態である管理プログラムは、複数のインタフェースを持ち、インタフェース間での入出力を定義した経路制御情報に基づいてインタフェース間での入出力を行う制御部をもつ接続装置と、１台以上の前記記憶装置と、１台以上のホスト計算機とに接続され、ボリュームに障害が発生した際、ボリュームへのアクセスが許可されており、ボリュームとホスト計算機との間に経路が存在するホスト計算機にのみ障害を通知する。
【００１０】
なお、本発明の他の特徴については、本明細書及び添付図面の記載により明らかにする。
【００１１】
【発明の実施の形態】
図１は、本発明における第一の実施形態のネットワークの構成図である。
【００１２】
本実施形態のネットワークシステムは、統合管理計算機１１と、複数の記憶装置１２ａ、記憶装置１２ｎ（総称して記憶装置１２と呼ぶ）と、１つ以上のホスト計算機１３ａ、・・・ホスト計算機１３ｎ（総称してホスト計算機１３と呼ぶ）と、１つ以上のクライアント計算機１４ａ、・・・クライアント計算機１４ｎ（総称してクライアント計算機１４と呼ぶ）と、１つ以上のＳＡＮ接続装置１５と、１つ以上のＬＡＮ接続装置１６と、１つ以上のＳＡＮ管理計算機１７とを有する。なお、ホスト計算機１３とＳＡＮ接続装置１５と記憶装置１２とは、ネットワーク１１０（例えばファイバチャネル（ＦＣ））を介して接続されている。
【００１３】
記憶装置１２は、例えば、ＲＡＩＤ（ＲｅｄｕｎｄａｎｔＡｒｒａｙｏｆＩｎｅｘｐｅｎｓｉｖｅＤｉｓｋｓ）により管理されるディスクユニット装置であって、複数のボリューム１２０１と、ディスク制御部１２０２と、ネットワーク１１０を介してホスト計算機１３やＳＡＮ接続装置１５と接続する複数のポート１２０３と、管理ネットワーク１９と接続する管理インタフェース１２０４と、オペレーティングシステム、アプリケーション及びボリュームアクセス制御情報１２０７等が格納された記憶部１２０５とを有している。尚、ボリューム１２０１は、ホスト計算機１３から識別可能なアドレスで指定されるボリューム（ＬｏｇｉｃａｌＵｎｉｔ（ＬＵ））と、ＬＵとの関連で記憶装置１２内の物理的記憶領域に割当てられたボリューム（ＬｏｇｉｃａｌＤｅｖｉｃｅ（ＬＤＥＶ））を含む。また、ポート１２０３内のプロセッサ又はディスク制御部１２０２により、クライアント計算機１４とボリューム１２０１との間でのファイルデータとブロックデータとの変換システム（ＮＦＳ等）の機能を実現してもよい。
【００１４】
ボリューム１２０１は、一又は複数の記憶装置１２の物理的な記憶領域を論理的に区分けした単位の記憶領域をいう。なお、本実施形態では、ボリュームのハードウェア的な説明が直接関係しないことから、簡略化のために、論理的な管理単位であるボリュームを使用して以下の説明を行う。
【００１５】
ディスク制御部１２０２は、ホスト計算機１３からのボリュームの論理アドレスを指定して発行した入出力要求に対して、ボリューム１２０１の論理アドレスと物理アドレスとを変換する論物変換テーブルに従って、ボリューム１２０１に対しての入出力制御を行うとともに、記憶部１２０５に格納されたボリュームアクセス制御情報１２０７に基づいて、ホスト計算機１３からのボリューム１２０１に対するアクセス制御を司る。
【００１６】
図３は、（Ａ）が本実施形態における、ボリューム制御情報に含まれるボリュームアクセス制御情報を示す図であり、（Ｂ）が本実施形態におけるボリューム状態情報及び性能情報を示す図である。
【００１７】
ボリュームアクセス制御情報１１０３は、少なくともアクセス権を設定するボリューム（ＬＵ、ＬＤＥＶを含む。）の識別名３１と、該ボリュームごとにアクセス権のあるひとつあるいは複数のホスト名３２とを含む。さらに、ボリューム状態及び性能情報１２０６は、ボリュームごとの状態情報３３（障害の有無、データ書込み可能かどうか、性能情報の値があるしきい値に達した場合のアラート等）及び性能情報３４（単位時間あたりの平均Ｉ／Ｏ数（書込み、読込み等）、最大記憶容量、空憶容量、使用量の増加率等）とを示す情報が含まれる。なお、また、ボリューム状態及び性能情報１２０６は、記憶装置１２内の記憶領域を対象としているが、ホスト計算機１３等のボリュームも考慮して管理する場合は、図３（Ｂ）と同様な情報として取り扱う。また、本一覧はあくまでも一例であり、その表現方法を問わない。
【００１８】
ディスク制御部１２０２は、定期的に、管理ネットワーク１９を介して、テーブル作成モジュール１１０４へ、ボリュームアクセス制御情報１２０７とボリューム状態及び性能情報１２０６とを送信する。
【００１９】
なお、ボリュームアクセス制御情報等１２０６、１２０７を送信するタイミングは、構成情報や状態情報が変更されるタイミング（障害発生したとき、性能情報の値があるしきい値を超えたとき等）、或いは管理インタフェース（Ｉ／Ｆ）１３０７が統合管理計算機１１などの外部装置から情報取得の要求を受信したタイミング等であってもよい。また、管理を制御する場合に必要な情報（ボリュームアクセス制御情報等１２０６、１２０７を含む。）のやり取りをするための回線は、ネットワーク１１０又は運用ネットワーク１８を用いても良い。
【００２０】
ホスト計算機１３は、運用ネットワーク１８を介して、クライアント計算機１４にサービスを提供する計算機であり、記憶部１３０４と、記憶部１３０４に格納されたオペレーティングシステム、サービス提供モジュール１３０５を実行する制御部１３０３と、運用ネットワーク１８を介して通信をするためにインタフェース（Ｉ／Ｆ）１３０２と、ネットワーク１１０を介して記憶装置１２と通信するためのインタフェース（Ｉ／Ｆ）１３０１と、管理ネットワーク１９を介して通信するためのインタフェース（Ｉ／Ｆ）１３０７とを有する。
【００２１】
サービス提供モジュール１３０５は、サービスごとのアプリケーション設定情報１３０６に基づいて、ホスト計算機１３のもつサービスに関するリソース（データを含む。）を、運用ネットワーク１８を介して、クライアント計算機１４に提供する。
【００２２】
図６は、本実施形態におけるアプリケーション設定情報を示す図である。
【００２３】
アプリケーション設定情報は、ホスト計算機名６１と、該ホスト計算機がサービスアプリケーションを実行することによりクライアント計算機が利用するサービス名６２と、該ホスト計算機が実行するサービスアプリケーションを利用するクライアント計算機名６３と、該サービスごとにアクセスするボリューム名６４と、該サービスの動作環境等を示す情報とを含む。
【００２４】
ここで、サービスアプリケーションとは、例えば、特定のクライアント計算機間でファイルを共有するためのファイル共有サービス（ＮｅｔｗｏｒｋＦｉｌｅＳｙｓｔｅｍ（ＮＦＳ）等）、クライアント計算機ごとに利用可能なリソースのロケーション（ＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）等）を公開するウェブ閲覧サービス、特定のクライアント計算機に対して時刻情報を提供する時刻サービス等（ＮｅｔｗｏｒｋＴｉｍｅＰｒｏｔｏｃｏｌ等）が含まれる。
【００２５】
尚、サービスごとにアクセスするボリューム名６４とは、記憶装置１２のボリューム１２０１であるが、サービスを実施する際に使用される他のボリュームも含んでも良い。例えば、ホスト計算機１３又はＳＡＮ接続装置１５上の記憶部あるいはバッファ上のボリュームであってもよい。
【００２６】
ホスト計算機１３の制御部１３０３は、定期的に、管理ネットワーク１９を介して、テーブル作成モジュール１１０４へ、アプリケーション設定情報１３０６を送信する。
【００２７】
なお、アプリケーション設定情報１３０６を送信するタイミングとしては、構成情報や状態情報が変更されるタイミング（障害発生したとき、性能情報の値があるしきい値を超えたとき等）、或いは管理インタフェース（Ｉ／Ｆ）１３０７が統合管理計算機１１などの外部装置から情報取得の要求を受信したタイミング等であってもよい。また、管理を制御する場合に必要な情報（アプリケーション設定情報を含む。）のやり取りをするための回線は、ネットワーク１１０又は運用ネットワーク１８を用いても良い。
【００２８】
ホスト計算機１３は、アプリケーション設定情報１３０６に基づいて、「特定のボリューム」に格納されたデータ（ブロックデータ及びファイルデータ）を利用して、「特定のクライアント計算機」へサービスを提供する。
【００２９】
クライアント計算機１４は、運用ネットワーク１８を介してホスト計算機１３からサービスを享受する計算機であって、記憶部１４０３と、記憶部１４０３に格納されたオペレーティングシステム、サービス享受モジュール１４０４及びアプリケーションプログラム等を実行する制御部１４０２と、運用ネットワーク１８を介して通信をするためにインタフェース（Ｉ／Ｆ）１４０１とを有する。なお、アプリケーション設定情報１３０６は、クライアント計算機１４の記憶部１４０３で保持し、クライアント計算機から取得するようにしてもよい。
【００３０】
サービス享受モジュール１４０４は、ホスト計算機１３により実行されるサービスを享受する。つまり、サービス享受モジュール１４０４は、ホスト計算機に対してサービス要求を発行する。ホスト計算機１３のサービス提供モジュール１３０５は、この要求を受けて、アプリケーション設定情報１３０６に基づいて、ユーザ認証を実行する。その後、サービス享受モジュール１４０４は、特定のクライアント計算機１４に対して、特定のボリューム１２０１を利用したサービスを享受する。
【００３１】
ＳＡＮ接続装置１５は、例えばＦＣスイッチやハブ等のＳＡＮを使用する複数の装置をファイバチャネル（ＦＣ）を介して接続する装置であって、記憶部１５０３と、記憶部１５０３に格納されたオペレーティングシステム、経路制御モジュール１５０４及びアプリケーションプログラム等を実行する制御部１５０２と、ネットワーク１１０を介して通信をするためにインタフェース（Ｉ／Ｆ）１５０１と、管理ネットワーク１９を介して通信をするためにインタフェース（Ｉ／Ｆ）１５０６とを有する。
【００３２】
制御部１５０２は、経路アクセス制御情報１５０５に基づいて、経路制御モジュール１５０４を実行することによって、特定のインタフェース１５０１間での通信を許可することによるアクセス制御を実行する。
【００３３】
図５は、本実施形態における経路アクセス制御情報を示す図である。
【００３４】
経路アクセス制御情報１５０５は、少なくとも、ＳＡＮ接続装置１５のインタフェース名５１（ポート名）と、該インタフェース５１と通信可能なＳＡＮ接続装置１５に接続された機器のインタフェース名５２（ポート名）とを含む。インタフェース名は、例えば、ポート名、ＷＷＮ（ＷｏｒｌｄＷｉｄｅＮａｍｅ）やＩＰアドレス等のインタフェース（ポート）を識別するための情報である。
【００３５】
ＳＡＮ接続装置１５の制御部１５０２は、定期的に、管理ネットワーク１９を介して、テーブル作成モジュール１１０４へ、経路アクセス制御情報１５０５を送信する。なお経路アクセス制御情報１５０５を送信するタイミングとしては、構成情報や状態情報が変更されるタイミング（障害発生したとき、性能情報の値があるしきい値を超えたとき等）、或いは管理インタフェース（Ｉ／Ｆ）１３０７が統合管理計算機１１などの外部装置から情報取得の要求を受信したタイミング等であってもよい。また、管理を制御する場合に必要な情報（経路アクセス制御情報１５０５を含む。）のやり取りをするための回線は、ネットワーク１１０又は運用ネットワーク１８を用いても良い。
【００３６】
ＬＡＮ接続装置１６は、例えば、ＩＰスイッチやハブ等のＬＡＮを介して複数の装置を接続する装置であって、記憶部１６０３と、記憶部１６０３に格納されたオペレーティングシステム、経路制御モジュール１６０４及びアプリケーションプログラム等を実行する制御部１６０２と、運用ネットワーク１８を介して通信をするためにインタフェース（Ｉ／Ｆ）１６０１と、管理ネットワーク１９を介して通信をするためにインタフェース（Ｉ／Ｆ）１６０６とを有する。
【００３７】
制御部１６０２は、経路アクセス制御情報１６０５に基づいて、経路制御モジュール１６０４を実行することによって、特定のインタフェース１６０１間での通信を許可することによるアクセス制御を実行する。
【００３８】
ここで、経路アクセス制御情報１６０５は、図５に示すように、ＬＡＮ接続装置１６のインタファース名６１（ポート名）と、該インタフェースごとに通信を許可するホスト計算機１３或いはクライアント計算機１４のインタフェース名６２（ポート名）とを示す情報を含む。
【００３９】
ＬＡＮ接続装置１６の制御部１６０２は、定期的に、管理ネットワーク１９を介して、テーブル作成モジュール１１０４へ、経路アクセス制御情報１６０５を送信する。
【００４０】
なお、経路アクセス制御情報１６０５を送信するタイミングとしては、構成情報や状態情報が変更されるタイミング（障害発生したとき、性能情報の値があるしきい値を超えたとき等）、或いは管理インタフェース（Ｉ／Ｆ）１３０７が統合管理計算機１１などの外部装置から情報取得の要求を受信したタイミング等であってもよい。また、管理を制御する場合に必要な情報（経路アクセス制御情報１６０５を含む。）のやり取りをするための回線は、ネットワーク１１０又は運用ネットワーク１８を用いても良い。
【００４１】
ＳＡＮ管理計算機１７は、記憶装置１２と、ホスト計算機１３と、ＳＡＮ接続装置１５とを管理する計算機であって、管理者又は管理計算機を識別するための管理ＩＤに基づいて、管理可能なボリューム１２０１（ＬＵ、ＬＤＥＶ、ホスト計算機１３等のボリューム）又は計算機１３、１４等を制限するための管理者アクセス制御情報を格納する記憶部１７０３と、記憶部１７０３に格納されたオペレーティングシステム及びＳＡＮ管理モジュールアプリケーションプログラム等を実行する制御部１７０２と、管理ネットワーク１９を介して通信をするためにインタフェース（Ｉ／Ｆ）１７０１と、制御部１７０２によりトポロジマップ等が出力される出力装置１７０６を有する。ＳＡＮ管理モジュールアプリケーションプログラムは、管理計算機アクセス制御情報に基づいて、物理的に接続された記憶装置１２のボリューム１２０１及びホスト計算機１３等のうちから、管理が許可された管理対象のみ管理することができる。
【００４２】
図１２は、本実施形態における管理者アクセス制御情報を示す図である。
【００４３】
管理者アクセス制御情報は、管理者又は管理計算機を識別するための管理ＩＤと、管理ＩＤごとに管理可能なボリューム（ＬＵ、ＬＤＥＶ、ホスト計算機１３等のボリューム）と、管理ＩＤごとに管理可能な計算機１３、１４及び接続装置等とを示す情報を各々含む。
【００４４】
統合管理計算機１１は、各ボリュームに対して影響するクライアント計算機１４を特定するための管理テーブル１０００１を作成する管理計算機であって、記憶部１１０３と、記憶部１１０３に格納されたオペレーティングシステム、テーブル作成モジュール１１０４及びアプリケーションプログラム等を実行する制御部１１０２と、管理ネットワーク１９を介して、記憶装置１２とホスト計算機１３とＳＡＮ接続装置１５とＬＡＮ接続装置１６とＳＡＮ管理計算機１７と通信するためのインタフェース（Ｉ／Ｆ）１１０１と、管理テーブル１０００１に基づく制御部１１０２からの指示を受けて、クライアント計算機１４ごとにアクセス可能なボリューム１２０１や、ホスト計算機１３で実行されるアプリケーションごとにアクセス可能なボリューム１２０１等の関係が出力される出力装置１１０５とを有する。
【００４５】
なお、テーブル作成モジュール１１０４等のモジュールは、ＳＡＮ管理装置１７、１又は複数のホスト計算機１３、１又は複数のクライアント計算機１４等その他の機器内で、その機能を実現してもよい。また、テーブル作成モジュール１１０４は、管理計算機アクセス制御情報に基づいて、物理的に接続された記憶装置１２のボリューム１２０１及びホスト計算機１３等のうちから、管理が許可された管理対象のみ管理することができるようにしてもよい。
【００４６】
テーブル作成モジュール１１０４は、本実施形態のネットワークを構成する各装置に対して、各装置のインタフェースごとの物理的な接続関係を示す情報の取得要求（例えば、ＳＣＳＩのＩｎｑｕｉｒｙコマンド）を発行し、各装置から各装置のインタフェースごとの物理的な接続関係を示す情報を取得することにより、本実施形態のネットワークにおける物理的接続関係を示す物理的接続情報２０００をとして、記憶部１１０３に格納する。尚、テーブル作成モジュール１１０４は、インタフェース名を管理するネーム管理計算機（図示されていない。例えば、ＴＣＰ／ＩＰネットワーク上のＤｙｎａｍｉｃＤｏｍａｉｎＮａｍｅＳｙｓｔｅｍ（ＤＮＳ）サーバ等。）から、各装置のインタフェースごとの物理的な接続関係を示す情報を取得するようにしてもよい。
【００４７】
図４は、本実施形態における物理的な接続情報を示す図である。
【００４８】
物理的な接続情報は、少なくとも、各装置のインタフェースを識別するためのインタフェース名４１と、該インタフェースに接続された接続先のインタフェース名４２とを含む。
【００４９】
テーブル作成モジュール１１０４は、記憶装置１２各々から、記憶装置１２のボリューム名３１と、該ボリュームごとにアクセスを許可するホスト名３２と、該ボリュームごとの状態情報３３と、該ボリュームごとの性能情報３４とを含むボリュームアクセス制御情報１２０７を取得し、記憶部１１０３に格納する。
【００５０】
テーブル作成モジュール１１０４は、ホスト計算機１３各々から、ホスト計算機１３各々が提供するサービス６１と、該サービスごとのサービスを提供する「特定のクライアント計算機」６２と、該サービスごとに使用する「特定のボリューム」６３とを含むアプリケーション設定情報１３０６を取得し、記憶部１１０３に格納する。
【００５１】
テーブル作成モジュール１１０４は、ＳＡＮ接続装置１５から経路アクセス制御情報１５０５を取得し、記憶部１１０３に格納する。統合管理計算機１１は、ＬＡＮ接続装置１６から経路アクセス制御情報１６０５を取得し、記憶部１１０３に格納する。
【００５２】
テーブル作成モジュール１１０４は、ＳＡＮ管理計算機１７から管理者ごとに管理を許可するボリューム１２０１及びホスト計算機１３を制御するための管理計算機アクセス制御情報を取得し、記憶部１１０３に格納する。尚、本実施形態では、各ボリュームに対するアクセスを制限（又は許可）するためのアクセス制御情報３０００として、ボリュームアクセス制御情報１２０７と、アプリケーション設定情報１３０６と、経路アクセス制御情報１５０５と、経路アクセス制御情報１６０５とを例に挙げて説明しているが、その他のアクセス制御情報も含んでも良い。例えば、クライアント計算機１４のサービス享受モジュール１４０４において、サービスごとにサービスの要求の発行を禁止するためのクライアントアクセス制御情報を記憶部１４０３に格納しており、テーブル作成モジュール１１０４は、該クライアントアクセス制御情報を取得するようにしてもよい。
【００５３】
テーブル作成モジュール１１０４は、これら取得した物理的な接続情報２０００とアクセス制御情報３０００とアプリケーション設定情報１３０６とに基づいて、各ボリューム１２０１に影響するクライアント計算機１４を示す情報を含む管理テーブル１０００１を作成し、記憶部１１０４に格納する。
【００５４】
テーブル作成モジュール１１０４は、管理テーブル１０００１に基づいて、クライアント計算機１４ごと又はホスト計算機１３で実行されるアプリケーションごとにアクセス可能なボリューム１２０１の状態及び性能を示す情報を出力装置１１０５に出力する。なお、この出力手順は、統合管理計算機１１０２の制御部１１０２により、記憶部１１０３に格納されたテーブル作成モジュール１１０４とは別のモジュールでその機能を実現してもよい。
【００５５】
また、テーブル作成モジュール１１０４は、クライアント計算機１４ごと又はホスト計算機１３で実行されるアプリケーションごとにアクセス可能なボリューム１２０１の状態情報及び性能情報を監視し、その状態情報又は性能情報に基づいて、ストレージ管理に関する指示を記憶装置１２に対して発行する。なお、この指示発行手順は、統合管理計算機１１０２の制御部１１０２により、記憶部１１０３に格納されたテーブル作成モジュール１１０４とは別のモジュールでその機能を実現してもよい。
【００５６】
なお、ホスト計算機１３、ＳＡＮ接続装置１５、ＬＡＮ接続装置１６又はクライアント計算機１４は各々記憶部１３０４等にアプリケーションで使用するためのボリュームを確保してもよい。このとき、アプリケーション設定情報１３０６としては、ホスト計算機１３等で実行されるサービスアプリケーションを利用するクライアント計算機１４ごとに、このサービスアプリケーションを実行することによりホスト計算機１３等によりアクセスする際に使用するホスト計算機１３等のボリュームを特定するための情報が含まれる。このとき、テーブル作成モジュール１１０４は、ホスト計算機１３等から、このアプリケーション設定情報１３０６を受信し、クライアント計算機１４ごとにアクセス可能なホスト計算機１３等のボリュームを特定することもできる。このとき、さらに、テーブル作成モジュール１１０４は、ホスト計算機１３等のボリュームごとの状態又は性能を示す情報を、ホスト計算機１３等から受信し、アプリケーション設定情報１３０６と、ホスト計算機１３等のボリュームごとの状態又は性能を示す情報とに基づいて、ホスト計算機１３等ごとにアクセス可能なホスト計算機１３等のボリュームの状態又は性能を特定し、この特定した情報に基づいて、ホスト計算機１３等に対して、ホスト計算機１３等のボリュームの追加又は削除を含むホスト計算機１３等の管理に関する指示を実行してもよい。
【００５７】
また、本発明の実施形態において、ネットワークに接続された機器１１、１７、１２等の各モジュールは、各々の制御部により、その機能を実現される。また、これらモジュールは、各々の制御部により読み取り可能な記録媒体（フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ、ＬＡＮ及びＳＡＮ等の伝送経路等）に格納してもよい。また、これらモジュールは、その機能をハードウェア構成（ＬＳＩ（ＬａｒｇｅＳｃａｌｅＩｎｔｅｇｒａｔｉｏｎ）等の半導体集積回路等）で実現してもよい。
【００５８】
図２は、本実施形態におけるテーブル作成モジュールによる管理テーブルの作成手順を示す図である。
【００５９】
テーブル作成モジュール１１０４は、管理ネットワーク１９等を介して、記憶装置１２各々で管理するボリュームの取得を要求し、ボリューム一覧を取得する（ステップ２１）。尚、定期的、記憶装置１２での障害発生時或いは記憶装置１２での構成変更時に、記憶装置１２が管理ネットワーク１９を介して、リスト作成計算機１１に対して管理するボリューム一覧をプッシュ型で送信するようにしてもよい。
テーブル作成モジュール１１０４は、取得したボリュームについて既に管理テーブル１００１を新たに登録或いは更新したかどうかを判定する（ステップ２２）。取得した一覧に含まれたボリュームすべてに対して管理テーブル１００１を新たに登録或いは更新していれば処理を終了する。管理テーブル１００１を新たに登録或いは更新していないボリュームが存在すれば、ステップ２３へ処理を引き継ぐ。
【００６０】
統合管理計算機１１は、管理ネットワーク１９等を介して、記憶装置１２に対し、ボリュームアクセス制御情報１２０７の取得要求を送信し、ボリュームアクセス制御情報１２０７を取得する。（ステップ２３）。
【００６１】
テーブル作成モジュール１１０４は、管理ネットワーク１９等を介して、本実施形態のネットワークに接続された機器に対して、物理的な接続情報の取得要求を送信し、物理的接続情報を取得する（ステップ２４）。物理的な接続情報は、ネットワーク１１０及び運用ネットワーク１８に接続された、各インタフェース（Ｉ／Ｆ）名の組み合わせにより表現される。
【００６２】
テーブル作成モジュール１１０４は、管理ネットワーク１９等を介して、ＳＡＮ接続装置１５に対して、ＳＡＮ接続装置１５の経路アクセス制御情報１５０５の取得要求を送信し、経路アクセス制御情報１５０５を取得する。（ステップ２５）。なお、システム内にＳＡＮ接続装置１５が存在しない場合、このステップは省略される。
【００６３】
テーブル作成モジュール１１０４は、管理ネットワーク１９等を介して、ＬＡＮ接続装置１６に対して、ＬＡＮ接続装置１６の経路アクセス制御情報１６０５の取得要求を送信し、経路アクセス制御情報１６０５を取得する（ステップ２６）。なお、システム内にＬＡＮ接続装置１６が存在しない場合、このステップは省略される。
【００６４】
テーブル作成モジュール１１０４は、トポロジを構成するすべてのホスト計算機１３から、アプリケーション設定情報１３０６を取得済みかどうかを判定する（ステップ２６）つまり、アプリケーション設定情報１３０６を取得していないホスト計算機１３があればステップ２８に進み、そうでなければステップ２９へ引き継ぐ。
【００６５】
テーブル作成モジュール１１０４は、管理ネットワーク１９等を介して、ホスト計算機１３に対して、アプリケーション設定情報１３０６の取得要求を送信し、取得する（ステップ２８）。
【００６６】
テーブル作成モジュール１１０４は、ステップ２１〜２８で取得した情報に基づいて、管理テーブルとして作成する（ステップ２９）。つまり、テーブル作成モジュール１１０４は、ステップ２４で取得した物理的な接続情報と、ステップ２３、２５、２６により取得したアクセス制御情報と、ステップ２８等で取得したアプリケーション設定情報１３０６とに基づいて、ボリューム１２０１ごとの物理的及び論理的なアクセス制御を考慮した管理テーブル１０００１を作成する。
【００６７】
図１０は、本実施形態における管理テーブルを示す図である。
【００６８】
図１０（Ａ）の管理テーブル１０００１は、ネットワークシステムを構成するクライアント計算機名と、ボリューム識別するためのボリューム名（ＬＵ、ＬＶＥＶ、ホスト計算機１３等のボリューム名）と、該ボリュームの状態及び性能を示す情報と、該ボリュームを使用するサービス名と、該サービスを提供するホスト計算機名とからなる例である。尚、図中では、ボリュームの性能情報の値は、クライアント計算機１４にサービスを提供する際に使用されるボリュームごとの値を示しているが、クライアント計算機ごとの総合値であってもよい。
【００６９】
図１０（Ｂ）の管理テーブル１０００１は、ホスト計算機１３計算機上で動作するサービス名ごとに編集した例であって、ホスト計算機１３で実行されるサービスアプリケーションごとに、使用されるボリューム名と、そのボリュームの状態及び性能を示す情報とを含む。なお、図中では、ボリュームの性能情報の値は、サービスを提供する際に使用されるボリュームごとの値を示しているが、サービスごとの総合値であってもよい。
【００７０】
統合管理計算機１１の制御部１１０２は、管理テーブル１０００１に基づいて、クライアント計算機１４ごと又はサービスアプリケーションごとの使用されるボリューム（ＬＵ、ＬＶＥＶ、ホスト１３等のボリューム）及びそのボリュームの状態及び性能を、出力装置１１０５に出力することができる。
【００７１】
図１１は、本実施形態におけるクライアント計算機ごと又はサービスアプリケーションごとの使用されるボリューム及びそのボリュームの状態及び性能の出力画面イメージである。なお、この出力イメージは、管理ネットワーク１９、運用ネットワーク等を介して接続された、クライアント計算機１４、ホスト計算機１３及びブラウザ計算機（図示していない。）等で出力することもできる。
【００７２】
図１２は、ボリュームに障害が発生した際に、ボリュームを使用しているホスト計算機に障害を通知する手順を示す図である。
【００７３】
障害通知モジュール１１０６は、管理ネットワーク１９を介して、ボリューム１２０１の障害情報を受信する（ステップ１３０１）。
【００７４】
障害通知モジュール１１０６は、管理ネットワーク１９を介して、前記管理テーブルの存在の有無を、テーブル作成モジュール１１０４に問い合わせ（ステップ１３０２）、テーブル作成モジュールが管理テーブルを作成していない場合、ステップ２１〜２９によってテーブル作成モジュールが管理テーブルを作成する（ステップ１３０３）。
【００７５】
障害通知モジュール１１０６は、管理テーブル１０００１３により障害の発生したボリュームと、障害発生ボリュームに接続されたホスト計算機名１０００１４とを特定し（ステップ１３０４）、管理ネットワーク１９を介して、特定されたホスト計算機にのみ障害通知を行う（ステップ１３０５）。
【００７６】
障害通知対象は、ホスト計算機に限らず、管理テーブル１０００１１のクライアント計算機でもよい。
【００７７】
次に、後述するようなネットワークシステムの構成変更のタイミングで、管理テーブル１０００１を動的かつ部分的に更新する手順を説明する。
【００７８】
図７は、テーブル作成モジュールにより管理テーブルを動的かつ部分的に更新する手順を示すフローチャートである。
【００７９】
テーブル作成モジュール１１０４は、定期的に、以下の処理を開始する（ステップ７１）。
【００８０】
なお、以下の処理を開始するタイミングとしては、構成情報や状態情報が変更されるタイミング（障害発生したとき、性能情報の値があるしきい値を超えたとき等）、或いは管理インタフェース（Ｉ／Ｆ）１３０７がホスト計算機１３等の外部装置から情報取得の要求を受信したタイミング等であってもよい。また、管理を制御する場合に必要な情報のやり取りをするための回線は、ネットワーク１１０又は運用ネットワーク１８を用いても良い。
【００８１】
このとき、テーブル作成モジュール１１０４は、まず図２で説明したような手順で、物理的な接続情報２０００、アクセス制御情報３０００及びアプリケーション設定情報１３０６等の管理に必要な情報を取得する。なお、テーブル作成モジュール１１０４は、受付けたネットワークシステムの構成変更の情報に基づいて、物理的な接続情報２０００、アクセス制御情報３０００及びアプリケーション設定情報１３０６のうち必要な情報を特定し、特定の機器に対して、取得要求を送信し、特定された情報のみを効率的に取得するようにしてもよい。
【００８２】
テーブル作成モジュール１１０４は、ボリュームアクセス制御情報１２０７が変更されたかどうかを判定する（ステップ７２）。
ボリュームアクセス制御情報１２０７が変更された場合には、テーブル作成モジュール１１０４は、変更されたボリュームアクセス制御情報１２０７に基づいて、管理テーブル１０００１を更新する（ステップ７３）。
【００８３】
テーブル作成モジュール１１０４は、物理的な接続情報２０００が変更されたかどうかを判定する（ステップ７４）。
物理的な接続情報２０００が変更された場合には、テーブル作成モジュール１１０４は、変更された物理的な接続情報２０００に基づいて、管理テーブル１０００１を更新する（ステップ７５）。
【００８４】
テーブル作成モジュール１１０４は、経路アクセス制御情報１５０５が更新されたかどうかを判定する（ステップ７６）。
【００８５】
経路アクセス制御情報１５０５が更新された場合には、テーブル作成モジュール１１０４は、変更された経路アクセス制御情報１５０５に基づいて、管理テーブル１０００１を更新する（ステップ７７）。尚、システム内にＳＡＮ接続装置１５が存在しない場合、ステップ７６とステップ７７は省略する。
【００８６】
テーブル作成モジュール１１０４は、経路アクセス制御情報１６０５が更新されたかどうかを判定する（ステップ７８）。
【００８７】
経路アクセス制御情報１６０５が更新された場合には、テーブル作成モジュール１１０４は、変更された経路アクセス制御情報１６０５に基づいて、管理テーブル１０００１を更新する（ステップ７９）。尚、ＬＡＮ接続装置１６が存在しない場合、ステップ７８とステップ７９は省略する。
【００８８】
統合管理計算機１１は、アプリケーション設定情報１３０６が変更されたかどうか判定する（ステップ７１０）。
アプリケーション設定情報１３０６が変更された場合には、テーブル作成モジュール１１０４は、変更されたアプリケーション設定情報１３０６に基づいて、管理テーブル１０００１を更新する（ステップ７１１）。尚、サービスを提供するホスト計算機１３が存在しない場合、ステップ７１０とステップ７１１は省略する。
【００８９】
以上本実施形態によると、ネットワークシステム更新により物理的な接続状態、論理的なアクセス制御又はホスト計算機が提供するサービス等の変更に随時対応して、ボリュームごとの影響範囲を特定するための管理テーブル１０００１は動的かつ部分的に更新されることになる。
【００９０】
図８は、第二の実施形態におけるネットワーク構成図である。
【００９１】
第２の実施形態では、第１の実施形態におけるテーブル作成モジュール１１０４（統合管理計算機１１に含む。）とＳＡＮ管理モジュール１７０５（ＳＡＮ管理計算機１７に含む。）とを、１つの管理計算機（統合管理計算機８１）により実現されるようにした点が大きく異なる。ホスト計算機１３、クライアント計算機１４、ＳＡＮ接続装置１５およびＬＡＮ接続装置１６は第一の実施形態と同様であるので説明を省略する。
【００９２】
本実施形態におけるネットワークシステムは、記憶装置１２、ホスト計算機１３、クライアント計算機１４、ＳＡＮ接続装置１５、ＬＡＮ接続装置１６および統合管理計算機８１を有する。
【００９３】
ＳＡＮ管理計算機８７は、ＳＡＮを構成する記憶装置１２、ホスト計算機１３、ＳＡＮ接続装置１５、ＬＡＮ接続装置１６を管理する計算機であって、記憶部と、記憶部に格納されたオペレーティングシステム、ＳＡＮ管理モジュール８７０４、テーブル作成モジュール８７０５、アプリケーションプログラム等を実行する制御部８７０２と、管理ネットワーク１９を介して通信をするためにインタフェース（Ｉ／Ｆ）８７０１とを有する。
【００９４】
ＳＡＮ管理モジュール８７０４は、記憶装置１２に、管理ネットワーク１９を介してボリュームアクセス制御情報１２０７の取得要求を送信し、管理ネットワーク１９を介して受信したボリュームアクセス制御情報１２０７をボリューム管理情報として保持する機能を持つ。
【００９５】
ＳＡＮ管理モジュール８７０４は、記憶装置１２、ホスト計算機１３、クライアント計算機１４、ＳＡＮ接続装置１５から、ネットワーク１１０に接続された各インタフェース（Ｉ／Ｆ）が、ネットワーク１１０を介して接続されているインタフェースの情報の取得要求を、管理ネットワーク１９を介して送信し、管理ネットワーク１９を介して受信した前記インタフェースの情報を、接続情報として保持する機能を持つ。
【００９６】
ＳＡＮ管理モジュール８７０４は、ＳＡＮ接続装置１５のもつ経路アクセス制御情報１５０５の取得要求を、管理ネットワーク１９を介してＳＡＮ接続装置に対して送信し、管理ネットワーク１９を介して受信した経路アクセス制御情報１５０５を、ＳＡＮ経路アクセス制御情報として保持する機能を持つ。
【００９７】
ＳＡＮ管理モジュール８７０４は、ＬＡＮ接続装置１６のもつ経路アクセス制御情報１６０５の取得要求を、管理ネットワーク１９を介してＬＡＮ接続装置に対して送信し、管理ネットワーク１９を介して受信した経路アクセス制御情報１６０５を、ＬＡＮ経路アクセス制御情報として保持する機能を持つ。
【００９８】
ＳＡＮ管理モジュール８７０４は、ホスト計算機１３が提供するサービスのアプリケーション設定情報１３０６の取得要求を、管理ネットワーク１９を介して、ネットワーク１１０に接続されたすべてのホスト計算機１３に対して送信し、管理ネットワーク１９を介して受信したアプリケーション設定情報１３０６を、アプリケーション設定情報として保持する機能を持つ。
【００９９】
図９は、本実施形態におけるテーブル作成モジュール及びＳＡＮ管理モジュール８１０４による管理テーブルの作成手順を示すフローチャートである。なお、本実施形態では、テーブル作成モジュール８１０５は、ＳＡＮ管理モジュール８１０４が収集する物理的な接続情報２０００、アクセス制御情報３０００又はアプリケーション設定情報１３０６を利用して、管理テーブル１０００１を作成する。
【０１００】
ＳＡＮ管理計算機８７は、管理ネットワーク１９等を介して、記憶装置１２にボリュームアクセス制御情報１２０７の取得を要求し、管理テーブル１０００１を作成すべきボリュームの一覧を取得する（ステップ９１）。尚、定期的、記憶装置１２での障害発生時又は記憶装置１２での構成変更時に、記憶装置１２が、管理ネットワーク１９等を介して、ＳＡＮ管理計算機８７に対して、ボリュームアクセス制御情報１２０７を送信するようにしてもよい。
ステップ９１で取得した一覧に含まれたボリュームすべてに対して管理テーブル１０００１を作成していれば、処理を終了する。管理テーブル１０００１を作成していないボリュームが存在すれば、以下の処理を行い、管理テーブル１０００１を作成する（ステップ９２）。
【０１０１】
テーブル作成モジュール８７０５は、ボリューム管理情報と、ＳＡＮトポロジ情報と、ＳＡＮ経路アクセス制御情報と、ＬＡＮ経路アクセス制御情報と、アプリケーション設定情報とをＳＡＮ管理モジュール８７０４が保持しているかどうか確認する（ステップ９３）。
それら各情報のうち、ＳＡＮ管理モジュール８７０４が保持していない情報があれば、ＳＡＮ管理モジュールに取得を依頼する（ステップ９４）。尚、保持していない情報については、テーブル作成モジュール８１０５は自ら、ネットワーク構成機器から取得してもよい。
ＳＡＮ管理モジュール８７０４が保持した前記各情報をテーブル作成モジュール８７０５が取得する（ステップ９５）。
【０１０２】
テーブル作成モジュール８７０５は、取得した情報に基づいて、管理テーブル１０００１を作成する（ステップ９６）。
【０１０３】
以上、作成された管理テーブル１００００１に基づいて、ステップ１３０１〜ステップ１３０５の手順で、ボリュームの障害をホスト計算機に通知する。
【０１０４】
【発明の効果】
本発明によると、ボリュームに障害が発生した際に、ネットワークを構成する複数の機器を一元管理する管理計算機において、ボリュームへアクセス可能なホスト計算機により正確な障害通知を行うことができる。
【図面の簡単な説明】
【図１】第１の実施形態におけるネットワークシステムの構成図
【図２】本実施形態において計算機作成モジュールによる管理テーブルを作成手順を示すフローチャート
【図３】本実施形態におけるボリュームアクセス制御情報を示すテーブル図
【図４】本実施形態における物理的な接続情報を示すテーブル図
【図５】本実施形態における経路アクセス制御情報を示すテーブル図
【図６】本実施形態におけるアプリケーション設定情報を示すテーブル図
【図７】本実施形態におけるテーブル作成モジュールにより管理テーブルを動的かつ部分的に更新する手順を示すフローチャート
【図８】第２の実施形態におけるネットワークシステムの構成図
【図９】本実施形態において計算機作成モジュールによる管理テーブルを作成手順を示すフローチャート
【図１０】本実施形態における管理テーブルを示すテーブル図
【図１１】本実施形態におけるクライアント計算機ごと又はサービスアプリケーションごとの使用されるボリューム及びそのボリュームの状態及び性能の出力画面イメージ図
【図１２】第１および第２の実施形態において、管理者アクセス制御情報を示すテーブル図
【図１３】第１および第２の実施形態において、ボリュームに障害が発生した際に、ホスト計算機に障害を通知する手順を示すフローチャート
【符号の説明】
１１…統合管理計算機、１１０４…テーブル作成モジュール、１２…記憶装置、１２０６…ボリューム管理情報、１３…ホスト計算機、１３０６…アプリケーション設定情報、１５…ＳＡＮ接続装置、１５０５…ＳＡＮ経路アクセス制御情報、１６…ＬＡＮ接続装置、１６０５…ＬＡＮ経路アクセス制御情報、１７…ＳＡＮ管理計算機、１７０６…ＳＡＮ管理モジュール、２０００…物理的な接続情報、３０００…アクセス制御情報

Claims

計算機と、前記計算機とＳＡＮ（ＳｔｏｒａｇｅＡｒｅａＮｅｔｗｏｒｋ）を介して接続されるボリュームを管理する複数の記憶装置と、前記計算機と前記記憶装置とに接続された管理計算機とを含むネットワークシステムであって、
前記記憶装置は、
ボリュームへアクセス可能な計算機を特定するためのボリュームアクセス制限情報に基づいて、ボリュームへの入出力を制御する制御部を有し、
前記管理計算機は、
前記複数の記憶装置から、前記ボリュームの障害通知と前記ボリュームアクセス制限情報とを受信するインタフェースと、
前記ボリュームアクセス制限情報に基づいて、前記ボリュームへのアクセスが許可された前記計算機に対して前記ボリュームの障害を通知する手順とを実行する制御部とを有する、ネットワークシステム。
計算機と前記計算機とＳＡＮ（ＳｔｏｒａｇｅＡｒｅａＮｅｔｗｏｒｋ）を介して接続されるボリュームを管理する複数の記憶装置とに接続された管理計算機に実行させるための管理プログラムであって、
前記記憶装置から、前記ボリュームの障害通知を受信する手順と、
前記複数の記憶装置から、前記ボリュームへアクセス可能な前記計算機を特定するためのボリュームアクセス制限情報を受信する手順と、
前記ボリュームアクセス制限情報に基づいて、前記ボリュームへのアクセスが許可された前記計算機に対して前記ボリュームの障害を通知する手順とを実行させるための管理プログラム。
請求項２に記載の管理プログラムであって、
前記計算機と前記記憶装置とに接続される複数のインタフェース間でのデータの入出力を定義した経路制御情報に基づいて、前記インタフェース間でのデータの入出力を制御する制御部とを有する接続装置から、前記経路制御情報を受信する手順をさらに実行させ、
前記障害を通知する手順の代わりに、
前記前記経路制御情報と前記ボリュームアクセス制限情報とに基づいて、前記ボリュームへのアクセスが許可された前記計算機に対して前記ボリュームの障害を通知する手順を実行させる管理プログラム。
請求項２に記載の管理プログラムであって、
前記障害を通知する手順の代わりに、
前記ボリュームアクセス制限情報と、管理者又は管理計算機を識別するための管理ＩＤごとに管理を許可する前記ボリューム又は前記計算機を特定するための管理者制御情報とに基づいて、前記ボリュームへのアクセスが許可された前記計算機に対して前記ボリュームの障害を通知する手順を実行させる管理プログラム。
請求項２に記載の管理プログラムであって、
前記ボリュームアクセス制限情報を受信する手順の代わりに、
前記管理計算機とは異なる前記計算機から、前記アクセス制限情報を受信する手順を実行させる管理プログラム。
請求項３に記載の管理プログラムであって、
前記経路制御情報を受信する手順の代わりに、
前記管理計算機とは異なる前記計算機から、前記経路制御情報を受信する手順を実行させる管理プログラム。
請求項４に記載の管理計算機であって、
前記管理計算機とは異なる前記計算機から、前記管理者制限情報を取得する手順を、さらに実行させる管理プログラム。
計算機と前記計算機とＳＡＮ（ＳｔｏｒａｇｅＡｒｅａＮｅｔｗｏｒｋ）を介して接続されるボリュームを管理する複数の記憶装置とに接続された管理計算機であって、
前記記憶装置から、前記ボリュームの障害通知と、前記ボリュームへアクセス可能な前記計算機を特定するためのボリュームアクセス制限情報とを受信するインタフェースと、
前記ボリュームアクセス制限情報に基づいて、前記ボリュームへのアクセスが許可された前記計算機に対して前記ボリュームの障害を通知する制御部とを有する管理計算機。
計算機と、前記計算機とＳＡＮ（ＳｔｏｒａｇｅＡｒｅａＮｅｔｗｏｒｋ）を介して接続されるボリュームを管理する記憶装置と、前記計算機と前記記憶装置とに接続される複数のインタフェースを有する接続装置と、前記計算機と前記記憶装置と前記接続装置とに接続された管理計算機とを含むネットワークシステムであって、
前記記憶装置は、
ボリュームへアクセス可能な計算機を特定するためのボリュームアクセス制限情報に基づいて、ボリュームへの入出力を制御する制御部を有し、
前記接続装置は、
前記インタフェース間でのデータの入出力を定義した経路制御情報に基づいて前記インタフェース間でのデータの入出力を制御する制御部とを有し、
前記管理計算機は、
前記記憶装置から、前記ボリュームの障害通知と前記ボリュームアクセス制限情報とを受信する第１のインタフェースと、
前記接続装置から、前記経路制限情報を受信する第２のインタフェースと、
前記ボリュームアクセス制限情報と前記経路アクセス制御情報とに基づいて、ボリュームへのアクセスが許可された前記計算機に対して前記ボリュームの障害を通知する制御部とを有する、ネットワークシステム。
計算機と、前記計算機とＳＡＮ（ＳｔｏｒａｇｅＡｒｅａＮｅｔｗｏｒｋ）を介して接続されるボリュームを管理する記憶装置と、前記計算機と前記記憶装置とに接続される複数のインタフェースを有する接続装置と、前記計算機と前記記憶装置と前記接続装置とに接続された管理計算機に実行させるための管理プログラムであって、
前記記憶装置は、
ボリュームへアクセス可能な計算機を特定するためのボリュームアクセス制限情報に基づいて、ボリュームへの入出力を制御する制御部を有し、
前記接続装置は、
前記インタフェース間でのデータの入出力を定義した経路制御情報に基づいて前記インタフェース間でのデータの入出力を制御する制御部とを有し、
前記管理プログラムは、
前記記憶装置から、前記ボリュームの障害通知と前記ボリュームアクセス制限情報とを受信する手順と、
前記接続装置から、前記経路制限情報を受信する手順と、
前記ボリュームアクセス制限情報と、前記経路アクセス制御情報とに基づいて、ボリュームへのアクセスが許可された前記計算機に対して前記ボリュームの障害を通知する手順とを前記管理計算機に実行させることを特徴とする管理プログラム。
請求項１０に記載の管理プログラムであって、
前記障害を通知する手順の代わりに、
前記ボリュームアクセス制限情報と、前記経路アクセス制御情報と、管理者又は管理計算機を識別するための管理ＩＤごとに管理を許可する前記ボリューム又は前記計算機を特定するための管理者制御情報とに基づいて、前記ボリュームへのアクセスが許可された前記計算機に対して前記ボリュームの障害を通知する手順を実行させる管理プログラム。
請求項１０に記載の管理プログラムであって、
前記ボリュームアクセス制限情報を受信する手順の代わりに、
前記管理計算機とは異なる前記計算機から、前記アクセス制限情報を受信する手順を実行させる管理プログラム。
請求項１０に記載の管理プログラムであって、
前記経路アクセス制限情報を受信する手順の代わりに、
前記管理計算機とは異なる前記計算機から、前記アクセス制限情報を受信する手順を実行させる管理プログラム。
請求項１１に記載の管理プログラムであって、
前記管理者制御情報を受信する手順の代わりに、
前記管理計算機とは異なる前記計算機から、前記アクセス制限情報を受信する手順を実行させる管理プログラム。
計算機と前記計算機とＳＡＮ（ＳｔｏｒａｇｅＡｒｅａＮｅｔｗｏｒｋ）を介して接続されるボリュームを管理する複数の記憶装置とに接続された管理計算機に実行させるための管理プログラムであって、
前記記憶装置から、前記ボリュームの状態又は性能を示す情報を受信する手順と、
前記複数の記憶装置から、前記ボリュームへアクセス可能な前記計算機を特定するためのボリュームアクセス制限情報を受信する手順と、
前記ボリュームアクセス制限情報に基づいて、前記ボリュームへのアクセスが許可された前記計算機に対して前記ボリュームの状態又は性能を示す情報を通知する手順とを実行させるための管理プログラム。
計算機と、前記計算機とＳＡＮ（ＳｔｏｒａｇｅＡｒｅａＮｅｔｗｏｒｋ）を介して接続されるボリュームを管理する記憶装置と、前記計算機と前記記憶装置とに接続される複数のインタフェースを有する接続装置と、前記計算機と前記記憶装置と前記接続装置とに接続された管理計算機に実行させるための管理プログラムであって、
前記記憶装置は、
ボリュームへアクセス可能な計算機を特定するためのボリュームアクセス制限情報に基づいて、ボリュームへの入出力を制御する制御部を有し、
前記接続装置は、
前記インタフェース間でのデータの入出力を定義した経路制御情報に基づいて前記インタフェース間でのデータの入出力を制御する制御部とを有し、
前記管理プログラムは、
前記記憶装置から、前記ボリュームの状態又は性能を示す情報と前記ボリュームアクセス制限情報とを受信する手順と、
前記接続装置から、前記経路制限情報を受信する手順と、
前記ボリュームアクセス制限情報と、前記経路アクセス制御情報とに基づいて、ボリュームへのアクセスが許可された前記計算機に対して前記ボリュームの状態又は性能を示す情報を通知する手順とを前記管理計算機に実行させることを特徴とする管理プログラム。