JP4721875B2 - ホストがデータにアクセスするためのアクセス環境を管理する記憶制御方法 - Google Patents

Description

本発明は、データの記憶技術に関する。

例えば、特開２００５−１１５４３８号には、以下のことが開示されている。

分散ファイルシステム管理サーバ２の負荷監視部２１が、各ディスク４ａ〜４ｍの負荷状況を監視する。特定のディスクの負荷が所定レベルを超えた場合に、データ制御部２３が、当該ディスクに記憶されているデータを他のディスクに移動させ、このデータ移動を反映させて、ディレクトリ情報データベース２２１のディレクトリ情報を更新する。いずれかのクライアントからディレクトリ情報の問い合わせがあった場合には、ディレクトリ通知部２２が、更新後のディレクトリ情報を当該クライアントに送信し、クライアント側のディレクトリ情報データベースのキャッシュ３２１を更新させる。

特開２００５−１１５４３８号公報

例えば、或るアプリケーションプログラムがアクセスできるデータを、或る論理ボリュームから別の論理ボリュームにコピーし、別の論理ボリュームにコピーされたデータに、別のアプリケーションプログラムがアクセスするといったことが求められるケースがあり得る。アプリケーションプログラムがデータにアクセスするためには、そのデータにアクセスするための環境が必要である。アクセス環境が存在しない場合、そのアクセス環境を設定する必要がある。

本発明の一つの目的は、データにアクセスするための環境が存在しない場合であっても、迅速にデータにアクセスできるようにすることにある。

本発明の他の目的は、後の説明から明らかになるであろう。

本発明に従う記憶制御方法は、一又は複数のストレージシステムに備えられる複数の論理ボリュームのうちの或る論理ボリューム内のデータにホスト内のアプリケーションプログラムがアクセスするシステムにおいて実現される方法である。その方法では、コンピュータが、前記或る論理ボリュームに関する情報であるボリューム情報を記憶資源に記憶させる。また、コンピュータが、前記ホストと前記或る論理ボリュームを備えるストレージシステムとの間のパスを利用して前記アプリケーションプログラムが前記データにアクセスするためのアクセス環境を表すアクセス環境情報を、前記ボリューム情報に関連付けて記憶資源に記憶させる。「コンピュータ」は、一台のコンピュータマシンであっても良いし複数台のコンピュータマシンであっても良い。また、「記憶資源」は、論理ボリュームとは別のものであってもよい。

本発明の第一の態様では、前記アクセス環境情報には、前記アクセス環境に含まれる複数のアクセス構成要素に関するアクセス構成要素情報が含まれてもよい。前記アクセス構成要素情報には、前記複数のアクセス構成要素が前記アプリケーションプログラム側から前記データ側にかけてどのような順序で構成されるかに関する情報と、各アクセス構成要素と他のアクセス構成要素との関連を表す情報とが含まれても良い。

本発明の第二の態様では、コンピュータが、前記或る論理ボリューム内の前記データを、前記複数の論理ボリュームにおける別の論理ボリュームにコピー或いは移動させ、それに伴って、前記データに関連付けられている前記アクセス環境情報を、コピー先或いは移動先のデータに関連付けることができる。

本発明の第三の態様では、上記第二の態様において、コンピュータが、前記ホスト又は別のホスト内の別のアプリケーションプログラムがコピー先或いは移動先のデータにアクセスするためのアクセス環境を、前記コピー先或いは移動先のデータに関連付けられたアクセス環境情報に基づいて構築することができる。

本発明の第四の態様では、上記第三の態様において、コンピュータが、前記ホスト又は前記別のホストで構築することができるアクセス環境を表すホスト環境情報を記憶資源に記憶させることができる。前記ホスト環境情報には、前記ホスト又は前記別のホストにはどんなアクセス構成要素が存在するかに関する情報が含まれてもよい。コンピュータが、前記ホスト環境情報と前記アクセス環境情報とに基づいて、前記ホスト又は前記別のホストに、コピー先或いは移動先のデータにアクセスするためのアクセス環境を構築することができるか否かを判断し、肯定的な判断結果を得た場合に、前記コピー先或いは移動先のデータに関連付けられたアクセス環境情報に基づいてアクセス環境を構築することができる。

本発明の第五の態様では、上記第四の態様において、コンピュータが、前記判断により、前記ホスト又は前記別のホストに前記アクセス環境を構築するために必要なアクセス構成要素が足りないことを判別した場合、前記足りないアクセス構成要素を前記ホスト又は前記別のホストにダウンロードすることができる。

本発明の第六の態様では、上記第三の態様において、前記システムには、サーバが備えられている。前記ホスト又は前記別のホストが、自分が備える複数のアクセス構成要素に対して前記サーバのエージェントとなるホストエージェントプログラムと、どんな命令を受けた場合にどのようにして実行させるかを表した命令管理情報とを備えることができる。前記サーバが、前記アクセス環境情報に従うアクセス環境を構築するために複数の命令をどのような順序で実行するかを表した命令群を前記ホストエージェントプログラムに送信することができる。前記ホストエージェントプログラムが、前記サーバから命令群を受信し、前記命令群から特定される複数の命令の実行順序に従い、前記命令群に含まれている各命令を、前記命令管理情報を基に、その命令に従う処理を実行すべきアクセス構成要素に実行させることができる。

本発明の第七の態様では、コンピュータが、前記アクセス環境情報を、前記アプリケーションプログラムに関する情報に関連付けて記憶資源に記憶させることができる。

本発明の第八の態様では、前記第七の態様において、コンピュータが、前記或る論理ボリューム内の前記データを、前記複数の論理ボリュームにおける別の論理ボリュームにコピー或いは移動させ、それに伴って、前記データに関連付けられている前記アクセス環境情報を、コピー先或いは移動先のデータに関連付けることができる。また、コンピュータが、前記ホスト又は別のホスト内の複数のアプリケーションプログラムのうち、前記コピー先或いは移動先のデータに関連付けられたアクセス環境情報に関連付けられているアプリケーション情報が表すアプリケーションプログラムに対して、前記コピー先或いは移動先のデータにアクセスするためのアクセス環境を、前記コピー先或いは移動先のデータに関連付けられたアクセス環境情報に基づいて構築することができる。

上述した方法は、ハードウェア、コンピュータプログラム又はそれらの組み合わせにより構築することができる。コンピュータプログラムは、所定のプロセッサに読み込まれて実行される。また、コンピュータプログラムがプロセッサに読み込まれて行われる情報処理の際、適宜に、メモリ等のハードウェア資源上に存在する記憶域が使用されてもよい。また、コンピュータプログラムは、ＣＤ−ＲＯＭ等の記録媒体から計算機にインストールされてもよいし、通信ネットワークを介して計算機にダウンロードされてもよい。

本発明によれば、データにアクセスするための環境が存在しない場合であっても、迅速にデータにアクセスすることができる。

図１は、本発明の一実施形態に係るシステムの物理的な構成の一例の概要を示す。

ＬＡＮ（Local
Area Network）等の通信ネットワーク２Ａに、複数のホスト５Ａ、５Ｂ、…と、管理クライアント７と、管理サーバ３とが接続されている。また、別の（又は同一の）通信ネットワーク２Ｂに、一又は複数台（説明の便宜上一台とする）のストレージシステム９が接続されている。また、複数のホスト５Ａ、５Ｂ、…と、ストレージシステム９とが、ＳＡＮ（Storage
Area Network）６に接続されている（ＳＡＮ６に代えて他の通信ネットワークでも良い）。

ホスト５Ａ、５Ｂ、…は、ストレージシステム９の後述の論理ボリュームに対してデータを読み書きすることのできる計算機である。管理クライアント７は、管理サーバ３（以下、「サーバ３」と略記することもある）のクライアントとなる計算機である。管理サーバ３は、ホスト５Ａ、５Ｂ、…やストレージシステム９を管理する計算機である。ホスト５Ａ、５Ｂ、…、管理クライアント７及び管理サーバ３は、どれも実質的に同じハードウェア構成を採用することができる。そのため、ホスト５Ａを代表的に例に採り説明する。ホスト５Ａは、例えば、ＣＰＵ（Central Processing
Unit）２０５、メモリ２０７、ディスク型記憶装置（例えばハードディスクドライブ）２０９、ホストバスアダプタ（以下、ＨＢＡ）２０６等のハードウェア資源を備えたコンピュータシステムである。ホスト５Ａは、例えば、パーソナルコンピュータ、ワークステーション、サーバマシン、メインフレーム等として構成することができる。また、ホスト５Ａは、例えば、キーボードスイッチやポインティングデバイス等の情報入力装置（図示せず）と、例えば、モニタディスプレイやスピーカー等の情報出力装置（図示せず）とを備えることもできる。

ストレージシステム９は、制御部２１と、複数のディスク型記憶装置（例えばＨＤＤ）３０９とを備える。制御部２１は、ストレージシステム９の動作を制御する。制御部１は、ホスト５Ａ、５Ｂ、…から書込みコマンドを受け、その書込みコマンドに従って、データをディスク型記憶装置３０９に書いたり、ホスト５Ａ、５Ｂ、…から読出しコマンドを受け、その読出しコマンドに従って、ディスク型記憶装置３０９からデータを読出しホスト５Ａ、５Ｂに送信したりすることができる。制御部２１には、例えば、複数のチャネルアダプタ（以下、ＣＨＡ）、複数のディスクアダプタ（以下、ＤＫＡ）３０５、キャッシュメモリ３０８、制御メモリ３０７、及びスイッチ（以下、ＳＷ）３１０が備えられる。

ＣＨＡ３０３は、ホスト５Ａ、５Ｂ、…との間の通信を制御する。ＣＨＡ３０３は、ホスト５Ａ、５Ｂからのデータをキャッシュメモリ３０８に書込んだり、ＤＫＡ３０５によって書かれたデータをキャッシュメモリ３０８から読み出してホスト５Ａ、５Ｂ、…に送信したりすることができる。ＣＨＡ３０３は、例えば、一又は複数（以下、便宜上一つとする）の通信ポート４、ＣＰＵ３０１及びメモリ（以下、これをローカルメモリ(ＬＭ)と言う）３０２を備える。以下、ＣＨＡ３０３に備えられる通信ポートを「CHA-Port」と言う。

ＤＫＡ３０５は、ディスク型記憶装置３０９との間の通信を制御する。ＤＫＡ３０５は、ディスク型記憶装置３０９からのデータをキャッシュメモリ３０８に書込んだり、ＣＨＡ３０３によって書かれたデータをキャッシュメモリ３０８から読み出してディスク型記憶装置３０９に書込んだりすることができる。ＤＫＡ３０５には、実質的に、ＣＨＡ３０３と同様のハードウェア構成を採用することができる。

キャッシュメモリ３０８は、ホスト５Ａ、５Ｂ、…とディスク型記憶装置３０９との間でやり取りされるデータを記憶することができる。制御メモリ３０７は、ストレージシステム９の制御を行うために必要な情報（例えば、どのディスク型記憶装置３０９によりどの論理ボリューム（図示せず）が提供されているかを表すボリューム管理情報）を記憶することができる。

ＳＷ３１０は、ＣＨＡ３０３、キャッシュメモリ３０８、制御メモリ３０７及びＤＫＡ３０５の間の接続を切り替えることができる。

以上が、本実施形態に係るシステムの物理的な構成（ハードウェア構成）の一例の概要である。なお、例えば、ストレージシステム９の構成は、上記の構成に限らず、例えば、制御部２１は、一又は複数のＣＰＵと、キャッシュメモリ３０８としての領域及び／又は制御メモリ３０７としての領域を有する一又は複数のメモリとを備えた回路基板であっても良い。

ところで、本実施形態では、各ホスト５Ａ、５Ｂ、…のアプリケーションプログラムは、複数の要素によって構成されるアクセス環境により、論理ボリュームにアクセスすることができる。アクセス環境を構成できる要素（以下、アクセス構成要素）としては、パス管理ソフトマネージャ、ソフトウェアＲＡＩＤ（Redundant Array of Independent Inexpensive Disks）マネージャ、論理ボリュームマネージャ、ファイルシステムなどを挙げることができる。

バックアップしたデータをリカバリするためには、リカバリするまで、データにアクセスしていた時のアクセス環境を維持し続ける必要がある。

しかし、長期間、ホスト５Ａ、５Ｂ、…のアクセス環境を維持し続けることは困難であると考えられる。例えば、数年前にバックアップしたデータをリカバリする場合に、その数年前のアクセス環境を維持していることは希であると考えられる。

また、データへのアクセスが、ホスト５Ａ、５Ｂ、…の環境に大きく依存してしまうと考えられる。例えば、ＲＡＩＤ技術により、データの可用性は向上されているが、データのアクセス環境が冗長化されていない。そのため、データのアクセス環境が壊れた場合、データにアクセスできなくなってしまう。

さらに、データのリカバリが困難な状況が生じ得る。具体的には、例えば、オフライン（データにアクセスしていた時の環境になっていないため、アプリケーションプログラムがデータにアクセスできない状況）のデータをオンライン（データにアクセスしていた時の環境になっているため、アプリケーションプログラムがデータにアクセスできる状況）のデータにする場合、以下の問題が発生すると考えられる。すなわち、例えば、管理サーバ３の管理下にあるストレージシステム９内にどのようなデータが格納されているのかが分からないおそれがある。また、データを記憶している論理ボリュームがどれなのかが分からないおそれがある。また、データにアクセスするためのアプリケーションプログラムが分からないおそれがある。また、データにアクセスするためのアクセス環境が分からないおそれがある。また、オフラインのデータをオンラインにするためには、管理者が、アクセス構成要素に対して操作を行う必要があるが、アクセス構成要素によって操作方法が異なるので、管理者にとって負担であるおそれがある。以上の理由から、データを論理ボリュームにバックアップしても、それをリストアするのが困難という状況が生じ得る。

また、どの論理ボリュームにデータが格納されているのかが分からず、データの格納されていない論理ボリュームを探し出すことが困難となるおそれがある。このため、例えば、データの格納されている論理ボリュームを誤って新規の論理ボリュームとして割り当ててしまい、その結果、格納されていたデータが消されてしまうおそがある。

本実施形態では、上記のように想定される問題点を解決できるよう工夫された論理的な構成が、上述した物理的な構成の上で構築されている。以下、それについて説明する。

図２は、本実施形態に係るシステムの論理的な構成の一例の概要を示す。

ホスト５Ａ、５Ｂ、…、管理クライアント７、管理サーバ３及びストレージシステム９の記憶資源（例えば、ディスク型記憶装置或いはメモリ）に、コンピュータプログラムが記憶され、ＣＰＵが、そのコンピュータプログラムを読み込んで実行することにより、所定の処理を行うことができる。以下、この種の説明では、説明を冗長にしないようにするために、コンピュータプログラムが処理を行うというような、簡潔な表現を用いることにする。

管理クライアント７には、クライアントプログラム５３が備えられる。クライアントプログラム５３は、管理クライアント７に常駐するプログラムである。クライアントプログラム５３は、サーバプログラム５１に指示を送り、その結果を、管理クライアント７の表示装置に表示することができる。

管理サーバ３には、サーバプログラム５１と、データベース（以下、ＤＢ）５５が備えられている。ＤＢ５５は、例えば、ディスク型記憶装置を用いて構築されたものである。ＤＢ５５は、例えば、ホスト情報管理テーブル５７、ホスト構成情報管理テーブル５９、アクセス環境情報管理テーブル６１及びストレージ情報管理テーブル６３を記憶することができる。

サーバプログラム５１は、管理サーバ３に常駐するプログラムである。サーバプログラム５１は、クライアントプログラム５３からの指示を解釈したり、ホスト５Ａ、５Ｂ、…とストレージシステム９に備えられる各エージェントプログラム３９Ａ、３９Ｂ、…、６５に指示を送ったりすることができる。

ホスト情報管理テーブル５７には、ホスト５Ａ、５Ｂ、…の環境に関する情報が記録される。ホスト構成情報管理テーブル５９には、ホストの構成に関する情報が記録される。アクセス環境情報管理テーブル６１には、データにアクセスするために必要な環境の構成に関する情報が記録される。ストレージ情報管理テーブル６３には、ストレージシステム９に関する情報が記録される。

ホスト５Ａには、例えば、アプリケーションプログラム（以下、ＡＰ）３１Ａ、カーネル３７Ａ、論理ボリュームマネージャ４１Ａ、ソフトウェアＲＡＩＤマネージャ４３Ａ、パス管理ソフトマネージャ４５Ａ、デバイスドライバ４７Ａ、ホストエージェントプログラム３９Ａ、ＤＢ３３Ａが備えられる。

ＡＰ３１Ａは、ホスト５Ａの図示しないオペレーティングシステム（以下、ＯＳ）上で動作するものであり、論理ボリューム１１から読み出されたデータを取得したり、論理ボリューム１１に格納するデータを送信したりすることができる。

カーネル３７Ａは、ＯＳの基本機能を実装したソフトウェアである。カーネル３７Ａは、ＯＳの中核部分として、種々のコンピュータプログラム（例えば、３１Ａ、４１Ａ、４３Ａ、４５Ａ、３９Ａ）の監視、ディスクやメモリなどの資源の管理、割りこみ処理など、ＯＳとしての基本機能を提供することができる。

論理ボリュームマネージャ４１Ａは、ストレージシステム９内の複数の論理ボリューム１１をまとめ、論理ボリュームマネージャ４１Ａよりも上位のコンピュータプログラムに対し、任意の容量のボリュームを提供することができるコンピュータプログラムである。

ソフトウェアＲＡＩＤマネージャ４３Ａは、ストレージシステム９内の複数の論理ボリューム１１をまとめ、ソフトウェアＲＡＩＤマネージャ４３Ａよりも上位のコンピュータプログラムに対し、ＲＡＩＤ化されたボリュームを提供することができるコンピュータプログラムである。

パス管理ソフトマネージャ４５Ａは、ストレージシステム９内の論理ボリューム１１の複数のパスをまとめ、パス管理ソフトマネージャ４５Ａよりも上位のコンピュータプログラムに対し、論理ボリューム１１への冗長化されたアクセス手段を提供することができるコンピュータプログラムである。

デバイスドライバ４７Ａは、ホスト５Ａのストレージシステム９内の論理ボリュームとの通信を制御することができるコンピュータプログラムである。

ホストエージェントプログラム３９Ａは、サーバプログラム５１から命令リストを受信し、ＯＳや論理ボリュームマネージャ４１などのコンピュータプログラムに対して命令を発行することができる。

ＤＢ３３Ａは、例えば、命令管理テーブル５３Ａを記憶することができる。命令管理テーブル５３Ａは、サーバプログラム５１からの指示命令にホスト５Ａ内のコンピュータプログラムに対して発行する命令手順との対応を表すテーブルである。

ストレージシステム９には、複数の論理ボリューム１１と、ストレージエージェントプログラム６５が備えられる。

各論理ボリューム１１は、複数のディスク型記憶装置３０９上に設定されたものである。具体的には、例えば、各ディスク型記憶装置３０９の記憶領域により各物理ボリューム（ＰＶ）が用意され、複数の物理ボリュームにより一つのボリュームグループ（ＶＧ）が構築され、ＶＧから切り出された一記憶領域が論理ボリューム（ＬＶ）である。

ストレージエージェントプログラム６５は、サーバプログラム５１から指示を受け、解釈し、実行することができる。

具体的には、例えば、ストレージエージェントプログラム６５は、サーバプログラム５１からの指示に従って、論理ボリュームのアクセス権（例えば、書込み及び読出しを許可、書き込みは禁止であるが読出しは許可など）を設定することができる。

また、ストレージエージェントプログラム６５は、サーバプログラム５１から、HBA-WWN（ホストバスアダプタのワールドワイドネーム）、ボリューム識別子及びCHA-Port識別子を受信することができる。また、ストレージエージェントプログラム６５は、サーバプログラム５１からの指示に従って、指示されたCHA-Portに対して、HBA-WWNと論理ボリュームのアクセス権（例えば、指示されたCHA-Portが通信できるホストのHBA-WWNと、論理ボリュームの識別子）を設定することができる。

また、ストレージエージェントプログラム６５は、サーバプログラム５１から指定されコピー元のボリューム群（一又は複数の論理ボリューム）内のデータをコピー先のボリューム群にコピーすることができる。

また、ストレージエージェントプログラム６５は、サーバプログラム５１から指定されコピー元のボリューム群（一又は複数の論理ボリューム）内のデータをコピー先のボリューム群に移動することができる。

また、ストレージエージェントプログラム６５は、サーバプログラム５１に対して、ボリューム識別子と、CHA-Port４に設定されているアクセス権（例えば、CHA-Port４に接続可能なホストのHBA-WWNと論理ボリュームの識別子）を通知することができる。

ストレージシステム９では、データがオンラインかオフラインかが適宜に切り替わることがある。例えば、或る優先度以下の論理ボリュームに格納されたデータは、オフラインにされることがある。また、例えば、ホスト５Ａで使用している第一の論理ボリューム内のデータをホスト５Ｂで使用する第二の論理ボリュームに移動させたい場合、第一の論理ボリュームがオフラインにされ、第二の論理ボリュームがオンラインにされることがある。また、例えば、コピー元ボリューム群からコピー先ボリューム群にデータがコピーされた場合、コピー先ボリューム群がオフラインにされることがある。また、例えば、移動元ボリューム群から移動先ボリューム群にデータが移動された場合、移動先ボリューム群がオフラインにされることがある。

以上が、本実施形態に係るシステムの論理的な構成の概要である。

図２において、点線枠の「ＦＳ−ＭＰ」は、ファイルシステムのマウントポイントを表している。その点線枠内の実線枠は、そのマウントポイントのインスタンスを表しており、「/mnt/home」は、それのインスタンス名を表している。

点線枠の「ＦＳ」は、ファイルシステムを表している。その点線枠内の実線枠は、そのファイルシステムのインスタンスを表しており、「/dev/vg/lv」は、それのインスタンス名を表している。

点線枠の「ＬＶ」は、論理ボリュームマネージャ４１Ａにおいて論理ボリュームを管理するモジュール（以下、ＬＶ管理モジュール）を表している。その点枠内の実線枠は、そのモジュールのインスタンスを表しており、「/dev/vg/lv」は、それのインスタンス名を表している。

点線枠の「ＶＧ」は、論理ボリュームマネージャ４１Ａにおいてボリュームグループを管理するモジュール（以下、ＶＧ管理モジュール）を表している。その点枠内の実線枠は、そのモジュールのインスタンスを表しており、「/dev/vg」は、それのインスタンス名を表している。

点線枠の「ＰＶ」は、論理ボリュームマネージャ４１Ａにおいて物理ボリュームを管理するモジュール（以下、ＰＶ管理モジュール）を表している。その点枠内の各実線枠は、そのモジュールのインスタンスを表しており、「/dev/sda」及び「/dev/sdb」は、それぞれのインスタンス名を表している。

点線枠の「ＳＣＳＩデバイス」は、ＳＣＳＩのプロトコルに従う通信を制御する、デバイスドライバ４７Ａにおけるモジュール（以下、ＳＣＳＩデバイスモジュール）を表している。その点枠内の各実線枠は、そのモジュールのインスタンスを表しており、「/dev/sda」及び「/dev/sdb」は、それぞれのインスタンス名を表している。

点線枠の「HBA-WWN」は、ＨＢＡ２０６のＷＷＮを表している。その点線枠内の各実線枠内の文字が、ＷＷＮの一例である。

点線枠の「CHA-Port/LUN」は、CHA-Port識別子と論理ユニット番号を表している。具体的には、その点線枠内の実線枠における「CL1-g/10」において、「CL1-g」は、CHA-Port識別子であり、「10」は、LUNである。

各論理ボリューム１１内の「#」と番号とのセットは、論理ボリューム識別子を表している。以下、識別子#03の論理ボリューム１１を指す場合には、「LV-#03」と表記する。

ＦＳ−ＭＰのインスタンスからLV-#03及びLV-#04を結ぶ実線が、ＡＰ３１ＡがLV-#03及びLV-#04内のデータにアクセスするための経路を表しており、そのうち、ＦＳ−ＭＰのインスタンスからHBA-WWNまでが、LV-#03及びLV-#04内のデータにアクセスするための環境（アクセス環境）を表している。

すなわち、本実施形態で言うアクセス環境は、単にアクセス構成要素が存在するだけでなく、複数のアクセス構成要素がどのような順序で処理を実行していくかによって構築することができるものである。より詳細には、アクセス環境とは、どのアクセス構成要素が管理する情報（本実施形態ではインスタンス）とどのアクセス構成要素が管理する情報とが関連付けられているかによって、構築することができるものである。

この図２によれば、ＡＰ３１ＡがLV-#03及びLV-#04内のデータにアクセスするための環境のアクセス構成要素として、データにより近い下位から順番に言うと、デバイスドライバ４７Ａ内のＳＣＳＩデバイスモジュール、論理ボリュームマネージャ４１Ａ内のＰＶ管理モジュール、ＶＧ管理モジュール及びＬＶ管理モジュール、ＦＳ、ＦＳ−ＭＰである。そして、そのような順番になった複数のアクセス構成要素において、各インスタンスが図示のように関連付けられることにより、アクセス環境が構築されている。このアクセス環境では、ＰＶ管理モジュールまでは、二つの論理ボリュームが認識されているが、ＶＧ管理モジュール以上の上位の管理により、ＡＰ３１Ａに対しては、二つのボリュームを一つのボリュームとして認識させることができる。これにより、ＡＰ３１Ａからの指定に応じて、ＶＧ管理モジュール及びＰＶ管理モジュールの処理により、LV-#03及びLV-#04のどちら又は両方にアクセスするかが判別されて、LV-#03及びLV-#04の片方又は両方に存在するデータに、ＡＰ３１Ａがアクセスできるのである。

また、上記の説明で分かるとおり、本実施形態で言うアクセス環境は、ホスト５Ａ、５Ｂ、…が論理ボリューム１１にアクセスするために張られた論理パス（例えば、ＨＢＡ−ＷＷＮ、CHA-Port識別子及び論理ユニット番号の組み合わせ）とは異なる。論理パスは、ホスト５Ａ、５Ｂ、…と論理ボリューム１１との間のものであるが、アクセス環境は、ホスト５Ａ、５Ｂ、…内でのものである。

この実施形態では、このようなアクセス環境を表す情報（以下、アクセス環境情報）が、アクセス先のデータが格納されているボリューム（例えばボリューム識別子）と、そのデータにアクセスするＡＰ（例えばＡＰ識別子）とに対応付けて管理される。そして、別のＡＰがそのデータにアクセスするために必要なアクセス環境が存在しない場合には、管理されているアクセス環境情報に基づいて、アクセス環境をその別のＡＰのために自動的にリストアし、それにより、別のＡＰが、リストアされたアクセス環境の下で、そのデータにアクセスすることができるようになる。

以下、上述した各種テーブルの構成例や、本実施形態で行われる処理について、詳細に説明する。なお、以下の説明では、図２に示すように、ホスト５Ｂには、ホスト５Ａと実質的に同様のアクセス構成要素、具体的には、デバイスドライバ４７Ｂ内のＳＣＳＩデバイスモジュール、論理ボリュームマネージャ４１Ｂ内のＰＶ管理モジュール、ＶＧ管理モジュール及びＬＶ管理モジュール、ＦＳ及びＦＳ−ＭＰが存在するものとする。しかし、各アクセス構成要素の順序や、各アクセス構成要素が管理するインスタンスが対応付けられておらず、故に、ＡＰ３１ＢがLV-#03及びLV-#04内のデータにアクセスするためのアクセス環境が、ホスト５Ｂには存在しないものとする。

図３は、ホスト情報管理テーブル５７の構成例を示す。

ホスト情報管理テーブル５７は、後述の「アクセス環境復元」を実行する際に、指定されたホストにアクセス環境を復元できるかどうかの判断に利用される。アクセス環境を復元するための前提条件として、復元先として指定されたホストが、復元対象とあるアクセス環境を構成するアクセス構成要素と同一のアクセス構成要素を利用できること（例えば、そのアクセス構成要素がそのホストに存在すること）が必要になる。

ホスト情報管理テーブル５７には、例えば、各ホスト別に、ホストを判別するための情報（以下、ホスト判別情報）と、ホストに搭載されているオペレーティングシステム（以下、ＯＳ）に関する情報（以下、ＯＳ情報）と、論理ボリューム内のデータにアクセスするための構成の要素群のうちホストが利用可能な要素を表す情報（以下、利用可能情報）と、ホストに搭載されているＨＢＡのＨＢＡ−ＷＷＮとを記録することができる。ホスト判別情報としては、例えば、ホスト識別子、ホスト名称及びネットワークアドレス（例えばＩＰアドレス）を含んだ情報とすることができる。ＯＳ情報としては、例えば、ＯＳの種類或いは名称を含んだ情報とすることができる。利用可能情報としては、例えば、利用可能なアクセス構成要素の種類と名前とを含んだ情報とすることができる。

なお、ここで、「利用可能なアクセス構成要素」とは、既にホストに存在するアクセス構成要素のことを意味するが、そうではなくて、単に、ホストに搭載することができるアクセス構成要素であっても良い。具体的には、例えば、アクセス構成要素がホストに存在していなくても、ホストのリソース（例えば、記憶容量、ＣＰＵの性能など）の情報に基づいて、そのアクセス構成要素をそのホストにインストールすることができると判別できるならば、そのアクセス構成要素を、所定のサイトからホストにダウンロードすることで、ホストにアクセス構成要素を追加することができる。その後に、アクセス環境を復元することができる。

図４は、アクセス環境情報管理テーブル６１の構成例を示す。

本実施形態では、アクセス環境情報、すなわち、データにアクセスするために必要な環境を表す情報は、ホストにおける現在のアクセス環境（以下、ホスト環境）を表す情報と別に管理することができる。ホストのアクセス環境とアクセス先のデータの寿命は異なるためである。

アクセス環境情報管理テーブル６１には、例えば、各アクセス環境毎に、アクセス環境識別子、用途名称、ＯＳ情報、アクセス構成要素情報、アプリケーション情報及びボリューム情報を記録することができる。アクセス環境識別子は、管理サーバ３内でアクセス環境を一意に識別するための識別子であるとすることができる。用途名称は、アクセス環境がどのような用途で使われるのかを意味する情報で、ホストのユーザ（以下、ホストユーザ）が付けた名称とすることができる。ＯＳ情報は、データを利用していたＯＳの種類或いは名称を含んだ情報とすることができる。アプリケーション情報は、データがどのようなアプリケーションで使用されていたのかを表す情報で、ホストユーザが付けた名前を採用してもよい。ボリューム情報は、管理サーバ３が管理しているストレージシステム９の論理ボリュームを識別するための情報で、例えば、ストレージシステム識別子とボリューム識別子とのセットを含んだ情報とすることができる。

アクセス構成要素情報は、例えば、構成順序、各アクセス構成要素の種類、名称、インスタンス名、及びボリューム外定義情報を含んだ情報である。

構成順序は、アクセス構成要素間の関係を表すための番号である。具体的には、例えば、構成順序は、データ側（下位側）からＡＰ側（上位側）へかけてのアクセス構成要素の並び順を表す。アクセス環境の復元（或いは新規作成）では、下位のアクセス構成要素から復元（或いは新規作成）する必要がある。

アクセス構成要素の構成定義情報（メタデータ）は、論理ボリューム内に記述されるものと、論理ボリューム外（例えば、ホスト上のファイルやＤＢなど）に記述されるものがあるが、後者の場合に、ボリューム外構成定義情報が記録される（nullは、ボリューム内に構成定義情報があることを意味する）。なお、構成定義情報としては、例えば、ブロック数、ファイル数、各データの開始ブロック番号などの情報や、どの管理マネージャの管理対象であるかを示す情報などがある。構成定義情報は、アクセス構成要素の種類によって異なる。

サーバプログラム５１は、ホストエージェントプログラム３９Ａ、３９Ｂに対して、アクセス構成要素の種類及び名称と、サーバプログラム５１とホストエージェントプログラム３９Ａ、３９Ｂで決めた命令とを通知することができる。ホストエージェントプログラム３９Ａ、３９Ｂは、アクセス構成要素の種類及び名称から、アクセス構成要素の管理マネージャ（例えば、アクセス構成要素がＰＶ管理モジュールであれば論理ボリュームマネージャ）を特定し、サーバプログラム５１とホストエージェントプログラム３９Ａ、３９Ｂで決めた命令を、アクセス構成要素の管理マネージャ固有の命令に変換して実行することができる。

図５は、ストレージ情報管理テーブル６１の構成例を示す。

ストレージ情報管理テーブル６１には、管理サーバ３の管理下にある各ストレージシステム９毎に、ストレージシステムの識別子、各ボリュームの識別子、各CHA-Portの識別子、及び、各ボリュームがどのようなCHA−Portを経由してHBA-WWNに公開されているかを表す情報（以下、公開情報）が記録される（nullは非公開を意味する）。なお、本実施形態において、ボリュームの公開／非公開と、データのオンライン／オフラインとは意味が異なる。例えば、ボリュームがホストに公開されていたとしても、そのボリューム内のデータにアクセスするためのアクセス環境が無ければ、そのホスト内のアプリケーションプログラムは、そのデータにアクセスすることはできない。

図６は、命令管理テーブル３５Ａの構成例を示す。なお、ホスト５Ｂの命令管理テーブル３５Ｂも、実質的に同様の構成を採用することができる。

命令管理テーブル３５Ａには、どのアクセス構成要素にどんな命令（サーバエージェント間共通命令）が発行されたらどのような処理（ホストエージェントプログラム実行手順）を実行すべきかが記録されている。これにより、サーバプログラム５１は、ホストエージェントプログラム３９Ａ、３９Ｂに対し、プラットフォーム固有の差異を気にすることなく指示することができる。

サーバエージェント間共通命令としては、例えば、以下の６種類、
（１）ボリューム認識命令、
（２）ボリューム情報の取得命令、
（３）アクセス構成要素の新規作成命令、
（４）アクセス構成要素の復元命令、
（５）アクセス構成要素の情報の取得命令、
（６）アクセス構成要素のボリューム外定義情報の取得命令、
がある。特に、アクセス構成要素の復元命令では、以下の３つの手順、
（１）アクセス構成要素の構成定義情報の書換え、
（２）アクセス構成要素のインスタンス生成、
（３）アクセス構成要素の管理マネージャにインスタンス名を登録、
行うことができ、これら３つの手順を、ホストエージェントプログラム実行手順として記録しておくことができる。

図７は、アクセス環境情報収集処理、及びアクセス環境登録処理の流れの一例を示す。なお、以下の説明では、ホストエージェントプログラム３９Ａ、３９Ｂのうち３９Ａを代表的に例に採る。

アクセス環境情報収集処理（ステップＳ１）では、以下のステップＳ１−１〜Ｓ１−４の処理が行われる。

ステップＳ１−１：ホストエージェントプログラム３９Ａは、命令管理テーブル３５Ａからボリューム情報取得命令を読み、その命令を、カーネル３７Ａ（及び／又はＨＢＡ）が解釈できる命令に変換し、変換後の命令をカーネル３７Ａ（及び／又はＨＢＡ）に与える。これにより、ボリューム情報取得命令に従う処理が行われる。具体的には、例えば、ホスト５Ａの記憶資源に記憶されているボリューム管理テーブル（ホスト５Ａが認識している各論理ボリュームに関する情報が登録されているテーブル）から、ボリューム情報（例えば、各論理ボリュームに対応したストレージシステム識別子及びボリューム識別子）が取得される。

ステップＳ１−２：ホストエージェントプログラム３９Ａは、命令管理テーブル３５Ａから、各アクセス構成要素の情報を取得するための各取得命令を読み、各取得命令を、各アクセス構成要素に対応した各命令に変換し、変換後の各命令を各アクセス構成要素に与える。これにより、アクセス構成要素の取得命令に従う処理が行われる。具体的には、例えば、各アクセス構成要素にアクセス構成要素情報（例えば、インスタンス名及びボリューム外定義情報）が記憶されている、ホスト５Ａの記憶資源から、各アクセス構成要素にアクセス構成要素情報が取得される。

ステップＳ１−３：ホストエージェントプログラム３９Ａは、ステップＳ１−１で取得されたボリューム識別情報と、ステップＳ１−２で取得されたアクセス構成要素情報中のインスタンス名とに基づいて、アクセス構成要素の関係を分析する。具体的には、例えば、ホストエージェントプログラム３９Ａは、ステップＳ１−２で収集した情報を元に、ステップＳ１−４で送信するアクセス構成要素の構成順序を求めることができる。

ステップＳ１−４：ホストエージェントプログラム３９Ａは、ボリューム識別情報（ストレージシステム識別子及びボリューム識別子）、アクセス構成要素情報（求められた構成順序、種類、名称、インスタンス名及びボリューム外構成定義情報）、及び、ホスト５ＡのＯＳのＯＳ情報を、管理サーバ３に送信する。

アクセス環境情報登録処理（ステップＳ２）では、以下のＳ２−１〜Ｓ２−４の処理が行われる。

ステップＳ２−１：サーバプログラム５１は、アクセス環境情報管理テーブル６１の中に、ホスト５Ａから受信したボリューム情報と同じボリューム情報を持つレコードが存在するか否かを判断する。

ステップＳ２−２：ステップＳ２−１で肯定的な判断結果を得た場合（ステップＳ２−１でtrue）、サーバプログラム５１は、アクセス環境情報テーブル６１から、上記存在するレコードを削除する。そして、アクセス環境情報レコード追加処理（ステップＳ２−３）が行われる。ここでは、サーバプログラム５１は、ホスト５Ａから受信したボリューム情報、アクセス構成要素情報及びＯＳ情報を含んだレコードを、アクセス環境情報テーブル６１に追加する（ステップＳ２−３−１）。

ステップＳ２−４：ステップＳ２−１で否定的な判断結果を得た場合、サーバプログラム５１は、Ｓ２−３と同様のアクセス環境情報レコード追加処理を実行する。

上述したアクセス環境情報収集処理（ステップＳ１）は、管理クライアント７からの要求に応じて開始することもあり得る。

図８は、管理クライアントがホストのアクセス環境情報収集機能を要求する場合の処理の流れの一例を示す。

アクセス環境登録指示処理（ステップＳ１１）では、以下のＳ１１−１〜Ｓ１１−８の処理が行われる。このアクセス環境登録指示処理が、アクセス環境情報収集処理（ステップＳ１）の開始の契機となってもよい。

ステップＳ１１−１：管理クライアント７のユーザ（以下、管理ユーザ）が、管理クライアント７に対し、管理サーバ３の管理下にあるホスト情報の取得を要求する。

ステップＳ１１−２：クライアントプログラム５３は、管理ユーザからの要求に従って、ホスト情報の取得を管理サーバ３に要求する。

ステップＳ１１−３：サーバプログラム５１は、ホスト情報管理テーブル５７の各レコードから、ホスト判別情報及びＯＳ情報を取得する。

ステップＳ１１−４：サーバプログラム５１は、取得したホスト判別情報及びＯＳ情報を、管理クライアント７に送信する。

ステップＳ１１−５：クライアントプログラム５３は、管理サーバ３から受信したホスト判別情報及びＯＳ情報のうちの少なくともホスト判別情報を、管理クライアント７のディスプレイ画面に表示する。

ステップＳ１１−６：管理ユーザは、表示されたホスト判別情報の一覧の中から、アクセス環境情報を取得するホストを指定する。

ステップＳ１１−７：クライアントプログラム５３は、管理ユーザから指定されたホストにおけるアクセス環境の情報の取得を管理サーバ３に要求する。

ステップＳ１１−８：サーバプログラム５１は、管理クライアント７からの要求に従って、管理クライアント７から指定されたホストのホストエージェントプログラム３９Ａに、アクセス環境情報の取得要求を発行する。

図９Ａは、アクセス環境情報通知処理の流れの一例を示す。

アクセス環境情報通知処理（ステップＳ２１）では、以下のＳ２１−１〜Ｓ２１−５の処理が行われる。

ステップＳ２１−１：管理ユーザが、管理クライアント７に対し、管理サーバ３の管理下にあるアクセス環境情報の取得を要求する。

ステップＳ２１−２：クライアントプログラム５３は、管理ユーザからの要求に従って、アクセス環境情報の取得を管理サーバ３に要求する。

ステップＳ２１−３：サーバプログラム５１は、アクセス環境情報管理テーブル６１の各レコードから、アクセス環境情報（例えば、アクセス環境識別子、用途名称、ＯＳ情報及びアクセス構成要素情報、アプリケーション情報及びボリューム情報）を取得する。

ステップＳ２１−４：サーバプログラム５１は、取得したアクセス環境情報を、管理クライアント７に送信する。

ステップＳ２１−５：クライアントプログラム５３は、管理サーバ３から受信したアクセス環境情報を、管理クライアント７のディスプレイ画面に表示する。

図９Ｂは、アクセス環境情報編集処理の流れの一例を示す。

アクセス環境情報編集処理（Ｓ２２）は、例えば、アクセス環境情報通知処理（ステップＳ２１）の後に行うことができる。アクセス環境情報編集処理では、以下のＳ２２−１〜Ｓ２２−３の処理が行われる。

ステップＳ２２−１：管理ユーザは、表示されたアクセス環境情報の一覧の中から選択したアクセス環境情報中の所望の要素を編集する（但し、アクセス環境識別子については、編集されないよう制御することができる）。

ステップＳ２２−２：クライアントプログラム５３は、編集後のアクセス環境情報を管理サーバ３に通知する。

ステップＳ２２−３：サーバプログラム５１は、管理クライアント７からの編集後のアクセス環境情報中のアクセス環境識別子を持ったレコードをアクセス環境情報管理テーブル６１から探し、探されたレコード中の情報を、編集後のアクセス環境情報に更新する。

図１０Ａは、コピー処理の流れの一例を示す。

コピー処理は、例えば、アクセス環境情報通知処理の後に行うことができる。コピー処理では、以下のステップＳ３１〜ステップＳ３３の処理が行われる。

ステップＳ３１：コピー指示処理が行われる。具体的には、例えば、ステップＳ２１のようなアクセス環境情報通知処理が行われ（ステップＳ３１−１）、後述するストレージ情報通知処理（Ｓ３１−２）が行われる。その後、管理ユーザが、コピー要求（例えば、コピー種別、アクセス環境識別子、コピー先ボリューム群を構成する各ボリュームの識別子を含んだ要求）を管理クライアント７に出すことができる（ステップＳ３１−３）。クライアントプログラム５３が、その要求を、管理サーバ３に送信することができる（ステップＳ３１−４）。

ステップＳ３２：サーバプログラム５１は、管理クライアント７からのコピー要求に含まれているコピー先ボリューム群を持ったレコードを、アクセス環境情報管理テーブル６１から特定する。

ステップＳ３３：サーバプログラム５１は、そのコピー要求に含まれているコピー種別を判別する。判別されたコピー種別が「データのみ」であれば、データコピー処理（ステップＳ３３−１）が行われる。判別されたコピー種別が「アクセス環境情報のみ」であれば、アクセス環境情報コピー処理（ステップＳ３３−２）が行われる。判別されたコピー種別が「データ及びアクセス環境情報」であれば、データコピー処理（ステップＳ３３−３）とアクセス環境情報コピー処理（ステップＳ３３−４）の両方が行われる。これにより、コピー先のボリューム群に対して、データへのアクセス環境が対応付けられるため、後述のアクセス環境復元処理で、ホストのアプリケーションプログラムがデータにアクセスできる状態に復元することができる。

図１０Ｂは、ステップＳ３３−３（及びステップＳ３３−１）のデータコピー処理の流れの一例を示す。

ステップＳ３３−３−１：サーバプログラム５１は、ストレージエージェントプログラム６５に、データコピー要求（例えば、各コピー元ボリュームの識別子、各コピー先ボリュームの識別子）を発行する。各コピー元ボリュームの識別子は、例えば、上記コピー要求に含まれているアクセス環境識別子に対応するボリューム識別子とすることができる。

ステップＳ３３−３−２：ストレージエージェントプログラム６５は、サーバプログラム５１からのデータコピー要求から、各コピー元ボリュームと各コピー先ボリュームを識別し、各コピー元ボリューム内のデータを各コピー先ボリュームにコピーする。

図１１は、ステップＳ３３−４（及びステップＳ３３−２）のデータコピー処理の流れの一例を示す。

ステップＳ３３−４−１：サーバプログラム５１は、アクセス環境情報管理テーブル６１の中に、上記コピー要求中のコピー先ボリューム識別子を含んだボリューム情報と同じボリューム情報を持つレコードが存在するか否かを判断する。

ステップＳ３３−４−１−１：ステップＳ３３−４−１で肯定的な判断結果を得た場合（ステップＳ３３−４−１でtrue）、サーバプログラム５１は、アクセス環境情報テーブル６１から、上記存在するレコードを削除する。そして、アクセス環境情報レコードコピー処理（ステップＳ３３−４−１−２）が行われる。

ここでは、サーバプログラム５１は、アクセス環境情報テーブル６１に、コピー先のアクセス環境情報を表すユニークなアクセス環境識別子と、コピー先ボリューム情報（例えば、コピー先のストレージシステムの識別子とコピー先のボリュームの識別子）とを持つレコードを追加する（ステップＳ３３−４−１−２−１）。そして、サーバプログラム５１は、追加したレコードに、コピー元の、アクセス環境識別子以外のアクセス環境情報をコピーする（ステップＳ３３−４−１−２−２）。なお、コピー元のアクセス環境情報は、例えば、管理クライアント７からのコピー要求に含まれているアクセス環境識別子を含んだ情報とすることができる。

ステップＳ３３−４−１−１：ステップＳ３３−４−１で否定的な判断結果を得た場合、ステップＳ３３−４−１−２と同様のアクセス環境情報レコードコピー処理が行われる（ステップＳ３３−４−１−３）。

図１２Ａは、移動処理の流れの一例を示す。

ステップＳ４１：データ移動指示処理が行われる。具体的には、例えば、ステップＳ２１のようなアクセス環境情報通知処理が行われ（ステップＳ４１−１）、後述するストレージ情報通知処理（Ｓ４１−２）が行われる。その後、管理ユーザが、移動要求（例えば、アクセス環境識別子、移動先ボリューム群を構成する各ボリュームの識別子を含んだ要求）を管理クライアント７に出すことができる（ステップＳ４１−３）。クライアントプログラム５３が、その要求を、管理サーバ３に送信することができる（ステップＳ４１−４）。

ステップＳ４２：サーバプログラム５１は、管理クライアント７からの移動要求に含まれている移動先ボリューム群を持ったレコードを、アクセス環境情報管理テーブル６１から特定する。

その後、データ移動処理（Ｓ４３）及びアクセス環境情報移動処理（Ｓ４４）が行われる。

図１２Ｂは、データ移動処理の流れの一例を示す。

ステップＳ４３−１：サーバプログラム５１は、ストレージエージェントプログラム６５に、データ移動要求（例えば、各移動元ボリュームの識別子、各移動先ボリュームの識別子）を発行する。各移動元ボリュームの識別子は、例えば、上記移動要求に含まれているアクセス環境識別子に対応するボリューム識別子とすることができる。

ステップＳ４３−２：ストレージエージェントプログラム６５は、サーバプログラム５１からのデータ移動要求から、各移動元ボリュームと各移動先ボリュームを識別し、各移動元ボリューム内のデータを各移動先ボリュームに移動する。

図１３は、アクセス環境情報移動処理の流れの一例を示す。

ステップＳ４４−１：サーバプログラム５１は、アクセス環境情報管理テーブル６１の中に、上記移動要求中の移動先ボリューム識別子を含んだボリューム情報と同じボリューム情報を持つレコードが存在するか否かを判断する。

ステップＳ４４−１−１：ステップＳ４４−１で肯定的な判断結果を得た場合（ステップＳ４４−１でtrue）、サーバプログラム５１は、アクセス環境情報テーブル６３から、上記存在するレコードを削除する。そして、アクセス環境情報レコード移動処理（ステップＳ４４−１−２）が行われる。ここでは、サーバプログラム５１は、アクセス環境情報テーブル６１において、移動元のアクセス環境情報を表すユニークなアクセス環境識別子を、移動先のアクセス環境情報を表すユニークなアクセス環境識別子に更新する。これにより、アクセス環境情報が移動先に移動したことになる。

ステップＳ４４−１−３：ステップＳ４４−１で否定的な判断結果を得た場合、ステップＳ４４−１−２と同様のアクセス環境情報レコード移動処理が行われる（ステップＳ４４−１−３）。

図１４は、アクセス環境新規作成処理におけるアクセス環境新規作成指示処理の流れの一例を示す。なお、以下の説明では、図２において、ホスト５Ａではアクセス環境が既に存在するため、ホスト５Ｂを、アクセス環境の作成先とする。

アクセス環境新規作成処理とは、データにアクセスしていたアクセス環境と同じアクセス環境を作成するための処理である。この処理では、例えば、ボリュームにデータが記録されている場合でも、そのデータが消される。

ステップＳ５１：新規に作成するアクセス環境が決定される。具体的には、例えば、図９Ａのようなアクセス環境情報通知処理が行われ（ステップＳ５１−２）、管理ユーザが、新規に作成するアクセス環境を決定する（例えば、表示されたアクセス環境情報の一覧の中から所望のアクセス環境情報を選択する）ことができる（ステップＳ５１−２）。

ステップＳ５２：決定されたアクセス環境の作成先となるホスト、使用する論理ボリューム及びアクセスパスが決定される。具体的には、例えば、後述のホスト情報通知処理が行われる（ステップＳ５２−１）。その処理により取得された複数のホスト情報を用いて、管理ユーザによって、新規に作成先とされるホスト５Ｂが選択（例えばホスト識別子及びＨＢＡ−ＷＷＮを含んだ情報が決定）される（ステップＳ５２−２）。また、後述のストレージ情報通知処理が行われる（ステップＳ５２−３）。その処理により取得されたボリューム情報を用いて、管理ユーザにより、使用するボリュームと、ホスト５Ｂとストレージシステム９間のアクセスパスとが決定（例えば、ボリューム識別子とCHA-portとが選択）される（ステップＳ５２−４、ステップＳ５２−５）。

ステップＳ５３：アクセス構成要素のインスタンス名が決定される。具体的には、例えば、ステップＳ５１−２で決定されたアクセス環境の各アクセス構成要素について、クライアントプログラム５３が、そのアクセス構成要素のインスタンス名を通知すると共に（ステップＳ５３−１）、新規のインスタンス名を管理ユーザに問合せる（ステップＳ５３−２）。管理ユーザは、その問合せに応答して、新規のインスタンス名を入力する（ステップＳ５３−３）。

ステップＳ５４：アクセス環境の新規作成要求が送信される。具体的には、例えば、クライアントプログラム５３が、上記決定されたホスト５Ｂに対し、新規作成要求（例えば、アクセス環境情識別子、ホスト識別子、ＨＢＡ−ＷＷＮ、CHA-Port、ボリューム識別子及びアクセス構成要素情報を含んだ要求）を管理サーバ３に送信する（ステップＳ５４−１）。

図１５は、アクセス環境新規作成処理におけるアクセス環境新規命令作成処理の流れの一例の一部を示し、図１６は、その残りを示す。この処理は、図１４の新規作成指示処理が行われた後に行うことができる。

ステップＳ６１：アクセス環境に必要なアクセス構成要素の情報が取得される。具体的には、例えば、サーバプログラム５１が、アクセス環境情報管理テーブル６１を参照し、管理クライアント７からの新規作成要求に含まれているアクセス環境識別子を持つレコードから、ＯＳ情報及びアクセス構成要素情報を取得する（ステップＳ６１−１）。

ステップＳ６２：アクセス環境の新規作成先のホストで利用可能なアクセス構成要素情報が取得される。具体的には、例えば、サーバプログラム５１が、ホスト情報管理テーブル５７を参照し、管理クライアント７からの新規作成要求に含まれているホスト識別子を持つレコードから、ＯＳ情報及びアクセス構成要素情報を取得する（ステップＳ６２−１）。

ステップＳ６３：サーバプログラム５１は、新規作成先のホストに、新規作成したいアクセス環境を構築することができるか否かを判断する。具体的には、例えば、サーバプログラム５１は、ステップＳ６１−１で取得されたＯＳ情報が、ステップＳ６２−１で取得されたＯＳ情報に適合し、且つ、ステップＳ６１−１で取得されたアクセス構成要素情報が、ステップＳ６２−１で取得されたアクセス構成要素情報に含まれているか否かを判断する。

ステップＳ６３−１：ステップＳ６３で肯定的な判断結果を得た場合、新規作成命令リストの作成処理が行われる。具体的には、例えば、サーバプログラム５１が、空の命令リストをメモリに準備し（ステップＳ６３−１−１）、その命令リストに、ＨＢＡのボリューム認識命令を追記し（ステップＳ６３−１−２）、次に、カーネルのボリューム認識命令を追記する（ステップＳ６３−１−３）。そして、サーバプログラム５１は、新規作成するアクセス環境の各アクセス構成要素の新規作成命令とインスタンス名（ステップＳ６１−１で取得されたアクセス構成要素情報に含まれているインスタンス名）を、アクセス環境情報に書かれている構成順序に従って、命令リストに追記する（ステップＳ６３−１−４）。すなわち、命令リストには、アクセス環境を構築するためのアクセス構成要素の順序通りに、複数のサーバエージェント間共通命令が書かれる。

ステップＳ６３−２：アクセス環境の新規作成命令実行処理が行われる。例えば、ストレージシステム９での命令実行処理（ステップＳ６３−２−１）と、ホスト５Ｂでの命令実行処理（ステップＳ６３−２−２）が行われる。

ストレージシステム９での命令実行処理では、サーバプログラム５１が、ストレージエージェントプログラム６５に、アクセス許可要求（管理クライアント７からの新規作成要求に含まれているＨＢＡ−ＷＷＮ、CHA-Port及びボリューム識別子を含んだ要求）を送信する（ステップＳ６３−２−１−１）。ストレージエージェントプログラム６５が、そのアクセス許可要求に従い、その要求から特定されるCHA-Portに対し、ＨＢＡ−ＷＷＮ及びボリューム識別子をアクセス許可対象として設定する（ステップＳ６３−２−１−２）。

ホスト５Ｂでの命令実行処理では、サーバプログラム５１が、ホスト５Ｂのホストエージェントプログラム３９Ｂに対し、命令リストを送信する（ステップＳ６３−２−２−１）。ホストエージェントプログラム３９Ｂは、受信した命令リストに書かれているサーバエージェント間共通命令を読み、読んだサーバエージェント間共通命令に対応する情報を命令管理テーブル３５Ｂから探し、探し出された情報に従う処理を行う（ステップＳ６３−２−２−２）。このステップＳ６３−２−２−２は、少なくとも、命令リストから全てのサーバエージェント間共通命令が読み出されて実行されるまで繰り返される。命令リストには、アクセス環境の構成順序通りにアクセス構成要素が関連付けられていくようにサーバエージェント間共通命令が並んでいるので、このステップＳ６３−２−２−２の繰り返しにより、新規作成対象のアクセス環境がホスト５Ｂに構築することができる。

ステップＳ６３−３：図７のステップＳ１のようなアクセス環境情報収集処理が行われる。

ステップＳ６３−４：図７のステップＳ２のようなアクセス環境情報登録処理が行われる。

ステップＳ６３−５：ステップＳ６３で否定的な判断結果を得た場合、サーバプログラム５１は、管理クライアント７にエラーを通知する。

ステップＳ６３−６：クライアントプログラム５３は、管理ユーザに、管理サーバ３からのエラーを報知する。

図１７は、アクセス環境復元処理におけるアクセス環境復元指示処理の流れの一例を示す。なお、以下の説明では、図２において、ホスト５Ａではアクセス環境が既に存在するため、ホスト５Ｂを、アクセス環境の復元先とする。

アクセス環境復元処理とは、データが格納されているボリューム群に対して、それに関連付けられたアクセス環境情報を基に、データにアクセスしていたアクセス環境を復元するための処理である。これにより、復元されたデータに対して別のＡＰ３１Ｂからもアクセスすることができるようになる。

ステップＳ７１：復元するアクセス環境を決定する。具体的には、例えば、図９Ａのようなアクセス環境情報通知処理が行われ（ステップＳ７１−２）、管理ユーザが、復元するアクセス環境を決定する（例えば、表示されたアクセス環境情報の一覧の中から所望のボリューム識別子に対応したアクセス環境情報を選択する）ことができる（ステップＳ７１−２）。

その後、前述したステップＳ５２（ステップＳ５２−１〜ステップＳ５２−４）と、ステップＳ５３（ステップＳ５３−１〜ステップＳ５３−３）と同様の処理が行われる（ステップＳ７２（ステップＳ７２−１〜ステップＳ７２−４）、ステップＳ７３（ステップＳ７３−１〜ステップＳ７３−３））。

ステップＳ７４：アクセス環境の復元要求が送信される。具体的には、例えば、クライアントプログラム５３が、復元先として決定されたホスト５Ｂに対し、復元要求（例えば、アクセス環境情識別子、ホスト識別子、ＨＢＡ−ＷＷＮ、CHA-Port、ボリューム識別子及びアクセス構成要素情報を含んだ要求）を管理サーバ３に送信する（ステップＳ７４−１）。

図１８は、アクセス環境復元処理におけるアクセス環境復元命令作成処理の流れの一例の一部を示し、図１９は、その残りを示す。この処理は、図１７の復元指示処理が行われた後に行うことができる。

管理クライアント７からの復元要求を基に、図１５のステップＳ６１（ステップＳ６１−１）及びステップＳ６２（ステップＳ６２−１）と同様の処理が行われる（ステップＳ８１（ステップＳ８１−１）、ステップＳ８２（ステップＳ８２−１））
ステップＳ８３：サーバプログラム５１は、復元先のホストに、復元したいアクセス環境を構築することができるか否かを判断する。具体的には、例えば、サーバプログラム５１は、ステップＳ８１−１で取得されたＯＳ情報が、ステップＳ８２−１で取得されたＯＳ情報に適合し、且つ、ステップＳ８１−１で取得されたアクセス構成要素情報が、ステップＳ８２−１で取得されたアクセス構成要素情報に含まれているか否かを判断する。

ステップＳ８３−１：ステップＳ８３で肯定的な判断結果を得た場合、復元命令リストの作成処理が行われる。具体的には、例えば、ステップＳ６３−１−１〜ステップＳ６３−１−４と同様の処理が行われる（ステップＳ８３−１−１〜ステップＳ６３−１−４）。

ステップＳ８３−２：アクセス環境の復元命令実行処理が行われる。例えば、ストレージシステム９での命令実行処理（ステップＳ８３−２−１）と、ホスト５Ｂでの命令実行処理（ステップＳ８３−２−２）が行われる。ストレージシステム９での命令実行処理では、ステップＳ６３−２−１−１〜ステップＳ６３−２−１−２と同様の処理が行われる（ステップＳ８３−２−１−１〜ステップＳ８３−２−１−２）。一方、ホスト５Ｂでの命令実行処理では、ステップＳ６３−２−２−１〜ステップＳ６３−２−２−２と同様の処理が行われる（ステップＳ８３−２−２−１〜ステップＳ８３−２−２−２）。これにより、復元対象のアクセス環境がホスト５Ｂに復元されることになる。

ステップＳ８３−３：図７のステップＳ１のようなアクセス環境情報収集処理が行われる。

ステップＳ８３−４：図７のステップＳ２のようなアクセス環境情報登録処理が行われる。

ステップＳ８３−５：ステップＳ８３で否定的な判断結果を得た場合、サーバプログラム５１は、管理クライアント７にエラーを通知する。

ステップＳ８３−６：クライアントプログラム５３は、管理ユーザに、管理サーバ３からのエラーを報知する。

以上が、復元処理の流れの一例である。なお、この復元処理が行われるためには、以下の（Ａ）〜（Ｄ）の条件、
（Ａ）アクセス構成要素の管理マネージャが、アクセス構成要素の構成定義情報（例えばメタデータ）を変更する機能を持っていること、
（Ｂ）アクセス構成要素の管理マネージャが、アクセス構成要素の変更された構成定義情報に基づいて、インスタンスを生成する機能を持っていること、
（Ｃ）アクセス構成要素の管理マネージャが、アクセス構成要素のインスタンスを自身の管理下に置くための手段を持っていること、
（Ｄ）命令管理テーブルのホストエージェントプログラム実行手順には、アクセス構成要素の構成定義情報の場所を知っており、復元時に、構成定義情報の変更方法を知った上で手順を格納する必要があること、
が必要となる。

図２０Ａは、ホスト情報通知処理の流れの一例を示す。

ステップＳ９１：クライアントプログラム５３が、管理サーバ３の管理下にあるホスト情報の取得要求を管理サーバ３に出す。

ステップＳ９２：サーバプログラム５１が、ホスト情報管理テーブル５７に書かれているホスト情報を収集する。

ステップＳ９３：サーバプログラム５１が、収集されたホスト情報を、管理クライアント７に送信する。

ステップＳ９４：クライアントプログラム５３が、管理サーバ３からのホスト情報を管理ユーザに対して表示する。

図２０Ｂは、ストレージ情報通知処理の流れの一例を示す。

ステップＳ１０１：クライアントプログラム５３が、管理サーバ３の管理下にあるストレージ情報の取得要求を管理サーバ３に出す。

ステップＳ１０２：サーバプログラム５１が、ストレージ情報管理テーブル６３に書かれているストレージ情報を収集する。

ステップＳ１０３：サーバプログラム５１が、収集されたストレージ情報を、管理クライアント７に送信する。

ステップＳ１０４：クライアントプログラム５３が、管理サーバ３からのストレージ情報を管理ユーザに対して表示する。

以上が、本実施形態についての説明である。

上述した実施形態では、アクセス構成要素のメタデータそのものは管理する必要が無く、メタデータの書換え手続きを管理することができる。メタデータそれ自体は、アクセス構成要素の管理に任せることができる。

具体的には、例えば、論理ボリュームマネージャは、そのインスタンスであるＬＶ管理モジュールのメタデータを、論理ボリュームに書き込むことができる。本実施形態では、管理サーバ３は、そのメタデータを管理せず、データのアクセスのために、論理ボリュームマネージャのＬＶ管理モジュールがアクセス構成要素として使われているという情報を管理することができる。また、ホストエージェントプログラム或いはストレージエージェントプログラムが、例えば、「論理ボリュームマネージャのＬＶ管理モジュールのメタデータがどこに存在しているのか」や、「論理ボリュームを復元するには、どのような手続きでメタデータを復元すればよいか」という情報を管理することができる。メタデータは、アクセス構成要素の提供する手続きを踏むことで、書き換えることができる。

別の言い方をすれば、上述した実施形態によれば、メタデータではなく、データにアクセスするために必要な環境情報（例えば、アクセス構成要素の組合せ、順序、データの格納されたボリューム）を管理することができる。これにより、データにアクセスしていたアクセス環境を維持しておかなくても任意のタイミングで構築することができる。

また、上述した実施形態によれば、アクセス環境情報は、データに対応付けて管理されており、データがコピー或いは移動された場合、そのコピー先のデータ或いは移動先のデータに、コピー或いは移動されたデータに対応付けられていたアクセス環境情報が対応付けられる。これにより、コピー先或いは移動先のデータにアクセスする環境を構築することができる。

また、上述した実施形態によれば、アクセス環境情報に基づいて、サーバエージェント間共通命令のリストが作成され、そのリストの命令に従って、アクセス環境が構築される。これにより、管理ユーザやホストユーザがアクセス環境を構築するための固有の設定操作を知らなくても、アクセス環境を構築することができる。データにアクセスするために必要なアクセス構成を復元することができる。

以上、本発明の好適な実施形態を説明したが、これは本発明の説明のための例示であって、本発明の範囲をこの実施形態にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実施することが可能である。

例えば、ホストに命令管理テーブルを備えることに代えて又は加えて、管理サーバ３に、命令管理テーブルを備え、その命令管理テーブルを基に、直接、ホストエージェントプログラムに指示を出すことも可能である。

また、例えば、管理クライアント７の機能は、管理サーバ３に搭載されても良い。また、管理クライアント７及び／又は管理サーバ３の機能が、ホスト５Ａ、５Ｂ、…に搭載されても良い。

また、例えば、データのコピー及び／又は移動は、ストレージシステム９内のことに代えて又は加えて、ストレージシステム９から図示しない別のストレージシステムへのコピー及び／又は移動であってもよい。

また、例えば、図１８及び図１９に示したアクセス環境復元命令作成処理では、サーバプログラム５１が、ステップＳ８１−１で、取得するアクセス構成要素情報に対応したアプリケーション情報を取得することができる。また、サーバプログラム５１は、ステップＳ８３−２−２−１で、取得されたアプリケーション情報が表すアプリケーションプログラムに対してアクセス環境を復元するための命令リストを作成し送信することができる。これにより、ステップＳ８３−２−２−２が行われた場合、復元先のホスト５Ｂにおいて、複数のアプリケーションプログラムのうち、そのアプリケーション情報が表すアプリケーションプログラムに対して、アクセス環境を復元することができる。そのため、そのアプリケーション情報が表すアプリケーションプログラムが、復元されたアクセス環境の下で、コピー先或いは移動先のデータにアクセスすることができるようになる。

図１は、本発明の一実施形態に係るシステムの物理的な構成の一例の概要を示す。 図２は、本発明の一実施形態に係るシステムの論理的な構成の一例の概要を示す。 図３は、ホスト情報管理テーブル５７の構成例を示す。 図４は、アクセス環境情報管理テーブル６１の構成例を示す。 図５は、ストレージ情報管理テーブル６３の構成例を示す。 図６は、命令管理テーブル３５Ａの構成例を示す。 図７は、アクセス環境情報収集処理、及びアクセス環境登録処理の流れの一例を示す。 図８は、管理クライアントがホストのアクセス環境情報収集機能を要求する場合の処理の流れの一例を示す。 図９Ａは、アクセス環境情報通知処理の流れの一例を示す。図９Ｂは、アクセス環境情報編集処理の流れの一例を示す。 図１０Ａは、コピー処理の流れの一例を示す。図１０Ｂは、ステップＳ３３−３（及びステップＳ３３−１）のデータコピー処理の流れの一例を示す。 図１１は、ステップＳ３３−４（及びステップＳ３３−２）のデータコピー処理の流れの一例を示す。 図１２Ａは、移動処理の流れの一例を示す。図１２Ｂは、データ移動処理の流れの一例を示す。 図１３は、アクセス環境情報移動処理の流れの一例を示す。 図１４は、アクセス環境新規作成処理におけるアクセス環境新規作成指示処理の流れの一例を示す。 図１５は、アクセス環境新規作成処理におけるアクセス環境新規命令作成処理の流れの一例の一部を示す。 図１６は、アクセス環境新規命令作成処理の流れの一例の残りを示す。 図１７は、アクセス環境復元処理におけるアクセス環境復元指示処理の流れの一例を示す。 図１８は、アクセス環境復元処理におけるアクセス環境復元命令作成処理の流れの一例の一部を示す。 図１９は、アクセス環境復元命令作成処理の流れの一例の残りを示す。 図２０Ａは、ホスト情報通知処理の流れの一例を示す。図２０Ｂは、ストレージ情報通知処理の流れの一例を示す。

符号の説明

３…管理サーバ ５Ａ、５Ｂ…ホスト ７…管理クライアント ９…ストレージシステム ３５Ａ、３５Ｂ…命令管理テーブル ３１Ａ、３１Ｂ…アプリケーションプログラム ３９Ａ、３９Ｂ…ホストエージェントプログラム ４１Ａ、４１Ｂ…論理ボリュームマネージャ ４３Ａ、４３Ｂ…ソフトウェアＲＡＩＤマネージャ ４５Ａ、４５Ｂ…パス管理ソフトマネージャ ４７Ａ、４７Ｂ…デバイスドライバ ５１…サーバプログラム ５３…クライアントプログラム ５７…ホスト情報管理テーブル ６１…アクセス環境情報管理テーブル ６３…ストレージ情報管理テーブル

Claims (8)

1. 一又は複数のストレージシステムに備えられる複数の論理ボリュームのうちの或る論理ボリューム内のデータにホスト内のアプリケーションプログラムがアクセスするシステムを管理する計算機であって、
   記憶資源と、
   前記記憶資源に接続されたＣＰＵと
   を備え、
   前記記憶資源が、
   前記或る論理ボリュームに関する情報であるボリューム情報と、
   前記アプリケーションプログラムに関する情報であるアプリケーション情報と、
   前記ボリューム情報及び前記アプリケーション情報に関連付けられたアクセス環境情報と
   を記憶し、
   前記アクセス環境情報は、前記ホストと前記或る論理ボリュームを備えるストレージシステムとの間のパスを利用して前記アプリケーションプログラムが前記データにアクセスするためのアクセス環境であって前記ホスト内のアクセス環境を表す情報であり、
   前記アクセス環境情報は、前記アクセス環境に含まれる複数のアクセス構成要素に関するアクセス構成要素情報を含み、
   前記アクセス構成要素は、前記ホスト内で実行されるソフトウェアであり、
   前記アクセス構成要素情報は、前記複数のアクセス構成要素が前記アプリケーションプログラム側から前記データ側にかけてどのような順序で構成されるかに関する情報と、各アクセス構成要素と他のアクセス構成要素との関連を表す情報とを含み、
   前記ＣＰＵが、前記或る論理ボリューム又は前記或る論理ボリュームのコピー先或いは移動先の論理ボリュームを表すボリューム情報に関連付けられたアクセス環境情報に関連付けられているアプリケーション情報が表すアプリケーションプログラムに対して、前記或る論理ボリューム又は前記コピー先或いは移動先の論理ボリュームを表すボリューム情報に関連付けられたアクセス環境情報が含むアクセス構成要素情報に基づいて、前記アプリケーションプログラムが実行される前記ホスト又は別のホスト内に、前記或る論理ボリューム又は前記コピー先或いは移動先の論理ボリュームにアクセスするためのアクセス環境を構築する、
   計算機。
2. 前記ＣＰＵが、前記或る論理ボリューム内のデータを、前記複数の論理ボリュームにおける別の論理ボリュームにコピー或いは移動させ、それに伴って、前記或る論理ボリュームに関連付けられている前記アクセス環境情報を、前記コピー先或いは移動先の論理ボリュームに関連付ける、
   請求項１記載の計算機。
3. 前記記憶資源が、前記ホスト又は前記別のホストで構築することができるアクセス環境を表すホスト環境情報を記憶し、
   前記ホスト環境情報は、前記ホスト又は前記別のホストにはどんなアクセス構成要素が存在するかに関する情報を含んでおり、
   前記ＣＰＵが、前記ホスト環境情報と、前記アプリケーションプログラムを表すアプリケーション情報と前記或る論理ボリューム又は前記コピー先或いは移動先の論理ボリュームを表すボリューム情報とに関連付けられているアクセス環境情報とに基づいて、そのアクセス環境情報が表すアクセス環境を前記ホスト環境情報が表しているか否かを判断し、肯定的な判断結果を得た場合に、そのアクセス環境情報に基づいて、前記ホスト又は前記別のホスト内に、前記アプリケーションプログラムが前記或る論理ボリューム又は前記コピー先或いは移動先の論理ボリュームにアクセスするためのアクセス環境を構築する、
   請求項１又は２記載の計算機。
4. 前記ＣＰＵが、前記判断により、前記ホスト又は前記別のホストに前記アクセス環境を構築するために必要なアクセス構成要素が足りないことを判別した場合、前記足りないアクセス構成要素を前記ホスト又は前記別のホストにダウンロードする、
   請求項３記載の計算機。
5. 前記ホスト又は前記別のホストが、自分が備える複数のアクセス構成要素に対して前記サーバのエージェントとなるホストエージェントプログラムと、どんな命令を受けた場合にどのようにして実行させるかを表した命令管理情報とを備え、
   前記ＣＰＵが、前記アクセス環境情報に従うアクセス環境を構築するために複数の命令をどのような順序で実行するかを表した命令群を前記ホストエージェントプログラムに送信し、
   前記ホストエージェントプログラムが、前記サーバから命令群を受信し、前記命令群から特定される複数の命令の実行順序に従い、前記命令群に含まれている各命令を、前記命令管理情報を基に、その命令に従う処理を実行すべきアクセス構成要素に実行させる、
   請求項１乃至４のうちのいずれか１項に記載の計算機。
6. 前記アクセス環境は、３以上の前記アクセス構成要素で構成されている、
   請求項１乃至５のうちのいずれか１項に記載の計算機。
7. 一又は複数のストレージシステムに備えられる複数の論理ボリュームのうちの或る論理ボリューム内のデータにホスト内のアプリケーションプログラムがアクセスするシステムにおいて実現される方法であって、
   コンピュータが、前記或る論理ボリュームに関する情報であるボリューム情報と、前記アプリケーションプログラムに関する情報であるアプリケーション情報と、前記ボリューム情報及び前記アプリケーション情報に関連付けられたアクセス環境情報とを記憶資源に記憶させ、前記アクセス環境情報は、前記ホストと前記或る論理ボリュームを備えるストレージシステムとの間のパスを利用して前記アプリケーションプログラムが前記データにアクセスするためのアクセス環境であって前記ホスト内のアクセス環境を表す情報であり、前記アクセス環境情報は、前記アクセス環境に含まれる複数のアクセス構成要素に関するアクセス構成要素情報を含み、前記アクセス構成要素は、前記ホスト内で実行されるソフトウェアであり、前記アクセス構成要素情報は、前記複数のアクセス構成要素が前記アプリケーションプログラム側から前記データ側にかけてどのような順序で構成されるかに関する情報と、各アクセス構成要素と他のアクセス構成要素との関連を表す情報とを含み、
   コンピュータが、前記或る論理ボリューム又は前記或る論理ボリュームのコピー先或いは移動先の論理ボリュームを表すボリューム情報に関連付けられたアクセス環境情報に関連付けられているアプリケーション情報が表すアプリケーションプログラムに対して、前記或る論理ボリューム又は前記コピー先或いは移動先の論理ボリュームを表すボリューム情報に関連付けられたアクセス環境情報が含むアクセス構成要素情報に基づいて、前記アプリケーションプログラムが実行される前記ホスト又は別のホスト内に、前記或る論理ボリューム又は前記コピー先或いは移動先の論理ボリュームにアクセスするためのアクセス環境を構築する、
   記憶制御方法。
8. 一又は複数のストレージシステムに備えられる複数の論理ボリュームのうちの或る論理ボリューム内のデータにホスト内のアプリケーションプログラムがアクセスするシステムがあり、
   前記或る論理ボリュームに関する情報であるボリューム情報と、前記アプリケーションプログラムに関する情報であるアプリケーション情報と、前記ボリューム情報及び前記アプリケーション情報に関連付けられたアクセス環境情報とを記憶資源に記憶させ、前記アクセス環境情報は、前記ホストと前記或る論理ボリュームを備えるストレージシステムとの間のパスを利用して前記アプリケーションプログラムが前記データにアクセスするためのアクセス環境であって前記ホスト内のアクセス環境を表す情報であり、前記アクセス環境情報は、前記アクセス環境に含まれる複数のアクセス構成要素に関するアクセス構成要素情報を含み、前記アクセス構成要素は、前記ホスト内で実行されるソフトウェアであり、前記アクセス構成要素情報は、前記複数のアクセス構成要素が前記アプリケーションプログラム側から前記データ側にかけてどのような順序で構成されるかに関する情報と、各アクセス構成要素と他のアクセス構成要素との関連を表す情報とを含み、
   前記或る論理ボリューム又は前記或る論理ボリュームのコピー先或いは移動先の論理ボリュームを表すボリューム情報に関連付けられたアクセス環境情報に関連付けられているアプリケーション情報が表すアプリケーションプログラムに対して、前記或る論理ボリューム又は前記コピー先或いは移動先の論理ボリュームを表すボリューム情報に関連付けられたアクセス環境情報が含むアクセス構成要素情報に基づいて、前記アプリケーションプログラムが実行される前記ホスト又は別のホスト内に、前記或る論理ボリューム又は前記コピー先或いは移動先の論理ボリュームにアクセスするためのアクセス環境を構築する、
   ことをコンピュータに実行させるためのコンピュータプログラム。

Images