(57)【特許請求の範囲】
【請求項１】
要求適応型センタシステムコンピュータと、
各ストレージ資源を管理する要求適応型資源管理マネージャを有する複数のストレージサブシステムと、
ホストコンピュータと、
該ホストコンピュータ、該複数のストレージサブシステム及び該要求適応型センタシステムコンピュータを相互接続する第一の通信ネットワークと、
該ホストコンピュータと該複数のストレージサブシステムの少なくとも１つのストレージサブシステムとを相互接続する第二の通信ネットワークと、
を備え、
該要求適応型センタシステムコンピュータは、該ホストコンピュータの為のストレージ資源に対する要求入力を受信し、該複数のストレージサブシステムの中から該要求を満足する該ストレージサブシステムを決定し、該決定したストレージサブシステムに該要求を転送し、
該決定されたストレージサブシステムの該要求適応型資源管理マネージャは、該要求適応型センタシステムコンピュータからの該要求を受信し、該要求を満足する様に該ホストコンピュータにストレージ資源を割り当て、該ストレージ資源の割り当て結果を該ストレージ資源の管理情報に反映させ、管理結果を該要求適応型センタシステムコンピュータに送信し、
該要求適応型センタシステムコンピュータは、該要求適応型資源管理マネージャよりの管理結果を受信すると、該ホストコンピュータに対してＩ／Ｏパス設定要求を送信し、
該ホストコンピュータは、該Ｉ／Ｏパス設定要求に応じて、該ストレージサブシステムから割り当てられたストレージ資源に接続する為のパスを設定することを含み、
該要求適応型センタシステムコンピュータは、
該複数のストレージサブシステムから該要求を満たすストレージサブシステムとして、該ホストコンピュータに該第二の通信ネットワークにより接続された該複数のストレージサブシステムの中から該要求を満たすに十分なストレージ資源を有し、かつ、該ホストコンピュータとの距離が最小のストレージサブシステムを決定する
ことを特徴とするストレージ管理サービスシステム。
【請求項２】
該第一の通信ネットワークはＷＡＮ（Wide  Area  Network）で構成されることを特徴とする請求項１に記載のストレージ管理サービスシステム。
【請求項３】
該第二の通信ネットワークはＳＡＮ（Storage  Area  Network）で構成される
ことを特徴とする請求項１に記載のストレージ管理サービスシステム。
【請求項４】
第二のホストコンピュータをさらに備え、
該複数のストレージサブシステムのうちの第二のストレージサブシステムは、第三の通信ネットワークにより該第二のホストコンピュータに接続され、
該第二のホストコンピュータは、該第二のストレージサブシステムが要求を満たす十分な資源に欠ける場合は、該第二の通信ネットワークに接続されたストレージサブシステムにアクセスする
ことを特徴とする請求項１に記載のストレージ管理サービスシステム。
【請求項５】
該第三の通信ネットワークはＳＡＮ（Storage  Area  Network）で構成される
ことを特徴とする請求項４に記載のストレージ管理サービスシステム。
【請求項６】
該ストレージサブシステムは、
情報を記憶する少なくとも１台の情報記憶デバイスと、
該情報記憶デバイスの少なくとも１台の該情報記憶デバイスにインターフェースを提供する少なくとも１つのＩ／Ｏポートと、
を更に備え、
該ストレージサブシステムの該要求適応型資源管理マネージャは、
該情報記憶デバイスの状態を記憶するデバイス管理テーブルと、
該Ｉ／Ｏポートの状態を記憶するＩ／Ｏポート管理テーブルと、
ストレージ資源管理プロセッサと
を有し、
該ストレージ資源管理プロセッサは、
該要求適応型センタシステムコンピュータからの該要求を受信すると、該ホストコンピュータに要求されたストレージ資源を割り当てるように該デバイス管理テーブル及び該Ｉ／Ｏポート管理テーブルを更新し、該要求に対応して管理結果を送信する
ことを特徴とする請求項１に記載のストレージ管理サービスシステム。
【請求項７】
ホストコンピュータがストレージ資源にアクセス可能になる為の方法であって、
該ホストコンピュータと、ストレージ資源を管理する要求適応型資源管理マネージャを有する複数のストレージサブシステムと、要求適応型センタシステムコンピュータとが第一の通信ネットワークを介して相互に接続され、
該ホストコンピュータと該複数のストレージサブシステムの少なくとも１つのストレージサブシステムとが第二の通信ネットワークを介して相互に接続され、
該要求適応型センタシステムコンピュータが、該ホストコンピュータの為のストレージ資源に対する要求入力を受信し、該複数のストレージサブシステムの中から該要求を満足する該ストレージサブシステムを決定し、該決定したストレージサブシステムに該要求を転送する第１のステップと、
該決定されたストレージサブシステムの該要求適応型資源管理マネージャが、該要求適応型センタシステムコンピュータからの該要求を受信し、該要求を満足する様に該ホストコンピュータにストレージ資源を割り当て、該ストレージ資源の割り当て結果を該ストレージ資源の管理情報に反映させ、管理結果を該要求適応型センタシステムコンピュータに送信する第２のステップと、
該要求適応型センタシステムコンピュータが、該要求適応型資源管理マネージャよりの管理結果を受信すると、該ホストコンピュータに対してＩ／Ｏパス設定要求を送信する第３のステップと、
該ホストコンピュータが、該Ｉ／Ｏパス設定要求に応じて、該ストレージサブシステムから割り当てられたストレージ資源に接続する為のパスを設定する第４のステップと
を備え、
該第２のステップにおいて、該要求適応型センタシステムコンピュータは、
該複数のストレージサブシステムから該要求を満たすストレージサブシステムとして、該ホストコンピュータに該第二の通信ネットワークにより接続された該複数のストレージサブシステムの中から該要求を満たすに十分なストレージ資源を有し、かつ、該ホストコンピュータとの距離が最小のストレージサブシステムを決定する
ことを特徴とする方法。
【請求項８】
該ストレージサブシステムは、
情報を記憶する少なくとも１台の情報記憶デバイスと、
該情報記憶デバイスの少なくとも１台の該情報記憶デバイスにインターフェースを提供する少なくとも１つのＩ／Ｏポートと、
を備え、
該ストレージサブシステムの該要求適応型資源管理マネージャは、
該情報記憶デバイスの状態を記憶するデバイス管理テーブルと、
該Ｉ／Ｏポートの状態を記憶するＩ／Ｏポート管理テーブルと、
ストレージ資源管理プロセッサと
を有し、
該第２のステップにおいて、該ストレージ資源管理プロセッサは、
該要求適応型センタシステムコンピュータからの該要求を受信すると、該ホストコンピュータに要求されたストレージ資源を割り当てるように該デバイス管理テーブル及び該Ｉ／Ｏポート管理テーブルを更新し、該要求に対応して管理結果を送信する
ことを特徴とする請求項７に記載の方法。
【請求項９】
該ストレージ資源管理プロセッサは、
該デバイス管理テーブルの更新において、対象とするインストール済みデバイスが使用可能であることを示す表示を記録する
ことを特徴とする請求項８に記載の方法。
【請求項１０】
該ストレージ資源管理プロセッサは、
該Ｉ／Ｏポート管理テーブルの更新において、対象とする遠隔ストレージサブシステムのＩ／Ｏポートが使用可能であることを示す表示を記録する
ことを特徴とする請求項８に記載の方法。
【請求項１１】
更に、該ストレージサブシステムが該ホストコンピュータより該ストレージ資源にアクセスするＩ／Ｏコマンドを受領し、該Ｉ／Ｏコマンドにより要求される該ストレージ資源が使用可能かを判定し、もし、要求された該ストレージ資源が使用可能なら、該Ｉ／Ｏコマンドを実行し、使用不能なら該Ｉ／Ｏを拒絶して、Ｉ／Ｏ処理結果を該ホストコンピュータに送信する
ことを特徴とする請求項８に記載の方法。
【請求項１２】
該Ｉ／Ｏコマンドにより要求される該ストレージ資源が使用可能かを判定するのに、該デバイス管理テーブルを検索して、該Ｉ／Ｏコマンドにより要求される該ストレージ資源が使用可能かを判定する
ことを特徴とする請求項１１に記載の方法。
【請求項１３】
該Ｉ／Ｏコマンドにより要求される該ストレージ資源が使用可能かを判定するのに、更に、該Ｉ／Ｏポート管理テーブルを検索して、該Ｉ／Ｏコマンドにより要求される該ストレージサブシステムの該Ｉ／Ｏポートが使用可能かを判定し、該Ｉ／Ｏコマンドにより要求されるデバイスが該Ｉ／Ｏコマンドにより要求される該Ｉ／Ｏポートによりアクセス可能かを判定する
ことを特徴とする請求項１２に記載の方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、一般的にはストレージ資源を管理する為の技術に関連し、特に、ストレージ要求に対応可能なストレージ管理技術に関連する。
【０００２】
【従来の技術】
情報技術の発展とともに、ビジネス企業体は益々増大するストレージ容量が必要になっている。平均的フォーチュン１０００企業においては、来るべき年には、倍以上のストレージ容量が必要になると予想されている。加えて、容量の伸びは熟練した情報技術者の不足をもたらしている。このため、多くの企業は、情報技術への投資の拡大と改善を余儀なくさせられている。容量の急激な増大要求に対応するため、ストレージ管理を次第に外部委託する企業が増加している。
【０００３】
要求適応型ストレージ(SoD: Storage on Demand)が、ビジネス企業体に提供できるストレージ管理サービスの一つになっている。SoDサービスに委ねることにより、企業体はSoDサービス提供者より必要に応じてストレージ資源を購入することが出来る。SoDサービス提供者より得られる典型的な資源は、容量(ストレージデバイス)、及びI/Oポート等である。
【０００４】
【発明が解決しようとする課題】
現在のSoD技術により、ある程度の便益が認知されているが、更なる改良の余地が存在する。例えば、在来技術では、一つのSoDサイトに存在するストレージ資源は、他のSoDサイトを使用しているユーザには利用不可能である。更に、在来技術では、SoDのストレージ資源と共同して稼動するホストコンピュータをインストールする為には、SoDサービスプロバイダーは顧客サイトに出向く事が必要である。これは、かなり時間と費用がかかるものであり、特に管理される資源が多い場所では殊更である。つまり、在来技術では、必要な容量をもたないローカルSoDサイトを使用している顧客が、他のSoDサイトの資源を使用する事は不可能である。
【０００５】
真に要求される技術は、広範囲に渡って分散する可能性のあるネットワークで接続された複数サイトに存在するストレージ資源の割り当てを、ユーザ要求に従って管理する、より改良された技術である。
本発明は、デイスクドライブ、I/Oポート等の複数サイトに分散されたストレージ資源を、ユーザ要求に従って管理する改良された技術を提供する。
【０００６】
かかる課題を解決するため本発明においては、要求適応型センタシステムコンピュータと、各ストレージ資源を管理する要求適応型資源管理マネージャを有する複数のストレージサブシステムと、ホストコンピュータと、該ホストコンピュータ、該複数のストレージサブシステム及び該要求適応型センタシステムコンピュータを相互接続する第一の通信ネットワークと、該ホストコンピュータと該複数のストレージサブシステムの少なくとも１つのストレージサブシステムとを相互接続する第二の通信ネットワークと、を備え、  該要求適応型センタシステムコンピュータは、該ホストコンピュータの為のストレージ資源に対する要求入力を受信し、該複数のストレージサブシステムの中から該要求を満足する該ストレージサブシステムを決定し、該決定したストレージサブシステムに該要求を転送し、該決定されたストレージサブシステムの該要求適応型資源管理マネージャは、該要求適応型センタシステムコンピュータからの該要求を受信し、該要求を満足する様に該ホストコンピュータにストレージ資源を割り当て、該ストレージ資源の割り当て結果を該ストレージ資源の管理情報に反映させ、管理結果を該要求適応型センタシステムコンピュータに送信し、該要求適応型センタシステムコンピュータは、該要求適応型資源管理マネージャよりの管理結果を受信すると、該ホストコンピュータに対してＩ／Ｏパス設定要求を送信し、該ホストコンピュータは、該Ｉ／Ｏパス設定要求に応じて、該ストレージサブシステムから割り当てられたストレージ資源に接続する為のパスを設定することを含み、該要求適応型センタシステムコンピュータは、該複数のストレージサブシステムから該要求を満たすストレージサブシステムとして、該ホストコンピュータに該第二の通信ネットワークにより接続された該複数のストレージサブシステムの中から該要求を満たすに十分なストレージ資源を有し、かつ、該ホストコンピュータとの距離が最小のストレージサブシステムを決定することを特徴とする。
【０００７】
また本発明においては、ホストコンピュータがストレージ資源にアクセス可能になる為の方法であって、該ホストコンピュータと、ストレージ資源を管理する要求適応型資源管理マネージャを有する複数のストレージサブシステムと、要求適応型センタシステムコンピュータとが第一の通信ネットワークを介して相互に接続され、該ホストコンピュータと該複数のストレージサブシステムの少なくとも１つのストレージサブシステムとが第二の通信ネットワークを介して相互に接続され、該要求適応型センタシステムコンピュータが、該ホストコンピュータの為のストレージ資源に対する要求入力を受信し、該複数のストレージサブシステムの中から該要求を満足する該ストレージサブシステムを決定し、該決定したストレージサブシステムに該要求を転送する第１のステップと、該決定されたストレージサブシステムの該要求適応型資源管理マネージャが、該要求適応型センタシステムコンピュータからの該要求を受信し、該要求を満足する様に該ホストコンピュータにストレージ資源を割り当て、該ストレージ資源の割り当て結果を該ストレージ資源の管理情報に反映させ、管理結果を該要求適応型センタシステムコンピュータに送信する第２のステップと、該要求適応型センタシステムコンピュータが、該要求適応型資源管理マネージャよりの管理結果を受信すると、該ホストコンピュータに対してＩ／Ｏパス設定要求を送信する第３のステップと、  該ホストコンピュータが、該Ｉ／Ｏパス設定要求に応じて、該ストレージサブシステムから割り当てられたストレージ資源に接続する為のパスを設定する第４のステップとを備え、該第２のステップにおいて、該要求適応型センタシステムコンピュータは、該複数のストレージサブシステムから該要求を満たすストレージサブシステムとして、該ホストコンピュータに該第二の通信ネットワークにより接続された該複数のストレージサブシステムの中から該要求を満たすに十分なストレージ資源を有し、かつ、該ホストコンピュータとの距離が最小のストレージサブシステムを決定することを特徴とする。
【００２４】
本発明により、在来技術に勝る数々の便益が達成できる。具体的には、例えばユーザ自身が新しい資源をオンラインにし、資源間のパスを定義する事が可能になる。本発明の実施により、SoD提供者のシステムプログラマが手動でストレージ資源を構築する必要はなくなる。本発明により、ストレージ資源が低コストでユーザに提供される。これら及び他の便益が本明細書を通して記述される。本発明の更なる本質と便益は本明細書の以下の部分と添付図面を参照することにより、より明らかになるであろう。
【００２５】
【発明の実施の形態】
本発明は、複数サイトに分散して存在するデイスクドライブ、I/Oポート等のストレージ資源を、ユーザ要求に従って管理する改良された技術を提供する。本発明の実施により、ユーザ自身が新しい資源をオンラインにしたり、資源間のパスを定義する事等が可能になる。本発明の適用により、システムプログラマは顧客サイトにて手動でストレージ資源を構築する作業から開放される。
【００２６】
図１は、本発明の一実施例での広域SAN環境における集中型SoDサービスを採用した代表的なシステムのダイアグラムを示す。図１に示される通り、SoDサービスシステムは、メッセージ交信の為に複数のストレージサブシステム１１(１４１１)，１２(１４１２)，２１(１４２１)，２２(１４２２)，３１(１４３１)，及び３２(１４３２)に、第一の通信ネットワーク、例えば、WAN(Wide Area Network)を通して接続したSoDセンタシステム(１１００)及び複数のホストコンピュータＡ(１３Ａ０)，Ｂ(１３Ｂ０)，及びＣ(１３Ｃ０)を含む。これらのサブシステム及びコンピュータはデータ交信の為に、WAN(１６００)のみならずローカルSAN１(１５１０)、SAN２(１５２０)、及びSAN３(１５３０)を通して互いに接続されている。
【００２７】
SoDセンタシステム(１１００)は、入力装置、出力装置，及びストレージ装置に接続されたコンピュータ及びメッセージ交信の為にWAN(１２００)に接続した通信回線を含む。入力装置はキーボードとマウスで構成される。出力装置はデイスプレイである。ストレージ装置としては、実施例に対応して、磁気デイスク、光デイスク、光磁気デイスク，又は半導体メモリが使用される。ストレージ装置は、プログラム実行の為のファイルとこれに伴うデータを収容するに十分な記憶容量を持つ。実施例によっては、通信回線は、高速通信が可能である。一実施例では、SoDセンタシステム(１１００)は汎用コンピュータシステムで構成される。
【００２８】
一実施例では、メッセージ交信用のWAN(１２００)は、インターネット又はプライベート通信回線で構成された他のWANやこれら両方を組み合わせたものが用いられる。SoDセンタシステム(１１００)は更に、システムバス経由で接続したメモリ内に、プログラムコードの形で格納されている命令を実行するためのプロセッサを有する。１実施例では、SoD処理プログラム(２０００)はSoDセンタシステム(１１００)内のメモリに展開される。更にホストコンピュータロケーションテーブル(４０００)及びストレージサブシステムロケーションテーブル(５０００)，又はホストコンピュータロケーションテーブル(６０００)及びストレージサブシステムロケーションテーブル(７０００)は、SoDセンタシステム(１１００)内のメモリに展開される可能性もある。
【００２９】
実装次第で、ローカルSAN１(１５１０)、SAN２(１５２０)、及びSAN３(１５３０)はポイント・トゥ・ポイント、アービットレイテド・ループ、又はファブリックのいずれかの種別となる可能性がある。ここで、“ファブリック”の用語は単一又は時には拡張構成に組み込まれた一つ以上のファブリックスイッチで構成されたファイバチャネルSAN形態の１クラスを可能にすることと解釈されるものとする。FC(Fibre Channel)は現時点で好ましい実施例で使用されるプロトコルであるが、他のプロトコルも又他の多様な実施例のローカルSANで使用する事ができる。データ交信用のWAN(１６００)には現在の好ましい実装ではFCが使用される。
【００３０】
しかしながら、他の多様な実装形態では、データ交信用のWAN(１６００)として、他のプロトコル、例えば、インタネットプロトコル(IP)が使用されても良い。かくして、実施例によってはインターネットはメッセージ交信用のWAN(１２００)とデータ交信用のWAN(１６００)双方で同時に用いることができる。
【００３１】
図２Ａ及び図２Ｂは、本発明の一実施例でのホストコンピュータの代表的な構成を示す。図２Ａと図２Ｂに示される代表的なホストコンピュータＡ(１３Ａ０)及びＢ(１３Ｂ０)は本実施例では類似した構成になっている。ホストコンピュータＣ(１３Ｃ０)は図示されてはいないが、ホストコンピュータＡ(１３Ａ０)及びＢ(１３Ｂ０)と同様な構成である。ホストコンピュータＡ(１３Ａ０)はメッセージ交信用WAN(１２００)を通して、SoDセンタシステムと交信する為の少なくとも一つのポートを有する。更に、ホストコンピュータＡ(１３Ａ０)は接続線(８５１０)，(８５２０)から(８５ｋ０)を通して、第二の通信ネットワーク、例えば、ローカルSAN１(１５１０)に接続される一つ以上のホストI/Oコントローラ、又はホストバスアダプタ、Ａ０１０(８４１０)，Ａ０２０(８４２０)，からＡ０ｋ０(８４ｋ０)までを有する。ローカルSAN１(１５１０)はデータ交信用のWAN(１６００)への接続を可能とする。ホストコンピュータＡ(１３Ａ０)は更にオペーテイングシステム(８２００)配下で走行するSoDエージェント(８１００)を有する。オペーテイングシステム(８２００)はI/Oパス設定テーブル(１２０００)を用いて、ホストI/Oコントローラ(８４１０)から(８４ｋ０)の動作を制御する。I/Oパス設定テーブル(１２０００)はホストI/Oコントローラ、ホストコンピュータ及び他のシステム要素に至るI/Oパスの情報を保有する。
【００３２】
図２Ｂは、本発明の一実施例でのホストコンピュータＢ(１３Ｂ０)の代表的な構成を示す。図２Ｂに示されるとおり、ホストコンピュータＢ(１３Ｂ０)は、ホストコンピュータＡ(１３A０)と類似した構成であり、メッセージ交信用WAN(１２００)を通して、SoDセンタシステムと交信する為の少なくとも一つのポートを有する。更に、ホストコンピュータＢ(１３Ｂ０)は、接続線(１３５１０)、(１３５２０)から(１３５ｋ０)を通して、第三の通信ネットワーク、例えば、ローカルSAN２(１５２０)に接続される一つ以上のホストI/Oコントローラ又はホストバスアダプタＢ０１０(１３４１０)，Ｂ０２０(１３４２０)，からＢ０ｋ０(１３４ｋ０)を有する。
【００３３】
ローカルSAN２(１５２０)は、データ交信用のWAN(１６００)への接続を可能とする。ホストコンピュータＢ(１３Ｂ０)は更に、オペーテイングシステム(１３２００)配下で走行するSoDエージェント(１３１００)を有する。オペーテイングシステム(１３２００)はI/Oパス設定テーブル(１７０００)を用いて、ホストI/Oコントローラ(１３４１０)から(１３４ｋ０)の動作を制御する。I/Oパス設定テーブル(１７０００)はホストI/Oコントローラ、ホストコンピュータ及び他のシステム要素に至るI/Oパスの情報を保有する。
【００３４】
図３Ａ及び図３Ｂは、本発明の一実施例でのストレージサブシステムの代表的な構成を示す。本実施例では、図３Ａ及び図３Ｂに示されるとおり、代表的なストレージサブシステム１１(１４１１)及び２１(１４２１)は類似した構成を持つ。ストレージサブシステム３１(１４３１)は図示されていないが、本実施例では、ストレージサブシステム１１(１４１１)及び２１(１４２１)と類似した構成を持つ。ストレージサブシステム１１(１４１１)はI/Oポート１１１０(９２１０)、１１２０(９２２０)から１１ｍ０(９２ｍ０)の一つ以上のI/Oポートを有する。本I/Oポートは複数の接続(９１１０)から(９１ｍ０)を通してローカルSAN１(１５１０)に接続される。
【００３５】
更にローカルSAN１(１５１０)はデータ交信用のWAN(１６００)に接続される。更に、本I/Oポートは、ストレージサブシステム１１(１４１１)の資源を管理するSoD資源マネージャ(９３００)を通して、複数のデバイス１(９４１０)，２(９４２０)，３(９４３０)からｎ(９４ｎ０)を含む複数のストレージデバイスへの接続を可能とする。本SoD資源マネージャ(９３００)はSoD資源管理プロセッサ(９３２０)及びメモリ(９３１０)を有する。メモリ(９３１０)は更に、デバイス管理テーブル(１００００)及びI/Oポート管理テーブル(１１０００)を有する。本SoD資源マネージャ(９３００)は更にSoDセンタシステム(１１００)とメッセージ交信用WAN(１２００)を通して交信する。
【００３６】
図３Ｂは、本発明の一実施例での代表的なストレージサブシステム２１(１４２１)を示す。図３Ｂに示される通り、ストレージサブシステム２１(１４２１)は、I/Oポート２１１０(１４２１０)、２１２０(１４２２０)から２１ｍ０(１４２ｍ０)の一つ以上のI/Oポートを有する。本I/Oポートは、複数の接続(１４１１０)、（１４１２０）から(１４１ｍ０)までを通して、ローカルSAN２(１５２０)に接続される。更に、ローカルSAN２(１５２０)は、データ交信用のWAN(１６００)に接続される。更に、本I/Oポートは、ストレージサブシステム２１(１４２１)の資源を管理するSoD資源マネージャ(１４３００)を通して、複数のデバイス１(１４４１０)，２(１４４２０)，３(１４４３０)からｎ(１４４ｎ０)を含む複数のストレージデバイスへの接続を提供する。本SoD資源マネージャ(１４３００)は、SoD資源管理プロセッサ(１４３２０)及びメモリ(１４３１０)を有する。
【００３７】
メモリ(１４３１０)は更に、デバイス管理テーブル(１５０００)及びI/Oポート管理テーブル(１６０００)を有する。本SoD資源マネージャ(１４３００)は、更にメッセージ交信用WAN(１２００)を通してSoDセンタシステム(１１００)と交信することが可能である。他のストレージサブシステム１２(１４１２)、２２(１４２２)、３１(１４３１)及び３２(１４３２)も図３Ａ，３Ｂで示した構成と類似の構成を持つ。
【００３８】
図４Ａ―図４Ｃは、本発明の一実施例でのデバイス管理テーブルの代表的な構成を示す。図４Ａで示される通り、代表的なデバイス管理テーブル(１００００)は本実施例でのストレージサブシステム１１(１４１１)で使用される。デバイス管理テーブル(１００００)はデバイス番号(１０１００)、インストール状態(１０２００)、SoD状態(１０３００)，及びサイズ(１０４００)の複数の欄で構成される。図４Ａで示される代表的な実装例では、デバイス番号１(９４１０)、からデバイス番号ｎ(９４ｎ０)に対するエントリが存在する。テーブル(１００００)のインストール状態(１０２００)のエントリで示される通り、デバイス番号１(９４１０)からデバイス番号ｎ(９４ｎ０)はインストール済みである。
【００３９】
更に、図4Aのテーブル(１００００)のSoD状態(１０３００)のエントリで示される通り、デバイス番号１(９４１０)、からデバイス番号ｎ(９４ｎ０)は現在使用可能として構成されている。
図４Ｂで示される通り、代表的なデバイス管理テーブル(１５０００)はストレージサブシステム２１(１４２１)で使用される。デバイス管理テーブル(１５０００)はデバイス番号(１５１００)、インストール状態(１５２００)、Sod状態(１５３００)，及びサイズ(１５４００)の複数の欄で構成される。図４Ｂで示される代表的な実装例では、デバイス番号１(１４４１０)からデバイス番号ｎ(１４４ｎ０)に対するエントリが存在する。テーブル(１５０００)のインストール状態(１５２００)のエントリで示される通り、デバイス番号１(１４４１０)からデバイス番号４(１４４４０)はインストール済みであるが、デバイス番号５(１４４５０)からデバイス番号ｎ(１４４ｎ０)はインストールされていない。
【００４０】
更に、テーブル(１５０００)のSoD状態(１５３００)のエントリで示される通り、デバイス番号１(１４４１０)からデバイス番号２(１４４２０)は現在使用可能として構成されているが、デバイス番号３(１４４３０)からデバイス番号４(１４４４０)は使用不能である。デバイス番号５(１４４５０)からデバイス番号ｎ(１４４ｎ０)はインストールされていない為、当該欄は本デバイスに対しては意味ある情報を持たない。
【００４１】
図４Ｃは、本発明の一実施例において、ストレージサブシテム２１(１４２１)で追加のストレージ容量を割りつけた後の図４Ｂのデバイス管理テーブル(１５０００)の処理の進行を示す。ホストコンピュータＡ(１３Ａ０)にストレージサブシテム１１(１４１１)が割り当てられた事例では、図４Ａ、図５Ａ、及び図６Ａに示される通り、ストレージサブシテム１１(１４１１)内の全てのストレージデバイスはインストール済で、ホストコンピュータＡ(１３Ａ０)によりI/Oパス番号１及び２を経由して使用可能に設定されている。次に、ホストコンピュータＡ(１３Ａ０)のユーザはSoDセンタシステム(１１００)に対して、ホストコンピュータＡ(１３Ａ０)に追加の２ＴＢのストレージ容量を割り当てる事を要求する。
【００４２】
もし、ホストコンピュータＡ(１３Ａ０)と同じローカルSANに接続されている他のストレージサブシステム、サブシステム１２(１３Ａ０)が何らかの理由でホストコンピュータＡ(１３Ａ０)に割り当てできない場合は、図１１と図１２に関連して以降に説明される処理により、ホストコンピュータＡ(１３Ａ０)に対して最小距離にある他のストレージサブシステム内のストレージ資源が割り当てられることになる。本処理の結果として、以前はデバイス管理テーブル(１５０００)のSoD状態欄(１５３００)において使用不能となっていたデバイス番号３及び４が、図４Ｃのデバイス管理テーブル(１５０００)のSoD状態欄(１５３００)において使用可能として表示されている。
【００４３】
図５Ａ―図５Ｃは、本発明の一実施例でのI/Oポート管理テーブルの代表的な構成を示す。図５Ａは本発明の一実施例でのストレージサブシステム１１(１４１１)で使用される代表的なI/Oポート管理テーブル(１１０００)を示す。図５Ａで示される通り、I/Oポート管理テーブル(１１０００)はI/OポートID(１１１００)、インストール状態(１１２００)、SoD状態(１１３００)、及びデバイス番号(１１４００)を含む複数の欄で構成される。図５Ａで示される代表例では、I/Oポート番号１１１０(９２１０)、１１２０(９２２０)から１１ｍ０(９２ｍ０)に対してエントリが存在する。
【００４４】
更にインストール状態(１１２００)欄に示される通り、各I/Oポートはインストール済である。しかしながら、SoD状態(１１３００)に示される通り、I/Oポート１１１０(９２１０)、１１２０(９２２０)のみが図５Ａの状態では使用可能になっている。従って、これらのI/Oポートに接続されいるデバイスのみが使用可能である。
【００４５】
図５Ｂは本発明の一実施例でのストレージサブシステム２１(１４２１)で使用される代表的なI/Oポート管理テーブル(１６０００)を示す。図５Ｂで示される通り、I/Oポート管理テーブル(１６０００)はI/OポートID(１６１００)，インストール状態(１６２００)、SoD状態(１６３００),及びデバイス番号(１６４００)を含む複数の欄で構成される。図５Ｂで示される代表例では、I/Oポート番号２１１０(１４２１０)、２１２０(１４２２０)から２１ｍ０(１４２ｍ０)に対してエントリが存在する。更にインストール状態(１６２００)欄に示される通り、各I/Oポートはインストール済である。しかしながら、SoD状態(１６３００)に示される通り、I/Oポート２１１０(１４２１０)のみが図５Ｂの状態では使用可能になっている。従って、本I/Oポートに接続されいるデバイスのみが使用可能である。
【００４６】
図５Ｃは、本発明の一実施例でのストレージサブシステム２１(１４２１)に対して追加のストレージ容量の割りあて処理を実施した後の図5Bの代表的なI/Oポート管理テーブル(１６０００)の処理の状態を示す。図１３−図１６で記される処理の結果として、以前は図５Ｂに示された様に、I/Oポート管理テーブル(１６０００)のSoD状態欄(１６３００)において使用不能となっていたI/OポートID番号２１２０は、図５ＣのI/Oポート管理テーブル(１６０００)のSoD状態欄(１６３００)において使用可能として表示される。更に、I/Oポート管理テーブル(１６０００)のI/OポートID番号２１２０のデバイス番号(１６４００)欄は図５ＢのN/Aから図５Ｃでは、“３，４”に変更され、デバイス番号３，４がI/OポートID番号２１２０を通してアクセス可能であることを示している。
【００４７】
図６Ａ―図６Ｃは、本発明の一実施例でのＩ/Ｏパス設定テーブルの代表的な構成を示す。図６Ａは本発明の一実施例での代表的なＩ/Ｏパス設定テーブルを示す。図６ＡでのＩ/Ｏパス設定テーブル(１２０００)は、Ｉ/Ｏパス番号(１２１００)、ホストＩ/Ｏコントロール番号(１２２００)、サブシステム番号(１２３００)、及びＩ/Ｏポート番号(１２４００)の複数の欄により構成される。図６ＡのＩ/Ｏパス番号(１２１００)のエントリに示される通り、Ｉ/Ｏパス番号１及び２が定義済である。Ｉ/Ｏパス番号１はＩ/Ｏポート１１１０(９２１０)を経由したホストＩ/ＯコントロールIDＡ０１０(８４１０)からストレージサブシステム１１(１４１１)のデバイスへの接続を可能にする。同様に、図６Ａで示される代表的な実施例において、Ｉ/Ｏパス番号２はＩ/Ｏポート１１２０(９２２０)を経由したホストＩ/ＯコントロールIDＡ０２０(８４２０)からストレージサブシステム１１(１４１１)への接続を可能にする。
【００４８】
図６Ｂは、本発明の一実施例での代表的なI/Oパス設定テーブルを示す。図６ＢでのI/Oパス設定テーブル(１７０００)は、I/Oパス番号(１７１００)、ホストI/Oコントロール番号(１７２００)、サブシステム番号(１７３００)、及びI/Oポート番号(１７４００)の複数の欄により構成される。図６ＢのI/Oパス番号(１７１００)のエントリに示される通り、I/Oパス番号１が定義済である。I/Oパス番号１はI/Oポート２１１０(１４２１０)を経由したホストI/OコントロールIDＢ０１０(１３４１０)からストレージサブシステム２１(１４２１)のデバイスへの接続を可能にする。
【００４９】
図６Ｃは、本発明の一実施例でのストレージサブシステム２１(１４２１)に対してホストコンピュータＡ(１３Ａ０)のユーザが追加のストレージ容量を割り当てた後での図６ＡのI/Oパス設定テーブル(１２０００)の処理の状態を示す。図１３−図１６で説明された処理の結果として、I/Oパス設定テーブル(１２０００)のホストコンピュータＡ(１３Ａ０)のホストI/OコントローラID欄(１２２００)のI/Oパス番号３に対する値は図６Ａでは、未定義であったが、図６ＣではホストコンピュータＡ(１３Ａ０)のホストI/OコントローラIDの値であるＡ０３０にセットされ、当該ホストコンピュータＡ(１３Ａ０)に割り当てられているストレージサブシステム２１(１４２１)に対する接続が可能である事を示している。
【００５０】
更に、I/Oパス設定テーブル(１２０００)のI/Oパス番号３のサブシステム番号欄(１２３００)は図６ＡでのN/Aから“２１”に更新されており、I/Oパス番号３はホストI/OコントローラIDＡ０３０とストレージサブシステム２１(１４２１)内のデバイスとの間の接続が可能である事を示している。更に又、I/Oパス番号３のI/OポートID欄(１２４００)は図６ＡのN/Aから図６Ｃでは“２１２０”に更新されており、ホストコンピュータＡ(１３Ａ０)に割り当てられているストレージデバイスへの接続を提供するストレージサブシステム２１(１４２１)のI/Oポートが提供されていることを示している。
【００５１】
図７は本発明の一実施例でのホストコンピュータロケーションテーブルの代表的な構成を示す。図７で示される通り、SoDセンタシステム(１１００)に配置される本ホストコンピュータロケーションテーブル(４０００)は、ホストコンピュータ番号(４１００)、緯度(４２１０)及び経度(４２２０)の欄で構成される。緯度及び経度欄はホストコンピュータロケーションデータ(４２００)を構成する。
【００５２】
図８は本発明の一実施例でのサブシステムロケーションテーブルの代表的な構成を示す。図８に示されるとおり、本ストレージサブシステムロケーションテーブル(５０００)はSoDセンタシステム(１１００)に配置される。本ストレージサブシステムロケーションテーブル(５０００)はサブシステム番号(５１００)、緯度(５２１０)及び経度(５２２０)の欄で構成される。緯度及び経度欄はストレージサブシステムロケーションデータ(５２００)を構成する。
【００５３】
図９は本発明の他の一実施例での代表的なホストコンピュータロケーションテーブルの構成を示す。図９に示される通り、SoDセンタシステム(１１００)に配置される本ホストコンピュータロケーションテーブル(６０００)はホストコンピュータ番号(６１００)及びIPアドレスで構成されるホストコンピュータロケーションデータ(６２００)を含む。
【００５４】
図１０は本発明の他の一実施例でのサブシステムロケーションテーブルの代表的な構成を示す。図１０に示される通り、本サブシステムロケーションテーブル(７０００)はSoDセンタシステム(１１００)に配置される。本サブシステムロケーションテーブル(７０００)はサブシステム番号(７１００)及びIPアドレスで構成されるストレージサブシステムロケーションデータ(７２００)を含む。
【００５５】
図１１は本発明の一実施例での代表的な処理のフローチャートを示す。図１１に示される通り、SoDセンタシステム(１１００)はステップ２１００にてホストコンピュータに対するSoD要求の入力を受信する。次にステップ２２００にて、SoDセンタシステム(１１００)は要求を満たすストレージサブシステムを決定する。本実施例では、本決定はホストコンピュータとサブシステム間の性能を考慮して行われる。次にステップ２３００にてSoDセンタシステム(１１００)は選択されたサブシステムを使用してSoDサービスを処理する。次にステップ２４００にて、SoDサービス結果を出力する。
【００５６】
図１２は本発明の一実施例での代表的なサブシステム選択処理の為のフローチャートを示す。図１２に示される通り、図１１のステップ２２００は指定のホストコンピュータにSoDサービスを提供するストレージサブシステムを選択する為の複数のステップより構成される。ステップ２２１０にて、SoDセンタシステム(１１００)は当該ホストコンピュータのロケーションデータを図７又は図９のホストコンピュータロケーションテーブル(４０００)又は(６０００)より読み取る。
【００５７】
次にステップ２２２０にて、SoDセンタシステム(１１００)はチェック未了（まだホストコンピュータとストレージサブシステム間の距離がもとめられていないもの）のストレージサブシステムの中より一つを選択する。本選択は、実施事例によってはテーブルの最上位行より順にピックアップされるというときもある。この時点では、当該ストレージサブシステムのホストコンピュータとの間の距離をＳｏＤセンタシステムはもっていない。
【００５８】
次にステップ２２３０にて、選択されたストレージサブシステムはSoD要求を満たすか否かが判定される。例えば、当該ストレージサブシステムは２TBの追加ストレージ容量を要求しているホストコンピュータに割り当てできるかが問われる。もし、選択されたストレージサブシステムは要求を満たすなら、ステップ２２４０にて、SoDセンタシステム(１１００)は当該ストレージサブシステムのロケーションデータを図８又は図１０のロケーションテーブル(５０００)又は(７０００)より読み出す。
【００５９】
次に、SoDセンタシステム(１１００)はステップ２２５０にて、ホストコンピュータとサブシステム間の距離を計算する。ステップ２２６０にて、ステップ２２５０で求められた距離はこれまでの最小値か否かが判定される。もし最小値なら、計算結果がステップ２２７０にて記録される。
【００６０】
もし、ステップ２２３０にて、選択されたサブシステムが要求を満たさない場合は、SoDセンタシステム(１１００)はステップ２２４０から２２７０をスキップする。次にステップ２２８０にて、チェック未了（距離がまだ計算されていないもの）のサブシステムが残っているかの判定がなされる。もしステップ２２８０にてチェックがされていない別のサブシステムが残っているなら、SoDセンタシステム(１１００)はステップ２２２０からの処理を繰り返す。もし、チェック未了のサブシステムが残っていない場合は、SoDセンタシステム(１１００)はステップ２２９０にて、記録結果を出力する。
【００６１】
本発明の実施の為に使用出来る、ホストコンピュータとサブシステム間の距離の計算には多様な方法が存在する。例えば、一つの方法はホストコンピュータとストレージサブシステムの地理的情報を利用することである。図７に示される通り、各ホストコンピュータの緯度，経度のような地理的情報はホストコンピュータロケーションテーブル(４０００)に保持されている。
【００６２】
更に図８に示される通り、各ストレージサブシステムの緯度，経度のような地理的情報はストレージサブシステムロケーションテーブル(５０００)に保持されている。双方のテーブルはSoDセンタシステム(１１００)に保持されている。各々緯度，経度のわかるいかなる２地点間の距離を計算するには多様な方法が存在する。一例を示すと、各々緯度，経度が(ａ１，ｂ１)及び(ａ２，ｂ２)を持つ地点ｐ及びｑの２つの都市の間の距離Dを計算する式は、
D=Arccos[Cos[a1]Cos[b1]Cos[a2]Cos[b2]+Cos[a1]Sin[b1]Cos[a2]Sin[b2]
+Sin[a1]Sin[a2]]/360*2*Pi*r
ここで、ｒは地球の半径である。本式の詳細な導出に付いては、下記を参照する事。
http://forum.swarthmore.edu/dr.math/problems/longandlat.htm
(最終アクセスは2001/3/29)
これは完全に多目的な参考文献として収録されているものである。
ホストコンピュータとストレージサブシステムの距離を計算するもう一つの方法は、図９のホストロケーションテーブル(６０００)及び図１０のストレージサブシステムロケーションテーブル(７０００)に記憶されているIPアドレスに基づく方法である。本IPアドレスに基づく二装置間の距離計算の詳細に付いては、下記を参照する事。
http://buffy.eecs.berkeley.edu/Seminars/Old.99/April/990407.jamin.html
(最終アクセスは2001/3/29)
これは完全に多目的な参考文献として収録されているものである。
従って、図７，図８で説明される実施例においては、ローカルSAN１(１５１０)範囲外のストレージサブシステムの中で、ストレージサブシステム２１(１４２１)がホストコンピュータＡ(１３Ａ０)に対して最寄りのサブシステムである。
【００６３】
図１３は本発明の一実施例でのSoDセンタシステムにおける代表的なSoDサービスモジュール処理のフローチャートを示す。SoDサービスモジュール(２３００)はSoDセンタシステム(１１００)よりのホストコンピュータＡ(１３Ａ０)へのストレージサブシステム２１(１４２１)内の資源(本資源は部分的にホストコンピュータＢ(１３Ｂ０)で使用されている)割り当ての要求に応じて、図１３のフローチャートの処理を実行する。ステップ２３１０にて、SoDセンタシステム(１１００)は、本資源割り当て要求をストレージサブシステム２１(１４２１)内の資源マネージャ(１４３００)に送信し、ステップ２３２０にて、当該管理結果を受信し、ステップ２３３０にて本結果を保存する。ステップ２３４０にて、SoDセンタシステム(１１００)はI/Oパス設定要求をストレージサブシステム２１(１４２１)に接続しているホストコンピュータＡ(１３Ａ０)内のSoDエージェント(８１００)に送信する。本I/Oパス設定要求は、ホストコンピュータＡ(１３Ａ０)とストレージサブシステム２１(１４２１)内の資源との間のパスを構成する各要素資源に関する情報を保有している。
【００６４】
一実施例では、ホストコンピュータ内のホストI/Oコントローラや遠隔ストレージサブシステムのI/Oポート等の資源にはファイバチャネルネットワークで使用されているWWN(World Wide Name)に類似するような固有の識別子が与えられている。本I/Oパス設定要求はホストコンピュータＡ(１３Ａ０)がストレージサブシステム２１(１４２１)内の資源にアクセスするためのパス構成資源の固有の識別子を含む。次にSoDセンタシステム(１１００)は、ステップ２３５０にて、SoDエージェント(８１００)より設定結果を受信して、ステップ２３６０にて、当該結果を保存して図１３の処理を完了する。
【００６５】
図１４は本発明の一実施例での代表的なSoD資源マネージャ処理のフローチャートを示す。図１４において、ストレージサブシステム２１(１４２１)内のSoD資源マネージャ(１４３００)はステップ２２１００にて、SoDセンタシステム(１１００)よりSoD要求を受信する。SoD資源マネージャ(１４３００)は判定ステップ２２２００にて、当該要求はインストール済みデバイスを使用可能にするコマンドを含むか否かを判定する。
【００６６】
もし当該要求がインストール済みデバイスを使用可能にするコマンドを含むなら、SoD資源マネージャ(１４３００)は、ステップ２２３００にて、デバイス管理テーブル(１５０００)を更新し、ステップ２２４００では、I/Oポート管理テーブル(１６０００)を更新し、ステップ２２５００にて、テーブル更新結果をSoDセンタシステム(１１００)に送信する。もしステップ２２２００にて当該コマンドがインストール済みデバイスを使用可能にするものを含まないと判定されれば、SoD資源マネージャ(１４３００)は、ステップ２２３００をスキップして、ステップ２２４００に従って処理を進める。
【００６７】
図１５は本発明の一実施例での代表的なSoDエージェント処理のフローチャートを示す。図１５のステップ２３１００にて、ホストコンピュータＡ(１３Ａ０)内のSoDエージェント(８１００)はI/Oパス設定要求をSoDセンタシステム(１１００)より受信する。次に、本SoDエージェント(８１００)はステップ２３２００にて、オペレーテイングシステム(８２００)に当該I/Oパス設定要求に基づいて、I/Oパス設定テーブル(１２０００)の更新を要求する。本SoDエージェント(８１００)は確立すべきパス資源の固有の識別子を用いてフォーマットを整えてオペレーテイングシステム(８２００)に対応パスの確立を要求する。
【００６８】
オペレーテイングシステム(８２００)は、OS/390、UNIX、及びWindows等I/Oパス設定と制御機能を持つものなら何でも良い。I/Oパス設定要求のフォーマットは各オペレーテイングシステム(８２００)に固有であり、当該分野に通常のスキルを持つ人には公知のものである。SoDエージェント(８１００)はステップ２３３００で、I/Oパス設定結果をオペレーテイングシステム(８２００)より受信し、ステップ２３４００で、当該結果をSoDセンタシステム(１１００)に送信する。
【００６９】
図１６は本発明の一実施例でのSoD資源マネージャによる代表的なストレージアクセス処理のフローチャートを示す。SoD資源マネージャ(１４３００)はストレージサブシステム２１(１４２１)内の資源やI/Oポート等を管理する。図１６のステップ２４１００にて、SoD資源マネージャ(１４３００)はホストコンピュータＡ(１３Ａ０)からストレージサブシステム２１(１４２１)内の資源を使用するI/Oコマンドを受信する。判定ステップ２４２００にて、SoD資源マネージャ(１４３００)はテーブル(１００００)、(１１０００)、(１５０００)、及び(１６０００)をチェックして、必要資源が全て使用可能か否かを判定する。
【００７０】
もし、資源は全て使用可能なら、SoD資源マネージャ(１４３００)はステップ２４３００にて、要求Ｉ/Ｏコマンドを実行して、実行結果をステップ２４５００にて、ホストコンピュータＡ(１３Ａ０)に送信する。反対に、ステップ２４２００にて全資源が使用不能と判定されたなら、SoD資源マネージャ(１４３００)はステップ２４４００にて、要求Ｉ/Ｏコマンドを拒否して、ステップ２４３００をスキップして、実行結果をステップ２４５００にて、ホストコンピュータＡ(１３Ａ０)に送信する。ある実装ではＩ/Ｏコマンド実行結果はリターンコードである。しかし、選択実装ではＩ/Ｏコマンドが成功裏に実行されたときのデイスクからの読み取り情報を含んでも良い。以下、図１７−図２５を使用して、多階層ネットワーク戦略を用いた本発明の他の実施例について説明する。
【００７１】
図１７は本発明の他の一実施例での広域SAN環境における集中型SoDサービスを採用した代表的なシステムのダイアグラムを示す。図１７で示されるとおり、SoDサービスシステムはメッセージ交信用WAN(１２００)を経由して、ストレージサブシステム１１(１４１１)及びストレージサブシステム１２(１４１２)を含む複数のストレージサブシステムに接続するSoDセンタシステム(１１００)を有する。ホストコンピュータＡ１(１３Ａ１)及びホストコンピュータＡ２(１３Ａ２)を含む複数のホストコンピュータはローカルSoD管理サーバ１(２５１０)に第2のネットワークＬＡＮ(１３００)により、接続している。ストレージサブシステム及びホストコンピュータはロ−カルSAN１(１５１０)で構成される広域データネットワークを経由して互いに接続される。更に、ロ−カルSAN１(１５１０)はデータ交信の為にWAN(１６００)に接続されている。
【００７２】
SoDセンタシステム(１１００)は入力装置、出力装置、ストレージデバイス、及びメッセージ交信の為のWAN(１２００)に接続されるコンピュータを含む。入力装置はキーボードとマウスで構成される。出力装置は例えばデイスプレイである。ストレージ装置は実装次第で、磁気デイスク、光デイスク、光磁気デイスク，又は半導体メモリである。ストレージ装置はプログラム実行の為のファイルとこれに伴うデータを収容するに十分な記憶容量を持つ。実装によっては、通信回線は、高速通信を可能にする必要がある。通常はSoDセンタシステム(１１００)は汎用コンピュータシステムで構成される。各種実装では、メッセージ交信用のWAN(１２００)はインターネット又はプライベート通信回線で構成されるWAN又はこれらの組み合わせが用いられる。
【００７３】
実装次第では、ローカルSAN１(１５１０)はポイント・トゥ・ポイント、アービットレイテド・ループ、又はファブリックの何れでも良い。ＦＣ(Fibre Channel)は現時点では好ましい実装で使用されるプロトコルであるが、他のプロトコルも他の多様な実装で使用されても良い。データ交信用のWAN(１６００)は現在の好ましい実装ではＦＣが使用される。しかしながら、他の多様な実装系では、データ交信用のWAN(１６００)として、他のプロトコル例えば、インタネットプロトコルが使用されても良い。かくして、インタネットはメッセージ交信用のWAN(１２００)及びデータ交信用のWAN(１６００)双方に同時に用いることができる。
【００７４】
図１８は本発明の一実施例での代表的なローカルSoD管理サーバテーブルを示す。図１８で示す通り、管理サーバテーブル(２６０００)は固有のシステムで使用される管理サーバに対応する一つ以上のエントリで構成される。ある固有の管理サーバに対応するエントリは、管理サーバ１(２５１０)の様に、ローカル管理サーバID欄(２６１００)及び当該ローカルSoDマネージメントサーバのアドレス欄(２６２００)を含む。
【００７５】
図１９Ａ―図１９Ｃは、本発明の各種実施例での代表的なローカルSoD管理サーバのダイアグラムを示す。図１７で示されるとおり、ローカルSoD管理サーバ１(２５１０)はメッセージ交信用WAN(１２００)を経由して、ストレージサブシステム１１(１４１１)、ストレージサブシステム１２(１４１２)，及びSoDセンタシステム(１１００)に接続される。ローカルSoD管理サーバ１(２５１０)は入力装置、出力装置、ストレージデバイス、及びメッセージ交信の為のWAN(１２００)に接続されるコンピュータを含む。入力装置はキーボードとマウスで構成される。出力装置は例えば、デイスプレイである。ストレージ装置は実装に応じて、磁気デイスク、光デイスク、光磁気デイスク，又は半導体メモリで良い。
【００７６】
ストレージ装置はプログラム実行の為のファイルとこれに伴うデータを収容するに十分な記憶容量を持つ。実装によっては、通信回線は、高速通信を可能にする必要がある。一実施例ではローカルSoD管理サーバ１(２５１０)は汎用コンピュータシステムにより構成される。本ローカルSoD管理サーバ１(２５１０)は更に、バスにより接続されるメモリにプログラムコードの形で展開される命令を実行するプロセッサを有する。一実施例では、ローカルSoD管理プログラム(２７１００)はローカルSoD管理サーバ１(２５１０)のメモリに展開される。
【００７７】
本発明の実施では、ローカルSoD管理サーバによって、多様な情報が管理される。例えば、図１９Ａでは、ローカルホストコンピュータロケーションテーブル(２８０００)、ローカルストレージサブシステムロケーションテーブル(２９０００)、一つ以上のデバイス管理テーブル、一つ以上のI/Oポート管理テーブル、及び一つ以上のI/Oパス設定テーブルはローカルSoD管理サーバ１(２５１０)のメモリに展開する事ができる。図１９Ｂでは、ローカルホストコンピュータロケーションテーブル(２８０００)、ローカルストレージサブシステムロケーションテーブル(２９０００)、一つ以上のデバイス管理テーブル、及び一つ以上のI/Oポート管理テーブルはローカルSoD管理サーバ１(２５１０)のメモリに展開される。
【００７８】
更に、他の実施例の図１９Ｃで示される様に、ローカルSoD管理サーバ１(２５１０)は、ローカルホストコンピュータロケーションテーブル(２８０００)、ローカルストレージサブシステムロケーションテーブル(２９０００)をメモリに保持する。
【００７９】
図２０は本発明の一実施例でのローカルホストコンピュータロケーションテーブルの代表的な構成を示す。図２０に示すローカルホストコンピュータロケーションテーブル(２８０００)はホストコンピュータ番号欄(２８１００)及びホストコンピュータロケーションデータ欄(２８２００)より構成される。ホストコンピュータロケーションデータ欄(２８２００)は緯度欄(２８２１０)及び経度欄(２８２２０)で構成される。当該システムに認知されたホストコンピュータに対応して、一つ以上のエントリが当該地域でシステムとされるホストコンピュータのローカルホストコンピュータロケーションテーブル(２８０００)に存在することが可能である。各エントリは、ホストコンピュータの識別子と当該ホストのロケーションを示す緯度，経度情報を提供する。
【００８０】
図２１は本発明の一実施例でのローカルストレージサブシステムロケーションテーブルの代表的な構成を示す。図２１に示すローカルストレージサブシステムロケーションテーブル(２９０００)はストレージサブシステム番号欄(２９１００)及びストレージサブシステムロケーションデータ欄(２９２００)より構成される。ストレージサブシステムロケーションデータ欄(２９２００)は緯度欄(２９２１０)及び経度欄(２９２２０)で構成される。当該システムに認知されたストレージサブシステムに対応して、一つ以上のエントリが当該地域でシステムとされるホストコンピュータのストレージサブシステムロケーションテーブル(２９０００)に存在することが可能である。各エントリは、ストレージサブシステムの識別子と当該ストレージサブシステムのロケーションを示す緯度，経度情報を提供する。
【００８１】
図２２は本発明の一実施例での代表的なローカルSoDマネージャ処理のフローチャートを示す。図２２に示される通り、ローカルSoD管理サーバ１(２５１０)は、ステップ３００１０にて、ホストコンピュータＡ１(１３Ａ１)の為のSoD要求入力を受信する。次に判定ステップ３００２０にて、ローカルSoD管理サーバ１(２５１０)は要求を発行したホストコンピュータＡ１(１３Ａ１)と同じローカルSANに属するストレージサブシステムで要求を満たすものが有るか否かを判定する。もしSoD管理サーバ1（２５１０）がローカルSAN内で要求を満たすストレージサブシステムが検出すれば、処理はステップ２３００に移る。
【００８２】
もし要求を満たすストレージサブシステムがローカルSAN上に存在しなければ、ステップ３００３０に進み、ローカルSoD管理サーバ１(２５１０)はSoDセンタシステム(１１００)に当該ローカルSAN以外（外部）よりストレージサブシステムを選択する様に要求を出す。本要求には、SoDセンタシステム(１１００)が要求に対して“最適な”ストレージサブシステムを選択できる様に、要求者の情報が含まれる。SoDセンタシステム(１１００)は図１８で説明した様に、ローカルSoD管理サーバテーブル(２６０００)にアクセスできるため、ローカルSoD管理サーバ２，３等のような他のローカルSoD管理サーバと交信可能であり、それに関する情報をもつ。従って、ローカルSoD管理サーバ１(２５１０)は、SoDセンタシステム(１１００)に要求を満たす最適ストレージサブシステムの選択を依頼可能である。SoDセンタシステム(１１００)は、図２２で説明されるような方法を用いて、ストレージサブシステムを選択する。
【００８３】
例えば、ある実施例では選択結果を当該ローカルSoD管理サーバ１(２５１０)に返信し、ステップ３００４０にて、ローカルSoD管理サーバ１(２５１０)は、SoDセンタシステム(１１００)から送られてきたストレージサブシステムの選択結果を受信する。次に、ステップ３００５０にて、ローカルSoD管理サーバ１(２５１０)はステップ３００４０にて受信したストレージサブシステムの情報を、ストレージサブシステムロケーションテーブル(２９０００)に追加する。従って、ローカルSoD管理サーバ１(２５１０)は、本情報を用いて選択されたストレージサブシステムを管理できることになる。
【００８４】
次に、ステップ２３００にて、ローカルSoD管理サーバ１(２５１０)は選択されたストレージサブシステムを使用して、ホストコンピュータＡ１(１３Ａ１)に対するSoDサービスを実行する。次にステップ２４００にて、SoDサービス結果がSoDセンタシステム(１１００)に出力される。
【００８５】
図２３は本発明の一実施例での代表的なSoDセンタシステム処理のフローチャートを示す。図２３に示されるとおり、SoDセンタシステム(１１００)はステップ３１０１０にて、ローカルSoD管理サーバ１(２５１０)からのストレージサブシステム選択要求を受信する。SoDセンタシステム(１１００)はステップ３１０２０にて、全ての他のローカルSoD管理サーバに対して、ストレージ資源を割り当て可能な候補ストレージサブシステムを選択する要求を発信する。SoDセンタシステム(１１００)はステップ３１０３０にて、他のローカルSoD管理サーバからの候補ストレージサブシステムの識別子を受信する。
【００８６】
従って、SoDセンタシステム(１１００)はこの応答の中に“最適な”ストレージサブシステムの候補を有する事になる。次に、SoDセンタシステム(１１００)は、ステップ３１０４０にて、これらのSoD管理サーバの応答により示される候補ストレージサブシステムの中から最適な候補を選択する。SoDセンタシステムは上記のような選択処理を行いながら、ある実施例では図１２で説明された選択処理プロセスを用いて“最適な”ストレージサブシステムを選択する。最適なストレージサブシステムを選択するには多様な方法が多様な実施例に応じて存在する。
【００８７】
例えば、SoDセンタシステム(１１００)は、ホストコンピュータからの最小距離を持つストレージサブシステムを選ぶことで管理サーバを選択することが可能である。他の方法に基づくものは、最小のルーテイング時間を持つストレージサブシステムを選択しても良い。そして、SoDセンタシステム(１１００)は、ステップ３１０５０にて、ローカルSoD管理サーバ１(２５１０)に選択結果を送信する。
【００８８】
図２４は本発明の一実施例での代表的なSoDセンタシステム処理のフローチャートを示す。図２４に示されるとおり、SoDセンタシステム(１１００)はステップ３２０１０にて、ローカルSoD管理サーバ１(２５１０)内のローカルSoD管理プロセス(２７１００)よりSoD処理結果を受信する。ある実施例では、処理結果は、下記のような情報により構成される：選択されたサブシステム番号；選択されたサブシステム内の選択されたデバイス番号；選択されたサブシステム内の選択されたI/Oに対応するI/Oポート番号等。次に、SoDセンタシステム(１１００)はステップ３２０２０にて、ローカルSoD管理サーバに対して、ステップ３２０１０にて受信した情報に基づいて、関連テーブルを更新する事を要求する。
【００８９】
ローカル管理サーバ内の更新対象テーブルは、テーブル(２８０００)、(２９０００)以外の各ローカルSAN内のホストコンピュータ及びストレージサブシステム関連の、例えば、デバイス管理テーブル、I/Oポート管理テーブル、I/Oパス設定テーブル等が含まれる。次に、SoDセンタシステム(１１００)はステップ３２０３０にて、ローカルSoD管理サーバから更新結果報告を受信して、ステップ３２０４０にて、結果を出力する。本結果報告は実施例次第で、例えばOK,NG等のリターンコードである。
【００９０】
図２５は本発明の一実施例での代表的なローカルSoDマネージャ処理のフローチャートを示す。図２５に示される通り、ローカルSoD管理サーバは、ステップ３３０１０にて、SoDセンタシステムより、関連テーブルの更新要求を受信する。次にステップ３３０２０にて、関連テーブルは更新され、ステップ３３０３０にて、更新結果がSoDセンタシステム(１１００)に送信される。これまで述べてきたことは、本発明の好ましい実施態様である。付記されている請求範囲で定義された本発明の範囲を逸脱する事なく、変更と修正が可能である事は言うまでもない。
【００９１】
【発明の効果】
本発明の適用により、ローカルSoDシステムは、遠隔ストレージサブシステム内でのインストール済資源をユーザ要求に従って、遠隔地より使用可能にする事ができる。本発明の適用により、複数SoDサイトより、ユーザ要求に最適に対応できるSoDサイトを選択出来るようになる。
【００９２】
最適サイトは例えば、地理的にユーザに最も近いサイトであり、または、ユーザサイトから最短ネットワークルーテイングを持つサイトである。    本発明の実施により、ユーザは新たに資源をオンラインにしたり、複数サイトに分散した資源間のパスを定義したりすることが可能になる。本実施例では、ソフトウエアエージェントを採用しており、システム管理者が手動でストレージ資源を構成することが不要になる。本発明の適用により、ストレージ管理サービスシステムが実現される。
【図面の簡単な説明】
【図１】図１は、本発明の一実施例での広域SAN環境における集中型SoDサービスを採用した代表的なシステムのダイアグラムを示す。
【図２Ａ】図２Ａは、本発明の一実施例でのホストコンピュータの代表的な構成を示す。
【図２Ｂ】図２Ｂは、本発明の一実施例でのホストコンピュータの代表的な構成を示す。
【図３Ａ】図３Ａは、本発明の一実施例でのストレージサブシステムの代表的な構成を示す。
【図３Ｂ】図３Ｂは、本発明の一実施例でのストレージサブシステムの代表的な構成を示す。
【図４Ａ】図４Ａは、本発明の一実施例でのデバイス管理テーブルの代表的な構成を示す。
【図４Ｂ】図４Ｂは、本発明の一実施例でのデバイス管理テーブルの代表的な構成を示す。
【図４Ｃ】図４Ｃは、本発明の一実施例でのデバイス管理テーブルの代表的な構成を示す。
【図５Ａ】図５Ａは、本発明の一実施例でのI/Oポート管理テーブルの代表的な構成を示す。
【図５Ｂ】図５Ｂは、本発明の一実施例でのI/Oポート管理テーブルの代表的な構成を示す。
【図５Ｃ】図５Ｃは、本発明の一実施例でのI/Oポート管理テーブルの代表的な構成を示す。
【図６Ａ】図６Ａは、本発明の一実施例でのI/Oパス設定テーブルの代表的な構成を示す。
【図６Ｂ】図６Ｂは、本発明の一実施例でのI/Oパス設定テーブルの代表的な構成を示す。
【図６Ｃ】図６Ｃは、本発明の一実施例でのI/Oパス設定テーブルの代表的な構成を示す。
【図７】図７は、本発明の一実施例でのホストコンピュータロケーションテーブルの代表的な構成を示す。
【図８】図８は、本発明の一実施例でのサブシステムロケーションテーブルの代表的な構成を示す。
【図９】図９は、本発明の他の一実施例でのホストコンピュータロケーションテーブルの代表的な構成を示す。
【図１０】図１０は、本発明の他の一実施例でのサブシステムロケーションテーブルの代表的な構成を示す。
【図１１】図１１は、本発明の一実施例での代表的な処理のフローチャートを示す。
【図１２】図１２は、本発明の一実施例での代表的なサブシステム選択処理のフローチャートを示す。
【図１３】図１３は、本発明の一実施例でのSoDセンタシステムにおける代表的なSoDサービス処理のフローチャートを示す。
【図１４】図１４は、本発明の一実施例での代表的なSoD資源マネージャ処理のフローチャートを示す。
【図１５】図１５は、本発明の一実施例での代表的なSoDエージェント処理のフローチャートを示す。
【図１６】図１６は、本発明の一実施例でのSoD資源マネージャによる代表的なストレージアクセス処理のフローチャートを示す。
【図１７】図１７は、本発明の他の一実施例での広域SAN環境における集中型SoDサービスを採用した代表的なシステムのダイアグラムを示す。
【図１８】図１８は、本発明の一実施例での代表的なローカルSoD管理サーバテーブルを示す。
【図１９Ａ】図１９Ａは、本発明の各種実施例での代表的なローカルSoD管理サーバのダイアグラムを示す。
【図１９Ｂ】図１９Ｂは、本発明の各種実施例での代表的なローカルSoD管理サーバのダイアグラムを示す。
【図１９Ｃ】図１９Ｃは、本発明の各種実施例での代表的なローカルSoD管理サーバのダイアグラムを示す。
【図２０】図２０は、本発明の一実施例でのローカルホストコンピュータロケーションテーブルの代表的な構成を示す。
【図２１】図２１は、本発明の一実施例でのローカルストレージサブシステムロケーションテーブルの代表的な構成を示す。
【図２２】図２２は、本発明の一実施例での代表的なローカルSoDマネージャ処理のフローチャートを示す。
【図２３】図２３は、本発明の一実施例での代表的なSoDセンタシステム処理のフローチャートを示す。
【図２４】図２４は、本発明の一実施例での代表的なSoDセンタシステム処理のフローチャートを示す。
【図２５】図２５は、本発明の一実施例での代表的なローカルSoDマネージャ処理のフローチャートを示す。
【符号の説明】
１１００・・・SoDセンタシステム、１２００・・・メッセージ交信用WAN、１３Ａ０・１３Ｂ０・１３Ｃ０・・・  ホストコンピュータＡ・Ｂ・Ｃ、１４１１・１４１２・１４２１・１４２２・１４３１・１４３２・・・ストレージサブシステム、１５１０・１５２０・１５３０・・・ローカルSAN１・２・３、１６００・・・データ交信用WAN、８１００・・・SoDエージェント、１２０００・・・I/Oパス設定テーブル、８２００・・・オペレーテイングシステム、８４１０・８４２０・８４ｋ０・・・ホストI/OコントローラA０１０・A０２０・A０ｋ０、１３１００・・・SoDエージェント、１７０００・・・I/Oパス設定テーブル、１３２００・・・オペレーテイングシステム、１３４１０・１３４２０・１３４ｋ０・・・ホストI/OコントローラB０１０、B０２０，B０ｋ０、９２１０・９２２０・９２ｍ０・・・I/Oポート１１１０，１１２０，１１ｍ０９３００・・・SoD資源マネージャ、９３１０・・・メモリ、１００００・・・デバイス管理テーブル、１１０００・・・I/Oポート管理テーブル、９３２０・・・SoD資源管理プロセッサ、９４１０・９４２０・９４３０・９４ｎ０・・・デバイス１・２・３・ｎ、１４２１０・１４２２０・１４２ｍ０・・・I/Oポート２１１０・２１２０・２１ｍ０、１４３００・・・          SoD資源マネージャ、１５０００・・・デバイス管理テーブル、１６０００・・・I/Oポート管理テーブル、１４３１０・・・メモリ、１４３２０・・・SoD資源管理プロセッサ、１４４１０・１４４２０・１４４３０・１４４ｎ０・・・デバイス１・２・３・ｎ
【図１】
0004297647.tif 000002
【図２Ａ】
0004297647.tif 000003
【図２Ｂ】
0004297647.tif 000004
【図３Ａ】
0004297647.tif 000005
【図３Ｂ】
0004297647.tif 000006
【図４Ａ】
0004297647.tif 000007
【図４Ｂ】
0004297647.tif 000008
【図４Ｃ】
0004297647.tif 000009
【図５Ａ】
0004297647.tif 000010
【図５Ｂ】
0004297647.tif 000011
【図５Ｃ】
0004297647.tif 000012
【図６Ａ】
0004297647.tif 000013
【図６Ｂ】
0004297647.tif 000014
【図６Ｃ】
0004297647.tif 000015
【図７】
0004297647.tif 000016
【図８】
0004297647.tif 000017
【図９】
0004297647.tif 000018
【図１０】
0004297647.tif 000019
【図１１】
0004297647.tif 000020
【図１２】
0004297647.tif 000021
【図１３】
0004297647.tif 000022
【図１４】
0004297647.tif 000023
【図１５】
0004297647.tif 000024
【図１６】
0004297647.tif 000025
【図１７】
0004297647.tif 000026
【図１８】
0004297647.tif 000027
【図１９Ａ】
0004297647.tif 000028
【図１９Ｂ】
0004297647.tif 000029
【図１９Ｃ】
0004297647.tif 000030
【図２０】
0004297647.tif 000031
【図２１】
0004297647.tif 000032
【図２２】
0004297647.tif 000033
【図２３】
0004297647.tif 000034
【図２４】
0004297647.tif 000035
【図２５】
0004297647.tif 000036