JP5909503B2 - 計算機システム、アクセス制限方法及びストレージ装置 - Google Patents

Description

本発明は、計算機システム、アクセス制限方法及びストレージ装置に関し、特に、ホスト装置がストレージ装置内の論理ボリュームにアクセスする際、ホスト装置が当該論理ボリュームを事前にリザーブ確保するアクセス制限技術が適用された計算機システムに適用して好適なものである。

近年、一のストレージ装置（以下、これを第１のストレージ装置と呼ぶ）内に定義された論理ボリュームを他のストレージ装置（以下、これを第２のストレージ装置と呼ぶ）において仮想化してホスト装置に提供する仮想化技術が広く用いられている。

また近年では、このような仮想化技術を利用して、第１のストレージ装置内の論理ボリュームを複数の第２のストレージ装置により仮想化して複数のホスト装置に提供できるようになされた計算機システムも登場している。このような計算機システムでは、かかる第１のストレージ装置内の１つの論理ボリュームを複数のホスト装置で共有することが可能となる。

特開２００５−３０１６３８号公報 米国特許出願公開第２００５／０２２８９４６号明細書

ところで、上述のように１つの論理ボリュームを複数のホスト装置で共有可能な構成が採用された計算機システムにおいて、１つの論理ボリュームに複数のホスト装置が同時にアクセスされることを防止するための技術として、論理ボリュームにアクセスするに際し、ホスト装置がその論理ボリュームを事前にリザーブ確保するアクセス制限技術がある。この場合、第１のストレージ装置は、論理ボリュームがいずれかのホスト装置によってリザーブ確保された場合、他のホスト装置からのその論理ボリュームに対するアクセス要求は受け付けない。

しかしながら、かかるアクセス制限技術によると、ホスト装置が第２のストレージ装置を介して第１のストレージ装置内の論理ボリュームをリザーブ確保した場合、第１のストレージ装置は、かかるリザーブ確保が第２のストレージ装置によってなされたものと認識する。

このため、第１のストレージ装置は、この後、他の第２のストレージ装置を介したホスト装置からのアクセスは拒否するものの、かかるリザーブ確保を行ったホスト装置以外の他のホスト装置が当該リザーブ確保に用いられた第２のストレージ装置を介してアクセスした場合に、そのアクセスを許可してしまう問題があった。そしてこのような問題は、システム全体としてのセキュリティ性及び信頼性を著しく低下させることとなる。

本発明は以上の点を考慮してなされたもので、セキュリティ性及び信頼性を向上させ得る計算機システム及びアクセス制限方法を提案しようとするものである。

かかる課題を解決するため本発明においては、ホスト装置がデータを読み書きするための第１の論理ボリュームを提供する第１のストレージ装置と、前記第１のストレージ装置の前記第１の論理ボリュームを仮想化した仮想的な第２の論理ボリューム及び第３の論理ボリュームを前記ホスト装置に提供する第２のストレージ装置とを有し、前記ホスト装置が前記第１の論理ボリュームにアクセスする際、前記第１の論理ボリュームを予めリザーブ確保する計算機システムにおいて、前記第２のストレージ装置は、前記第２の論理ボリュームにキーを登録すべき旨の前記ホスト装置からのキー登録要求に応じて、前記ホスト装置から与えられた登録対象の第１のキーと、前記ホスト装置から前記第２の論理ボリュームまでのパスに関する第１のパス情報とを含む第１のコマンドを前記第１のストレージ装置に送信し、前記第２の論理ボリュームをリザーブ確保すべき旨の前記ホスト装置からのリザーブ確保要求に応じて、前記ホスト装置から与えられた第２のキーと、前記ホスト装置から前記第２の論理ボリュームまでのパスに関する第２のパス情報とを含む第２のコマンドを前記第１のストレージ装置に送信し、前記ホスト装置からの前記第２の論理ボリュームに対するアクセス要求に応じて、前記ホスト装置から前記第２の論理ボリュームまでのパスに関する第３のパス情報を含む第３のコマンドを前記第１のストレージ装置に送信し、前記第１のストレージ装置は、前記第１のコマンドを受信すると、キー登録対象の前記第１の論理ボリュームに対応付けて、前記第１のコマンドに含まれる前記第１のキー及び前記第１のパス情報をリザーブ情報として記憶し、前記第２のコマンドを受信すると、リザーブ確保対象の前記第１の論理ボリュームに対応付けて記憶しているリザーブ情報に含まれる前記第１のキー及び前記第１のパス情報と、前記第２のコマンドに含まれる前記第２のキー及び前記第２のパス情報を比較し、前記第１のキー及び前記第１のパス情報と、前記第２のキー及び前記第２のパス情報とが一致したときに、前記第１の論理ボリュームを前記ホスト装置用にリザーブ確保し、前記第３のコマンドを受信すると、アクセス対象の前記第１の論理ボリュームと対応付けて記憶している前記リザーブ情報に含まれる前記第１のパス情報と、前記第３のコマンドに含まれる前記第３のパス情報とを比較し、前記第１及び第３のパス情報が一致したときに、前記第２のストレージ装置を介した前記ホスト装置からのアクセスを許可し、前記第２のストレージ装置は、前記ホスト装置による前記第２の論理ボリュームへのアクセスを受けながら前記第１の論理ボリュームのデータを前記第３の論理ボリュームに移行させ、前記第１のストレージ装置は、前記第３の論理ボリュームにデータを移行すると、前記第２の論理ボリュームのマッピングの変更処理に応じて、対応する前記第１の論理ボリュームについて記憶している対応する前記リザーブ情報を前記第２のストレージ装置に移動し、前記第２のストレージ装置は、前記第１のストレージ装置から移動されるリザーブ情報を前記第２の論理ボリュームについてのリザーブ情報に書き替えて前記リザーブ情報を利用してアクセス制御を行うようにした。

また本発明においては、ホスト装置がデータを読み書きするための第１の論理ボリュームを提供する第１のストレージ装置と、前記第１のストレージ装置の前記第１の論理ボリュームを仮想化した仮想的な第２の論理ボリューム及び第３の論理ボリュームを前記ホスト装置に提供する第２のストレージ装置とを有し、前記ホスト装置が前記第１の論理ボリュームにアクセスする際、前記第１の論理ボリュームを予めリザーブ確保する計算機システムにおけるアクセス制限方法において、前記第２のストレージ装置が、前記第２の論理ボリュームにキーを登録すべき旨の前記ホスト装置からのキー登録要求に応じて、前記ホスト装置から与えられた登録対象の第１のキーと、前記ホスト装置から前記第２の論理ボリュームまでのパスに関する第１のパス情報とを含む第１のコマンドを前記第１のストレージ装置に送信し、前記第１のストレージ装置が、前記第１のコマンドを受信すると、キー登録対象の前記第１の論理ボリュームに対応付けて、前記第１のコマンドに含まれる前記第１のキー及び前記第１のパス情報をリザーブ情報として記憶する第１のステップと、前記第２のストレージ装置が、前記第２の論理ボリュームをリザーブ確保すべき旨の前記ホスト装置からのリザーブ確保要求に応じて、前記ホスト装置から与えられた第２のキーと、前記ホスト装置から前記第２の論理ボリュームまでのパスに関する第２のパス情報とを含む第２のコマンドを前記第１のストレージ装置に送信し、前記第１のストレージ装置が、前記第２のコマンドを受信すると、リザーブ確保対象の前記第１の論理ボリュームに対応付けて記憶しているリザーブ情報に含まれる前記第１のキー及び前記第１のパス情報と、前記第２のコマンドに含まれる前記第２のキー及び前記第２のパス情報を比較し、前記第１のキー及び前記第１のパス情報と、前記第２のキー及び前記第２のパス情報とが一致したときに、前記第１の論理ボリュームを前記ホスト装置用にリザーブ確保する第２のステップと、前記第２のストレージ装置が、前記ホスト装置からの前記第２の論理ボリュームに対するアクセス要求に応じて、前記ホスト装置から前記第２の論理ボリュームまでのパスに関する第３のパス情報を含む第３のコマンドを前記第１のストレージ装置に送信し、前記第１のストレージ装置が、前記第３のコマンドを受信すると、アクセス対象の前記第１の論理ボリュームと対応付けて記憶している前記リザーブ情報に含まれる前記第１のパス情報と、前記第３のコマンドに含まれる前記第３のパス情報とを比較し、前記第１及び第３のパス情報が一致したときに、前記第２のストレージ装置を介した前記ホスト装置からのアクセスを許可する第３のステップと、前記第２のストレージ装置が、前記ホスト装置による前記第２の論理ボリュームへのアクセスを受けながら前記第１の論理ボリュームのデータを前記第３の論理ボリュームに移行させる第４のステップと、前記第３の論理ボリュームにデータを移行すると、前記第１のストレージ装置が、前記第２の論理ボリュームのマッピングの変更処理に応じて、対応する前記第１の論理ボリュームについて記憶している対応する前記リザーブ情報を前記第２のストレージ装置に移動する第５のステップと、前記第２のストレージ装置が、前記第１のストレージ装置から移動されるリザーブ情報を前記第２の論理ボリュームについてのリザーブ情報に書き替えて前記リザーブ情報を利用してアクセス制御を行う第６のステップとを設けるようにした。

かかる計算機システム及びアクセス制限方法によれば、第１のストレージ装置内の論理ボリュームのリザーブ確保を行ったホスト装置のみがその論理ボリュームに対してアクセスできるようにアクセス制限することが可能となる。併せて、リザーブ情報を利用したアクセス制限を行いつつ、ホスト装置２からのアクセスを止めることなく第１のストレージ装置３内のデータを第２のストレージ装置４に移行させることができる。

本発明によれば、セキュリティ性及び信頼性を向上させ得る計算機システム及びアクセス制限方法を実現できる。

第１の実施の形態による計算機システムの全体構成を示すブロック図である。 図１の計算機システムの論理構成を示すブロック図である。 構成情報の説明に供する概念図である。 イニシエータ−ターゲットポート間対応情報の説明に供する概念図である。 リザーブ情報の説明に供する概念図である。 アクセス制限機能に関する一連の処理の流れを示すフローチャートである。 キー登録フェーズにおける処理の流れの説明に供するシーケンス図である。 ＦＣＰフレームの説明に供する概念図である。 リザーブコマンドの説明に供する概念図である。 第２のキー登録処理の処理手順を示すフローチャートである。 第１のキー登録処理の処理手順を示すフローチャートである。 リザーブ確保フェーズにおける処理の流れの説明に供するシーケンス図である。 第２のリザーブ確保処理の処理手順を示すフローチャートである。 第１のリザーブ確保処理の処理手順を示すフローチャートである。 データ転送フェーズにおける処理の流れの説明に供するシーケンス図である。 第２のアクセス処理の処理手順を示すフローチャートである。 第１のアクセス処理の処理手順を示すフローチャートである。 リザーブ解除フェーズにおける処理の流れの説明に供するシーケンス図である。 第２のリザーブ解除処理の処理手順を示すフローチャートである。 第１のリザーブ解除処理の処理手順を示すフローチャートである。 リザーブ情報移動機能の説明に供する概念図である。 リザーブ情報移動処理における処理の流れの説明に供するシーケンス図である。 リザーブ情報書換え処理の処理手順を示すフローチャートである。 第２の実施の形態による計算機システムの論理構成を示すブロック図である。 第２の実施の形態のキー登録フェーズにおける処理の流れの説明に供するシーケンス図である。 第３のキー登録処理の処理手順を示すフローチャートである。 第２の実施の形態のリザーブ確保フェーズにおける処理の流れの説明に供するシーケンス図である。 第２の実施の形態のデータ転送フェーズにおける処理の流れの説明に供するシーケンス図である。 第３のアクセス処理の処理手順を示すフローチャートである。 第２の実施の形態のリザーブ解除フェーズにおける処理の流れの説明に供するシーケンス図である。

以下図面について、本発明の一実施の形態を詳述する。

（１）第１の実施の形態
（１−１）本実施の形態による計算機システムの構成
図１において、１は全体として本実施の形態による計算機システムを示す。この計算機システム１は、複数のホスト装置２と、第１及び第２のストレージ装置３，４とを備えて構成される。各ホスト装置２は、例えばＦＣ（Fibre Channel）ネットワーク５を介して第１及び第２のストレージ装置３，４と接続され、第１及び第２のストレージ装置３，４は、例えばＦＣケーブル６を介して相互に接続されている。また第２のストレージ装置４には、外部のストレージ装置（以下、これを外部ストレージ装置と呼ぶ）７が接続されている。

ホスト装置２は、ＣＰＵ（Central Processing Unit）１０、メモリ１１及び複数のポート１２Ａ，１２Ｂ等を備えたコンピュータ装置であり、例えば、パーソナルコンピュータ装置、ワークステーション又はメインフレームなどから構成される。ホスト装置２は、例えばキーボード、スイッチやポインティングデバイス、マイクロフォン等の情報入力装置（図示せず）と、例えばモニタディスプレイやスピーカ等の情報出力装置（図示せず）とを備える。

第１及び第２のストレージ装置３，４は、複数の記憶デバイス２０Ａ，２０Ｂと、これら記憶デバイス２０Ａ，２０Ｂに対するデータの入出力を制御するコントロール部２１Ａ，２１Ｂとから構成される。

記憶デバイス２０Ａ，２０Ｂは、例えばＦＣディスク等の高価なディスク又はＳＡＴＡ（Serial AT Attachment）ディスク等の安価なディスクから構成される。１又は複数の記憶デバイス２０Ａ，２０ＢによりＲＡＩＤグループが構成され、１つのＲＡＩＤグループが提供する記憶領域上に１又は複数の論理的なボリューム（以下、これを論理ボリュームと呼ぶ）ＶＯＬが作成される。そしてデータは、この論理ボリュームＶＯＬ内に所定大きさのブロック（以下、これを論理ブロックと呼ぶ）単位で記憶される。

各論理ボリュームＶＯＬには、それぞれ固有の識別子（以下、これをボリューム番号と呼ぶ）が付与される。本実施の形態の場合、データの入出力は、このボリューム番号と、各論理ブロックにそれぞれ付与されるその論理ブロックに固有の番号（ＬＢＡ：Logical Block Address）とを組み合わせたものをアドレスとして、当該アドレスを指定して行われる。

コントロール部２１Ａ，２１Ｂは、１又は複数のチャネルアダプタ２２Ａ，２２Ｂと、相互結合部２３Ａ，２３Ｂ、キャッシュメモリ２４Ａ，２４Ｂ及び共有メモリ２５Ａ，２５Ｂと、１又は複数のディスクアダプタ２６Ａ，２６Ｂとを備えて構成される。

チャネルアダプタ２２Ａ，２２Ｂは、ＣＰＵ及びメモリ等を備えたマイクロコンピュータシステムとして構成されており、ＦＣネットワーク５に接続するための１又は複数のポート２７ＡＡ，２７ＡＢ，２７ＢＡ，２７ＢＢ，２７ＢＣを備える。チャネルアダプタ２２Ａ，２２Ｂは、その内部に設けられたメモリに格納されている制御プログラムに基づいて、ホスト装置２又は他のストレージ装置（第２又は第１のストレージ装置４，３）から送信されるコマンドを解釈して実行するほか、後述のような各種処理を実行する。各チャネルアダプタ２２Ａ，２２Ｂのポート２７ＡＡ，２７ＡＢ，２７ＢＡ〜２７ＢＣには、それぞれを識別するためのネットワークアドレス（例えば、ＩＰアドレスやＷＷＮ（World Wide Name）のことであり、以下、ＷＷＮとする）が割り当てられており、これにより個々のチャネルアダプタ２２Ａ，２２Ｂがそれぞれ個別にＮＡＳ（Network Attached Storage）として振る舞うことができるようになされている。

相互結合部２３Ａ，２３Ｂは、チャネルアダプタ２２Ａ，２２Ｂ、キャッシュメモリ２４Ａ，２４Ｂ、共有メモリ２５Ａ，２５Ｂ及びディスクアダプタ２６Ａ，２６Ｂと接続される。チャネルアダプタ２２Ａ，２２Ｂ、キャッシュメモリ２４Ａ，２４Ｂ、共有メモリ２５Ａ，２５Ｂ及びディスクアダプタ２６Ａ，２６Ｂ間でのデータやコマンドの授受は、この相互結合部２３Ａ，２３Ｂを介して行われる。相互結合部２３Ａ，２３Ｂは、例えば高速スイッチングによりデータ伝送を行う超高速クロスバースイッチなどのスイッチ又はバス等で構成される。

キャッシュメモリ２４Ａ，２４Ｂは、チャネルアダプタ２２Ａ，２２Ｂ及びディスクアダプタ２６Ａ，２６Ｂにより共有される記憶メモリである。このキャッシュメモリ２４Ａ，２４Ｂは、主として論理ボリュームＶＯＬに入出力するデータを一時的に記憶するために利用される。

共有メモリ２５Ａ，２５Ｂも、チャネルアダプタ２２Ａ，２２Ｂ及びディスクアダプタ２６Ａ，２６Ｂにより共有される記憶メモリである。共有メモリ２５Ａ，２５Ｂは、キャッシュメモリ２４Ａ，２４Ｂの一部を論理的に区切ることにより構成され、その第１又は第２のストレージ装置３，４の構成情報などの情報が格納される。後述する構成情報及びリザーブ情報や、イニシエータ−ターゲットポート間対応情報もこの共有メモリ２５Ａ，２５Ｂに格納される。

ディスクアダプタ２６Ａ，２６Ｂは、マイクロプロセッサやメモリ等を備えたマイクロコンピュータシステムとして構成され、各記憶デバイス２０Ａ，２０Ｂとの通信時におけるプロトコル制御を行うインタフェースとして機能する。ディスクアダプタ２６Ａ，２６Ｂは、例えばＦＣケーブルを介して対応する記憶デバイス２０Ａ，２０Ｂと接続されており、ＦＣプロトコルに従ってこれら記憶デバイス２０Ａ，２０Ｂとの間のデータの授受を行う。

本実施の形態の場合、第２のストレージ装置４のチャネルアダプタ２２Ｂには、管理端末８が接続されている。この管理端末８は、システム管理者が第２のストレージ装置４を保守管理するために使用されるコンピュータ装置であり、例えば、ノート型パーソナルコンピュータなどから構成される。管理端末８は、かかるチャネルアダプタ２２Ｂから第２のストレージ装置４に関する必要な情報を収集して表示したり、システム管理者の操作に応じて必要なコマンドをチャネルアダプタ２２Ｂに送信することにより、第２のストレージ装置４に対する設定等を行う。

外部ストレージ装置７は、第１及び第２のストレージ装置とは別個に設けられたストレージ装置である。この外部ストレージ装置の構成は、第１及び第２のストレージ装置と同様であるため、その詳細については説明を省略する。

（１−２）計算機システムにおける各種機能
図２は、かかる計算機システム１の論理的な構成を示す。本実施の形態の場合、第２のストレージ装置４には、外部ストレージ装置７内に定義された論理ボリュームＶＯＬ＿Ｚを自ストレージ装置内に作成された仮想ボリュームＶＯＬ＿Ｙにマッピングすることにより、当該論理ボリュームＶＯＬ＿Ｘを自ストレージ装置内の論理ボリュームとしてホスト装置２に提供する外部接続機能が実装されている。

そして第２のストレージ装置４は、かかる仮想ボリュームＶＯＬ＿Ｙを対象とするリードコマンドがホスト装置２から与えられた場合、そのリードコマンドに応じたコマンドを外部ストレージ装置７に送信することにより、要求されたデータをかかる論理ボリュームＶＯＬ＿Ｚ内の対応するアドレス位置から読み出させ、読み出させたデータをホスト装置２に転送する。また第２のストレージ装置４は、かかる仮想ボリュームＶＯＬ＿Ｙを対象とするライトコマンド及びライト対象のデータがホスト装置２から与えられた場合、そのライトコマンドに応じたコマンドと、ライト対象のデータとを外部ストレージ装置７に送信することにより、当該データをその論理ボリュームＶＯＬ＿Ｚ内の対応するアドレス位置に書き込ませる。

加えて、第２のストレージ装置４には、他のストレージ装置全体を仮想化してホスト装置２に提供できる統合管理機能も搭載されている。そして本実施の形態による計算機システム１においては、この第２のストレージ装置４に実装された統合管理機能を利用して、ホスト装置２が第１のストレージ装置３内の論理ボリュームＶＯＬ＿Ａに直接アクセスすることも、また第２のストレージ装置４を経由して第１のストレージ装置３内のかかる論理ボリュームＶＯＬ＿Ａにアクセスすることもできるようになされている。

この場合、ユーザは、ホスト装置２が第２のストレージ装置４を経由して第１のストレージ装置３内の論理ボリュームＶＯＬ＿Ａにアクセスできるようにするため、図２に示すように、第１のストレージ装置３のかかる論理ボリュームＶＯＬ＿Ａに対応させて、第２のストレージ装置４内に仮想ボリュームＶＯＬ＿Ｂを作成すると共に、作成した仮想ボリュームＶＯＬ＿Ｂを第１のストレージ装置３の論理ボリュームＶＯＬ＿Ａにマッピングする。

その後、ユーザは、ホスト装置２に実装したパス切替えアプリケーション１３により当該ホスト装置２のアクセス先を第１のストレージ装置３内の論理ボリュームＶＯＬ＿Ａから第２のストレージ装置４内の仮想ボリュームＶＯＬ＿Ｂに切り替える。これによりホスト装置２から第１のストレージ装置３内の論理ボリュームＶＯＬ＿Ａに対するリードコマンドやライトコマンドは、この後、第２のストレージ装置４の仮想ボリュームＶＯＬ＿Ｂを対象とするリードコマンド又はライトコマンドとしてホスト装置２から発行されることになる。

そして第２のストレージ装置４は、かかる仮想ボリュームＶＯＬ＿Ｂを対象とするリードコマンドがホスト装置２から与えられた場合、そのリードコマンドに応じたコマンドを第１のストレージ装置３に送信することにより、要求されたデータを論理ボリュームＶＯＬ＿Ａ内の対応するアドレス位置から読み出させ、読み出させたデータをホスト装置２に転送する。また第２のストレージ装置４は、かかる仮想ボリュームＶＯＬ＿Ｂを対象とするライトコマンド及びライト対象のデータがホスト装置２から与えられた場合、そのライトコマンドに応じたコマンドと、ライト対象のデータとを第１のストレージ装置３に送信することにより、当該データをその論理ボリュームＶＯＬ＿Ａ内の対応するアドレス位置に書き込ませる。

ところで、本実施の形態による計算機システム１では、ホスト装置２がストレージ装置内の論理ボリュームにアクセスするに際しては、ホスト装置２が予めその論理ボリュームをリザーブ確保する技術が適用されている。このためホスト装置２が第２のストレージ装置４を経由して第１のストレージ装置３の論理ボリュームＶＯＬ＿Ａにアクセスする場合には、事前にホスト装置２が第２のストレージ装置４を経由して第１のストレージ装置３に対してリザーブコマンドを送信してその論理ボリュームＶＯＬ＿Ａをリザーブ確保しておく必要がある。

この場合において、ホスト装置２による第２のストレージ装置４を経由した第１のストレージ装置３内の論理ボリュームＶＯＬ＿Ａのリザーブ確保は、第２のストレージ装置４により行われたリザーブ確保として第１のストレージ装置３に認識される。

このため、その後、かかる論理ボリュームＶＯＬ＿Ａをリザーブ確保したホスト装置２以外の他のホスト装置２も仮想ボリュームＶＯＬ＿Ｂを介して第１のストレージ装置３内の論理ボリュームＶＯＬ＿Ａにアクセスができてしまうこととなり、セキュリティの面で不十分な問題があった。

そこで、本実施の形態による計算機システム１には、第１のストレージ装置３内の論理ボリュームＶＯＬ＿Ａをリザーブ確保したホスト装置２のみがその論理ボリュームＶＯＬ＿Ａに対してアクセスできるようにアクセス制限を行うアクセス制限機能が搭載されている。

具体的に、本実施の形態において、ホスト装置２が第２のストレージ装置４を経由して第１のストレージ装置３内の論理ボリュームＶＯＬ＿Ａをリザーブ確保する際、第２のストレージ装置４が、そのホスト装置２から第２のストレージ装置４内の仮想ボリュームＶＯＬ＿Ｂまでのパスに関する当該パスに固有の情報（以下、これをパス情報と呼ぶ）を第１のストレージ装置３に通知する。本実施の形態の場合、かかるパス情報としては、ホスト装置２における第２のストレージ装置４との通信時に使用するポート１２ＢのＷＷＮに関する情報と、第２のストレージ装置４におけるホスト装置２との通信時に使用するポート２７ＢＢに関する情報とが適用される。そして第１のストレージ装置３は、かかる論理ボリュームＶＯＬ＿Ａをリザーブ確保する際に、このパス情報をリザーブ情報として記憶する。

また第２のストレージ装置４は、この後、ホスト装置２から仮想ボリュームＶＯＬ＿Ｂを対象とするリードコマンドやライトコマンドが与えられた場合、そのホスト装置２及び第２のストレージ装置４を接続するパスに関するパス情報を、そのリードコマンドやライトコマンドに応じて作成したコマンドに含めて第１のストレージ装置３に送信する。

そして第１のストレージ装置４は、かかるコマンドを受信すると、当該コマンドに含まれる上述のパス情報と、アクセス対象の論理ボリュームＶＯＬ＿Ａについて予め記憶しているパス情報とを比較し、これらのパス情報が一致した場合にのみ、その論理ボリュームＶＯＬ＿Ａに対するアクセスを許可する。

このようなアクセス制限機能によれば、第２のストレージ装置４を経由して第１のストレージ装置３内の論理ボリュームＶＯＬ＿Ａをリザーブ確保したホスト装置２のみがその論理ボリュームＶＯＬ＿Ａにアクセスできるように制限することが可能となる。

以上のような本実施の形態によるアクセス制限機能を実現するための手段として、ホスト装置２のメモリ１１（図１）には、図２に示すように、パス切替えアプリケーション１３が格納されると共に、第２のストレージ装置４の共有メモリ２５Ｂ（図１）には、構成情報３０、イニシエータ−ターゲットポート間対応情報テーブル３１及びマッピングテーブル３４が格納され、さらに第１のストレージ装置３の共有メモリ２５Ａ（図１）には、構成情報３２、リザーブ情報３３及びマッピングテーブルが格納されている。

このうちパス切替えアプリケーション１３は、ホスト装置２が外部機器と通信する際に使用するパスを他のパスに切り替える機能を有するアプリケーションソフトウェアである。本実施の形態の場合、パス切替えアプリケーション１３は、ホスト装置２が第１のストレージ装置３内の論理ボリュームＶＯＬ＿Ａにアクセスするためのパスを、第１のストレージ装置３と接続されたポート１２Ａ（図１）を経由するパスと、第２のストレージ装置４と接続されたポート１２Ｂ（図１）を経由するパスとのいずれかに切り替える。

一方、構成情報３０，３２は、第１及び第２のストレージ装置３，４が自装置内に定義された論理ボリューム（実ボリューム及び仮想ボリューム）を管理するための情報である。この構成情報は、図３に示すように、ボリューム名欄３０Ａ，３２Ａ、ボリューム番号欄３０Ｂ，３２Ｂ及び外部ボリューム情報欄３０Ｃ，３２Ｃを備え、外部ボリューム情報欄３０Ｃ，３２Ｃがボリューム識別情報欄３０Ｄ，３２Ｄ、容量欄３０Ｅ，３２Ｅ及び外部ボリューム種別欄３０Ｆ，３２Ｆから構成されるテーブル構造を有する。

そしてボリューム名欄３０Ａ，３２Ａには、その第２又は第１のストレージ装置４，３内に定義された論理ボリュームのボリューム名が格納され、ボリューム番号欄３０Ｂ，３２Ｂには、対応する論理ボリュームに付与されたボリューム番号が格納される。またボリューム識別情報欄３０Ｄ，３２Ｄには、対応する論理ボリュームと対応付けられた他のストレージ装置内の論理ボリュームのボリューム番号が格納され、容量欄３０Ｅ，３２Ｅには、その論理ボリュームの容量が格納される。

さらに外部ボリューム種別欄３０Ｆ，３２Ｆには、対応する論理ボリュームのボリューム種別が格納される。この場合、ボリューム種別としては、その論理ボリュームがその第２又は第１のストレージ装置４，３内に定義された論理ボリュームであることを表す「内部ボリューム」と、その論理ボリュームが外部接続機能により外部ストレージ装置７内の論理ボリュームを仮想化した仮想ボリュームであることを表す「外部ボリューム」と、その論理ボリュームが上述の統合管理機能により他のストレージ装置内の論理ボリュームを仮想化した仮想ボリュームであることを表す「統合管理ボリューム」とがある。

従って、図３には、この構成情報を保持する第２又は第１のストレージ装置４，３内に定義された「ボリュームＸ」という論理ボリュームは、「00:12」というボリューム番号が付与された「内部ボリューム」であり、「ボリュームＹ」という論理ボリュームは、外部ストレージ装置７内の「50:34」というボリューム識別番号の「1024.00MB」という容量を有する論理ボリュームを外部接続機能により仮想化した「44:00」というボリューム番号が付与された「外部ボリューム」であり、「ボリュームＢ」という論理ボリュームは、他のストレージ装置内の「23:F0」というボリューム識別番号の「23.42MB」という容量を有する論理ボリュームを統合管理機能により仮想化した「11:56」というボリューム番号が付与された「統合管理ボリューム」であることが示されている。

イニシエータ−ターゲットポート間対応情報テーブル３１は、ホスト装置２及び第２のストレージ装置４間の通信時に使用されるパスのパス情報を管理するために利用されるテーブルであり、図４に示すように、ホスト・イニシエータＷＷＮ欄３１Ａ、ターゲットＷＷＮ欄３１Ｂ、イニシエータ番号欄３１Ｃ及びターゲット番号欄３１Ｄから構成される。

そしてホスト・イニシエータＷＷＮ欄３１Ａには、ホスト装置２及び第２のストレージ装置４間の通信に使用されるホスト装置２側のポートのＷＷＮ（以下、これをホスト・イニシエータＷＷＮと呼ぶ）が格納され、ターゲットＷＷＮ欄３１Ｂには、かかる通信に使用される第２のストレージ装置４側のポートのＷＷＮ（以下、これをターゲットＷＷＮと呼ぶ）が格納される。

またイニシエータ番号欄３１Ｃには、かかるホスト・イニシエータＷＷＮを所定の演算式に代入することにより算出された識別情報（以下、これをイニシエータ番号と呼ぶ）が格納され、ターゲット番号欄３１Ｄには、かかるターゲットＷＷＮを所定の演算式に代入することにより算出された識別情報（以下、これをターゲット番号と呼ぶ）が格納される。

一方、リザーブ情報３３は、図５に示すように、第１のストレージ装置３内の各ポート２７ＡＡ，２７ＡＢ及び各論理ボリュームＶＯＬ＿Ａ間の対応関係と、各論理ボリュームＶＯＬ＿Ａにそれぞれ設定されたキーとを管理するために利用される情報であり、論理ボリュームＶＯＬ＿Ａにそれぞれ設定されたキーとを管理するために利用される情報部分は、キー欄３３Ａ、ホスト・イニシエータＷＷＮ欄３３Ｂ、イニシエータ番号欄３３Ｃ及びターゲット番号欄３３Ｄを備えるテーブル構造を有する。

そしてキー欄３３Ａには、対応する論理ボリュームＶＯＬ＿Ａに対してホスト装置２により設定されたキーが格納され、ホスト・イニシエータＷＷＮ欄３３Ｂには、そのホスト装置２がその論理ボリュームＶＯＬ＿Ａにアクセスする際に使用するホスト装置２側のポート１２Ｂ（図１）のＷＷＮ（ホスト・イニシエータＷＷＮ）が格納される。またイニシエータ番号欄３３Ｃには、かかるホスト・イニシエータＷＷＮに基づき算出されたイニシエータ番号が格納され、ターゲット番号欄３３Ｄには、かかるホスト装置２と接続された第２のストレージ装置４側のポート２７ＢＢ（図１）のＷＷＮ（ターゲットＷＷＮ）に基づき算出されたターゲット番号が格納される。

（１−３）アクセス制限機能に関する各種処理
次に、上述したアクセス制限機能に関連して計算機システム内で実行される各種処理について説明する。
（１−３−１）アクセス制限機能に関する一連の処理の流れ
図６は、上述したアクセス制御機能に関して計算機システム内で実行されるアクセス制御処理の流れを示す。この図６からも明らかなように、かかるアクセス制御処理は、キー登録フェーズ（ＳＰ１）、リザーブ確保フェーズ（ＳＰ２）、データ転送フェーズ（ＳＰ３）及びリザーブ解除フェーズ（ＳＰ４）の４つのフェーズからなる。

このうちキー登録フェーズは、ホスト装置２が第２のストレージ装置４を経由して第１のストレージ装置３内の論理ボリュームＶＯＬ＿Ａにキーを登録するフェーズであり、リザーブ確保フェーズは、その後ホスト装置２が第２のストレージ装置４を経由して第１のストレージ装置３内のかかる論理ボリュームをリザーブ確保するフェーズである。

またデータ転送フェーズは、リザーブ確保フェーズの後に、ホスト装置２が、リザーブ確保した第１のストレージ装置３内の論理ボリュームＶＯＬ＿Ａに第２のストレージ装置４を経由してアクセスするフェーズであり、リザーブ解除フェーズは、ホスト装置２によるかかる論理ボリュームＶＯＬ＿Ａのリザーブを解除するフェーズである。

以下、これらキー登録フェーズ、リザーブ確保フェーズ、データ転送フェーズ及びリザーブ解除フェーズの具体的な内容について説明する。

（１−３−２）キー登録フェーズにおける各種処理
（１−３−２−１）キー登録フェーズにおける処理の流れ
図７は、上述のキー登録フェーズにおける処理の流れを示す。このキー登録フェーズは、ユーザがホスト装置２を用いて、第１のストレージ装置３内のキー登録しようとする論理ボリューム（以下、これをキー登録対象ボリュームと呼ぶ）ＶＯＬ＿Ａのボリューム番号と、そのとき設定しようとするキーとを指定することにより開始される。

ホスト装置２は、かかるボリューム番号及びキーを受け付けると（ＳＰ１０）、そのとき指定されたキーをキー登録対象ボリュームＶＯＬ＿Ａに設定すべき旨のコマンドを作成する（ＳＰ１１）。

ここで、図８は、ホスト装置から第２のストレージ装置に送信されるコマンドのフォーマットを示す。上述のようにホスト装置２と、第１及び第２のストレージ装置３，４とはＦＣネットワーク５を介して接続されているため、かかるコマンドは、ＦＣプロトコルに従ったこの図８に示すようなＦＣＰ（Fibre Channel Protocol）フレーム４０として作成される。具体的には、かかるＦＣＰフレーム４０は、ＦＣＰ標準フレームヘッダフィールド４０Ａ、ボリューム番号フィールド４０Ｂ、イニシエータ番号フィールド４０Ｃ、ターゲット番号フィールド４０Ｄ、統合管理専用コマンドフラグフィールド４０Ｅ及びＳＣＳＩ（Small Computer System Interface）コマンドフィールド４０Ｆを備えて構成される。

このうちＦＣＰ標準フレームヘッダフィールド４０ＡにはＦＣプロトコルで定められた標準的なヘッダ情報が格納され、ボリューム番号フィールド４０Ｂには、そのＦＣＰフレーム４０において対象としている論理ボリュームのボリューム番号が格納される。またイニシエータ番号フィールド４０Ｃには、そのＦＣＰフレーム４０の送信元のポートのイニシエータ番号が格納され、ターゲット番号フィールド４０Ｄには、そのＦＣＰフレーム４０の送信先のポートのターゲット番号が格納される。

さらに統合管理専用コマンドフラグフィールド４０Ｅには、そのＦＣＰフレーム４０が、当該ＦＣＰフレーム４０の対象となる論理ボリュームが統合管理ボリュームである場合に発行される専用のコマンド（以下、これを統合管理専用コマンドと呼ぶ）であるか否かを表すフラグ（以下、統合管理専用コマンドフラグと呼ぶ）が格納される。具体的には、そのＦＣＰフレーム４０が統合管理専用コマンドである場合、統合管理専用コマンドフラグフィールド４０Ｅには「１」が格納され、当該ＦＣＰフレーム４０が統合管理専用コマンドでない場合には、統合管理専用コマンドフラグフィールド４０Ｅには「０」が格納される。

さらにＳＣＳＩコマンドフィールド４０Ｆには、そのＦＣＰフレーム４０のＳＣＳＩコマンド種別（リードコマンド又はライトコマンドなど）及びその具体的な内容（リード又はライトの開始アドレス等）が格納される。ただし、そのＦＣＰフレーム４０が統合管理専用コマンドである場合には、ＳＣＳＩコマンドフィールド４０Ｆには、図９に示すように、キー登録対象ボリュームＶＯＬ＿Ａに設定すべきキーを表すキー情報４１Ａと、そのＦＣＰフレーム４０が統合管理専用コマンドである場合のコマンド種別（以下、これをリザーブコマンド種別と呼ぶ）を表すリザーブコマンド種別情報４１Ｂと、そのＦＣＰフレームが送信されたホスト装置のポートのＷＷＮを表すホスト・イニシエータＷＷＮ情報４１Ｃとからなるリザーブコマンド４１が格納される。

なお、リザーブコマンド種別としては、対象とする論理ボリュームに対するキー登録を要求する「キー登録」と、対象とする論理ボリュームのリザーブ確保を要求する「リザーブ確保」と、論理ボリュームのリザーブ確保状態の解除を要求する「リザーブ解除」の３つの種類がある。よって、ＦＣＰフレームが統合管理専用のコマンドである場合、この３つのリザーブコマンド種別のいずれかを表すコードがかかるＳＣＳＩコマンドフィールドに格納されることになる。

従って、ホスト装置２は、ステップＳＰ１１において、ユーザにより指定されたキー登録対象ボリュームＶＯＬ＿Ａと対応付けられた第２のストレージ装置４内の仮想ボリュームＶＯＬ＿Ｂのボリューム番号をボリューム番号フィールド４０Ｂに格納し、ホスト装置２がかかる仮想ボリュームＶＯＬ＿Ｂにアクセスする際に使用する当該ホスト装置２内のポート１２Ｂ（図１）のＷＷＮ（ホスト・イニシエータＷＷＮ）に基づき算出したイニシエータ番号をイニシエータ番号フィールド４０Ｃに格納し、ホスト装置２がその仮想ボリュームＶＯＬ＿Ｂにアクセスする際に使用する第２のストレージ装置４のポート２７ＢＢ（図１）のＷＷＮに基づき算出したターゲット番号をターゲット番号フィールド４０Ｄに格納し、統合管理専用コマンドフラグを「０」に設定し、かつ、そのとき設定しようとするキーと、「キー登録」というリザーブコマンド種別に対応したコードと、そのホスト装置２のホスト・イニシエータＷＷＮとからなるリザーブコマンド４１をＳＣＳＩコマンドフィールド４０Ｆに格納したＦＣＰフレーム４０を作成することになる。

そしてホスト装置２は、この後、上述のように作成したＦＣＰフレーム４０を第２のストレージ装置４に送信する（ＳＰ１２）。

第２のストレージ装置４は、かかるＦＣＰフレーム４０を受信すると、このＦＣＰフレーム４０に含まれるホスト・イニシエータＷＷＮ、イニシエータ番号及びターゲット番号と、このＦＣＰフレーム４０を受信した第２のストレージ装置４側のポート２７ＢＢのＷＷＮ（ターゲットＷＷＮ）とをイニシエータ−ターゲットポート間対応情報テーブル３１（図４）に登録する（ＳＰ１３）。

また第２のストレージ装置４は、第１のストレージ装置３内のキー登録対象ボリュームＶＯＬ＿Ａのボリューム番号をボリューム番号フィールド４０Ｂに格納し、イニシエータ−ターゲットポート間対応情報テーブル３１に登録したイニシエータ番号及びターゲット番号をそれぞれイニシエータ番号フィールド４０Ｃ及びターゲット番号フィールド４０Ｄに格納し、ホスト装置２からのＦＣＰフレーム４０に含まれるリザーブコマンド４１をそのままＳＣＳＩコマンドフィールド４０Ｆに格納したＦＣＰフレーム４０を作成する（ＳＰ１３）。

そして第２のストレージ装置４は、このようにして作成したＦＣＰフレーム４０を第１のストレージ装置３に送信する（ＳＰ１４）。

第１のストレージ装置３は、かかるＦＣＰフレーム４０を受信すると、このＦＣＰフレーム４０からキー及びホスト・イニシエータＷＷＮ等の必要な情報を取り出し、取り出したこれらの情報をキー登録対象ボリュームＶＯＬ＿Ａのリザーブ情報３３（図５）として登録する第１のキー登録処理を実行する（ＳＰ１５）。

そして第１のストレージ装置３は、この第１のキー登録処理が完了すると、その旨の応答を第２のストレージ装置４に送信する（ＳＰ１６）。また第２のストレージ装置４は、この応答を受信すると、これをホスト装置２に転送する（ＳＰ１７）。

（１−３−２−２）第２のキー登録処理
ここで、図１０は、かかるキー登録フェーズのステップＳＰ１３において、ホスト装置２からのＦＣＰフレーム４０を受信した第２のストレージ装置４内のチャネルアダプタ２２Ｂ（図１）により実行される第２のキー登録処理の具体的な処理内容を示す。

かかるチャネルアダプタ２２Ｂは、ホスト装置２からのＦＣＰフレーム４０を受信すると、この図１０に示す第２のキー登録処理を開始し、まず、共有メモリ２５Ｂ（図１）に格納されている構成情報３０（図３）を参照して、そのとき受信したＦＣＰフレーム４０において対象とされている論理ボリューム（ここではキー登録対象ボリュームＶＯＬ＿Ａにマッピングされている第２のストレージ装置４内の仮想ボリュームＶＯＬ＿Ｂ）の外部ボリューム種別を取得する（ＳＰ２０）。

続いて、チャネルアダプタ２２Ｂは、ステップＳＰ２０において取得した外部ボリューム種別が「統合管理ボリューム」であるか否かの判定や、当該ＦＣＰフレーム４０に格納されている統合管理専用コマンドフラグの値が「０」であるか否かの判定を行う（ＳＰ２１）。

なお、かかるステップＳＰ２１において、そのＦＣＰフレーム４０において対象とされている論理ボリュームの外部ボリューム種別が「統合管理ボリューム」でない（「内部ボリューム」又は「外部ボリューム」である）との判定が得られた場合、そのＦＣＰフレーム４０は第２のストレージ装置４内の内部ボリュームや外部接続機能により作成された仮想ボリュームを対象とするコマンドであるため、チャネルアダプタ２２Ｂは、その内部ボリューム又は仮想ボリュームを対象としてそのＦＣＰフレーム４０において指定された処理を実行することになる。

一方、チャネルアダプタ２２Ｂは、ステップＳＰ２１において、そのＦＣＰフレーム４０において対象とされている論理ボリュームの外部ボリューム種別が「統合管理ボリューム」であり、かつ、当該ＦＣＰフレーム４０内の統合管理専用コマンドフラグの値が「０」であるとの判定を得ると、そのＦＣＰフレーム４０からホスト・イニシエータＷＷＮ、イニシエータ番号及びターゲット番号を取り出し、これらの情報と、そのＦＣＰフレーム４０を受信した第２のストレージ装置４のポート２７ＢＢ（図１）のＷＷＮ（ターゲットＷＷＮ）とを対応付けてイニシエータ−ターゲットポート間対応情報テーブル３１に登録する（ＳＰ２２）。

続いて、チャネルアダプタ２２Ｂは、そのＦＣＰフレーム４０に含まれるリザーブコマンド４１（図９）を第１のストレージ装置３に転送にするためのＦＣＰフレーム４０を作成する（ＳＰ２３）。

具体的に、チャネルアダプタ２２Ｂは、ホスト装置２からのＦＣＰフレーム４０において対象とされている論理ボリューム（仮想ボリュームＶＯＬ＿Ｂ）にマッピングされている第１のストレージ装置３内の論理ボリューム（キー登録対象ボリュームＶＯＬ＿Ａ）のボリューム番号を構成情報３０（図２）から取得する。またチャネルアダプタ２２Ｂは、イニシエータ−ターゲットポート間対応情報テーブル３１からイニシエータ番号及びターゲット番号を読み出す。そしてチャネルアダプタ２２Ｂは、このようにして取得したキー登録対象ボリュームＶＯＬ＿Ａのボリューム番号、イニシエータ番号及びターゲット番号をそれぞれボリューム番号フィールド４０Ｂ、イニシエータ番号フィールド４０Ｃ及びターゲット番号フィールド４０Ｄに格納したＦＣＰフレーム４０を作成する。この際、チャネルアダプタ２２Ｂは、そのＦＣＰフレーム４０における統合管理専用コマンドフラグフィールド４０Ｅに「１」に設定する。

そして、チャネルアダプタ２２Ｂは、この後、この第２のキー登録処理を終了する。かくして、このようにして作成されたＦＣＰフレーム４０が、この後図７のステップＳＰ１４において第１のストレージ装置３に送信される。

（１−３−２−３）第１のキー登録処理
図１１は、キー登録フェーズ（図７）のステップＳＰ１５において、第２のストレージ装置４から送信された上述のＦＣＰフレーム４０を受信した第１のストレージ装置３内のチャネルアダプタ２２Ａ（図１）により実行される第１のキー登録処理の具体的な処理内容を示す。

チャネルアダプタ２２Ａは、かかるＦＣＰフレーム４０を受信すると、この図１１に示す第１のキー登録処理を開始し、まず、共有メモリ２５Ａ（図１）に格納されている構成情報３２（図３）を参照して、そのＦＣＰフレーム４０において対象とされている論理ボリューム（ここではキー登録対象ボリュームＶＯＬ＿Ａ）の外部ボリューム種別を取得する（ＳＰ３０）。

続いて、チャネルアダプタ２２Ａは、ステップＳＰ３０において取得した外部ボリューム種別が「内部ボリューム」であるか否かの判定や、そのＦＣＰフレーム４０に含まれる統合管理専用コマンドフラグの値が「１」であるか否かの判定を行う（ＳＰ３１）。

そして、チャネルアダプタ２２Ａは、ステップＳＰ３１において、そのＦＣＰフレーム４０において対象とされている論理ボリュームの外部ボリューム種別が「内部ボリューム」であり、かつ、当該ＦＣＰフレーム４０に含まれる統合管理専用コマンドフラグの値が「１」であるとの判定を得ると、そのＦＣＰフレーム４０からイニシエータ番号、ターゲット番号、キー及びホスト・イニシエータＷＷＮを取り出し、取り出したこれらの情報をキー登録対象ボリュームＶＯＬ＿Ａに対応するリザーブ情報３３（図５）として登録する（ＳＰ３２）。

またチャネルアダプタ２２Ａは、かかる登録を行えたが否かを判定し（ＳＰ３３）、肯定結果を得た場合には、その旨の応答を作成し（ＳＰ３４）、この後、この第１のキー登録処理を終了する。これに対してチャネルアダプタ２２Ａは、例えばリザーブ情報を格納する記憶領域の記憶容量が不足した等の理由により、ステップＳＰ３３において否定結果を得た場合には、その旨の応答を作成し（ＳＰ３５）、この後、この第１のキー登録処理を終了する。かくして、このときステップＳＰ３４又はステップＳＰ３５において作成された応答が、図７のステップＳＰ１６において第２のストレージ装置４に送信される。

（１−３−３）リザーブ確保フェーズにおける各種処理
（１−３−３−１）リザーブ確保フェーズにおける処理の流れ
図１２は、上述のリザーブ確保フェーズにおける処理の流れを示す。このリザーブ確保フェーズは、ユーザがホスト装置２を用いて、第１のストレージ装置３内のリザーブ確保しようとする論理ボリューム（以下、これをリザーブ確保対象ボリュームと呼ぶ）ＶＯＬ＿Ａのボリューム番号と、そのリザーブ確保対象ボリュームＶＯＬ＿Ａに対して予め設定しているキーとを指定することにより開始される。

そしてホスト装置２は、かかるボリューム番号及びキーを受け付けると（ＳＰ４０）、そのとき指定されたキーによりリザーブ確保対象ボリュームＶＯＬ＿Ａをリザーブ確保すべき旨のＦＣＰフレーム４０を作成する（ＳＰ４１）。

具体的に、ホスト装置２は、このステップＳＰ４１において、ユーザにより指定されたリザーブ確保対象ボリュームＶＯＬ＿Ａと対応付けられた第２のストレージ装置４内の仮想ボリュームＶＯＬ＿Ｂのボリューム番号をボリューム番号フィールド４０Ｂに格納し、ホスト装置２がかかる仮想ボリュームＶＯＬ＿Ｂにアクセスする際に使用するホスト装置２側のポート１２Ｂ（図１）のＷＷＮ（ホスト・イニシエータＷＷＮ）に基づき算出したイニシエータ番号をイニシエータ番号フィールド４０Ｃに格納し、ホスト装置２がその仮想ボリュームＶＯＬ＿Ｂにアクセスする際に使用する第２のストレージ装置４側のポート２７ＢＢ（図１）のＷＷＮ（ターゲットＷＷＮ）に基づき算出したターゲット番号をターゲット番号フィールド４０Ｄに格納し、統合管理専用コマンドフラグを「０」に設定し、かつ、リザーブ確保対象ボリュームＶＯＬ＿Ａについて設定されているキーと、「リザーブ確保」というリザーブコマンド種別に対応したコードと、そのホスト装置２のホスト・イニシエータＷＷＮとからなるリザーブコマンド４１（図９）をＳＣＳＩコマンドフィールド４０Ｆに格納したＦＣＰフレーム４０（図８）を作成する。

そしてホスト装置２は、この後、上述のように作成したＦＣＰフレーム４０を第２のストレージ装置４に送信する（ＳＰ４２）。

第２のストレージ装置４は、かかるＦＣＰフレーム４０を受信すると、このＦＣＰフレーム４０に含まれるホスト・イニシエータＷＷＮ、イニシエータ番号及びターゲット番号と、このＦＣＰフレーム４０を受信した第２のストレージ装置４側のポート２７ＢＢのＷＷＮ（ターゲットＷＷＮ）とをイニシエータ−ターゲットポート間対応情報テーブル３１（図４）に登録する（ＳＰ４３）。

また第２のストレージ装置４は、第１のストレージ装置３内のリザーブ確保対象ボリュームＶＯＬ＿Ａのボリューム番号をボリューム番号フィールド４０Ｂに格納し、イニシエータ−ターゲットポート間対応情報テーブル３１に登録したイニシエータ番号及びターゲット番号をそれぞれイニシエータ番号フィールド４０Ｃ及びターゲット番号フィールド４０Ｄに格納し、ホスト装置２からのＦＣＰフレーム４０に含まれるリザーブコマンド４１をそのままＳＣＳＩコマンドフィールド４０Ｆに格納したＦＣＰフレーム４０を作成する（ＳＰ４３）。そして第２のストレージ装置４は、このようにして作成したＦＣＰフレーム４０を第１のストレージ装置３に送信する（ＳＰ４４）。

第１のストレージ装置３は、かかるＦＣＰフレーム４０を受信すると、このＦＣＰフレーム４０からキー及びホスト・イニシエータＷＷＮ等の必要な情報を取り出し、取り出したこれらの情報に基づいて、リザーブ確保対象ボリュームＶＯＬ＿Ａを、かかるホスト装置２のためにリザーブ確保する第１のリザーブ確保処理を実行する（ＳＰ４５）。

そして第１のストレージ装置３は、この第１のリザーブ確保処理が終了すると、その旨の応答を第２のストレージ装置４に送信する（ＳＰ４６）。また第２のストレージ装置４は、この応答を受信すると、これをホスト装置２に転送する（ＳＰ４７）。

（１−３−３−２）第２のリザーブ確保処理
ここで、図１３は、かかるリザーブ確保フェーズのステップＳＰ４３において、ホスト装置２からのＦＣＰフレーム４０を受信した第２のストレージ装置４内のチャネルアダプタ２２Ｂ（図１）により実行される第２のリザーブ確保処理の具体的な処理内容を示す。

かかるチャネルアダプタ２２Ｂは、ホスト装置２からのＦＣＰフレーム４０を受信すると、この図１３に示す第２のリザーブ確保処理を開始し、まず、共有メモリ２５Ｂ（図１）に格納されている構成情報３０（図３）を参照して、そのとき受信したＦＣＰフレーム４０において対象とされている論理ボリューム（ここではリザーブ確保対象ボリュームＶＯＬ＿Ａにマッピングされている第２のストレージ装置４内の仮想ボリュームＶＯＬ＿Ｂ）の外部ボリューム種別を取得する（ＳＰ５０）。

続いて、チャネルアダプタ２２Ｂは、ステップＳＰ５０において取得した外部ボリューム種別が「統合管理ボリューム」であるか否かの判定や、当該ＦＣＰフレーム４０に格納されている統合管理専用コマンドフラグの値が「０」であるか否かの判定を行う（ＳＰ５１）。

そして、チャネルアダプタ２２Ｂは、ステップＳＰ５１において、そのＦＣＰフレーム４０において対象とされている論理ボリュームの外部ボリューム種別が「統合管理ボリューム」であり、かつ、当該ＦＣＰフレーム４０に含まれる統合管理専用コマンドフラグの値が「０」であるとの判定を得ると、そのＦＣＰフレーム４０からホスト・イニシエータＷＷＮ、イニシエータ番号及びターゲット番号を取り出し、これらの情報と、そのＦＣＰフレーム４０を受信した第２のストレージ装置４のポート２７ＢＢ（図１）のＷＷＮ（ターゲットＷＷＮ）とを対応付けてイニシエータ−ターゲットポート間対応情報テーブル３１に登録する（ＳＰ５２）。

続いて、チャネルアダプタ２２Ｂは、そのＦＣＰフレーム４０に含まれるリザーブコマンド４１（図９）を第１のストレージ装置３に転送にするためのＦＣＰフレーム４０を作成する（ＳＰ５３）。

具体的に、チャネルアダプタ２２Ｂは、ホスト装置２からのＦＣＰフレーム４０において対象としている論理ボリューム（仮想ボリュームＶＯＬ＿Ｂ）にマッピングされている第１のストレージ装置３内の論理ボリューム（リザーブ確保対象ボリュームＶＯＬ＿Ａ）のボリューム番号を構成情報３０（図３）から取得する。またチャネルアダプタ２２Ｂは、イニシエータ−ターゲットポート間対応情報テーブル３１からイニシエータ番号及びターゲット番号を読み出す。そしてチャネルアダプタ２２Ｂは、このようにして取得したリザーブ確保対象ボリュームＶＯＬ＿Ａのボリューム番号、イニシエータ番号及びターゲット番号をそれぞれボリューム番号フィールド４０Ｂ、イニシエータ番号フィールド４０Ｃ及びターゲット番号フィールド４０Ｄに格納したＦＣＰフレーム４０を作成する。この際、チャネルアダプタ２２Ｂは、そのＦＣＰフレーム４０における統合管理専用コマンドフラグを「１」に設定する。

そして、チャネルアダプタ２２Ｂは、この後、この第２のリザーブ確保処理を終了する。かくして、このようにして作成されたＦＣＰフレーム４０が、この後図１２のステップＳＰ４４において第１のストレージ装置３に送信される。

（１−３−３−３）第１のリザーブ確保処理
図１４は、リザーブ確保フェーズ（図１２）のステップＳＰ４５において、第２のストレージ装置４から送信された上述のＦＣＰフレーム４０を受信した第１のストレージ装置３内のチャネルアダプタ２２Ａ（図１）により実行される第１のリザーブ確保処理の具体的な処理内容を示す。

チャネルアダプタ２２Ａは、かかるＦＣＰフレーム４０を受信すると、この図１４に示す第１のリザーブ確保処理を開始し、まず、共有メモリ２５Ａ（図１）に格納されている構成情報３２（図３）を参照して、そのＦＣＰフレーム４０において対象とされている論理ボリューム（ここではリザーブ確保対象ボリュームＶＯＬ＿Ａ）の外部ボリューム種別を取得する（ＳＰ６０）。

続いて、チャネルアダプタ２２Ａは、ステップＳＰ６０において取得した外部ボリューム種別が「内部ボリューム」であるか否かの判定や、当該ＦＣＰフレーム４０の統合管理専用コマンドフラグの値が「１」であるか否かの判定を行う（ＳＰ６１）。

そして、チャネルアダプタ２２Ａは、ステップＳＰ６１において、そのＦＣＰフレーム４０において対象としている論理ボリュームの外部ボリューム種別が「内部ボリューム」であり、かつ、当該ＦＣＰフレーム４０に含まれる統合管理専用コマンドフラグの値が「１」であるとの判定を得ると、そのＦＣＰフレーム４０からイニシエータ番号、ターゲット番号、キー情報及びホスト・イニシエータＷＷＮを取り出し、取り出したこれらの情報を、リザーブ確保対象ボリュームＶＯＬ＿Ａのリザーブ情報３３（図５）に含まれるイニシエータ番号、ターゲット番号、キー及びホスト・イニシエータＷＷＮと比較する（ＳＰ６２）。

そして、チャネルアダプタ２２Ａは、ステップＳＰ６３において、ＦＣＰフレーム４０から取り出したイニシエータ番号、ターゲット番号、キー及びホスト・イニシエータＷＷＮと、リザーブ確保対象ボリュームＶＯＬ＿Ａのリザーブ情報３３に含まれるイニシエータ番号、ターゲット番号、キー及びホスト・イニシエータＷＷＮとがすべて一致したか否かを判断する（ＳＰ６３）。

チャネルアダプタ２２Ａは、この判断で否定結果を得ると、指定されたリザーブ確保対象ボリュームＶＯＬ＿Ａをリザーブ確保できない旨の応答を作成し（ＳＰ６６）、この後、この第１のリザーブ確保処理を終了する。

これに対してチャネルアダプタ２２Ａは、ステップＳＰ６３の判断で肯定結果を得ると、リザーブ確保対象ボリュームＶＯＬ＿Ａのリザーブ情報３３に当該リザーブ確保対象ボリュームＶＯＬ＿Ａをリザーブした旨のフラグを設定することにより、当該リザーブ確保対象ボリュームＶＯＬ＿Ａをホスト装置２用にリザーブ確保する（ＳＰ６４）。

そして、チャネルアダプタ２２Ａは、リザーブ確保対象ボリュームＶＯＬ＿Ａをリザーブ確保した旨の応答を作成し（ＳＰ６５）、この後、この第１のリザーブ確保処理を終了する。かくして、このときステップＳＰ６５又はステップＳＰ６６において作成された応答が、図１２のステップＳＰ４５において第２のストレージ装置４に送信される。

（１−３−４）データ転送フェーズにおける各種処理
（１−３−４−１）データ転送フェーズにおける処理の流れ
図１５は、上述のデータ転送フェーズにおける処理の流れを示す。このデータ転送フェーズにおいて、ホスト装置２は、ＳＣＳＩコマンドフィールド４０Ｆ（図８）にＳＣＳＩアクセスコマンド（リードコマンド又はライトコマンド）を格納したＦＣＰフレーム４０を第２のストレージ装置４に送信する（ＳＰ７０）。

このときホスト装置２から第２のストレージ装置４に送信されるＦＣＰフレーム４０では、アクセス対象となる第１のストレージ装置３内の論理ボリューム（以下、これをアクセス対象ボリュームと呼ぶ）ＶＯＬ＿Ａと対応付けられた第２のストレージ装置４内の仮想ボリュームＶＯＬ＿Ｂのボリューム番号がボリューム番号フィールド４０Ｂに格納され、ホスト装置２がかかる仮想ボリュームＶＯＬ＿Ｂにアクセスする際に使用する当該ホスト装置２側のポート１２Ｂ（図１）のＷＷＮ（ホスト・イニシエータＷＷＮ）に基づき算出したイニシエータ番号がイニシエータ番号フィールド４０Ｃに格納され、ホスト装置２がその仮想ボリュームＶＯＬ＿Ｂにアクセスする際に使用する第２のストレージ装置４側のポート２７ＢＢ（図１）のＷＷＮ（ターゲットＷＷＮ）に基づき算出したターゲット番号がターゲット番号フィールド４０Ｄに格納され、統合管理専用コマンドフラグが「０」に設定され、かつ、ＳＣＳＩコマンドフィールド４０ＦにＳＣＳＩコマンド（リードコマンド又はライトコマンド）が格納される。

第２のストレージ装置４は、かかるＦＣＰフレーム４０を受信すると、このＦＣＰフレーム４０に含まれるホスト・イニシエータＷＷＮ、イニシエータ番号及びターゲット番号と、このＦＣＰフレーム４０を受信した第２のストレージ装置４側のポート２７ＢＢのＷＷＮ（ターゲットＷＷＮ）とをイニシエータ−ターゲットポート間対応情報テーブル３１（図４）に登録する（ＳＰ７１）。

また第２のストレージ装置４は、第１のストレージ装置３内のアクセス対象ボリュームＶＯＬ＿Ａのボリューム番号をボリューム番号フィールド４０Ｂに格納し、イニシエータ−ターゲットポート間対応情報テーブル３１に登録したイニシエータ番号及びターゲット番号をそれぞれイニシエータ番号フィールド４０Ｃ及びターゲット番号フィールド４０Ｄに格納し、ホスト装置２からのＦＣＰフレーム４０に含まれるリザーブコマンド４１（図９）をそのままＳＣＳＩコマンドフィールド４０Ｆに格納したＦＣＰフレーム４０を作成し（ＳＰ７１）、これを第１のストレージ装置３に送信する（ＳＰ７２）。

第１のストレージ装置３は、かかるＦＣＰフレーム４０を受信すると、このＦＣＰフレーム４０に含まれるＳＣＳＩコマンドに従った第１のアクセス処理を実行する（ＳＰ７３）。そして第１のストレージ装置３は、この第１のアクセス処理が完了すると、その応答を第２のストレージ装置４に送信する（ＳＰ７４）。また第２のストレージ装置４は、この応答を受信すると、これをホスト装置２に転送する（ＳＰ７５）。

（１−３−４−２）第２のアクセス処理
ここで、図１６は、かかるデータ転送フェーズのステップＳＰ７１において、ホスト装置２からのＦＣＰフレーム４０を受信した第２のストレージ装置４内のチャネルアダプタ２２Ｂ（図１）により実行される第２のアクセス処理の具体的な処理内容を示す。

かかるチャネルアダプタ２２Ｂは、ホスト装置２からのＦＣＰフレーム４０を受信すると、この図１６に示す第２のアクセス処理を開始し、まず、共有メモリ２５Ｂ（図１）に格納されている構成情報３０（図３）を参照して、そのとき受信したＦＣＰフレーム４０において対象とされている論理ボリューム（ここではアクセス対象ボリュームＶＯＬ＿Ａにマッピングされている第２のストレージ装置４内の仮想ボリュームＶＯＬ＿Ｂ）の外部ボリューム種別を取得する（ＳＰ８０）。

続いて、チャネルアダプタ２２Ｂは、ステップＳＰ８０において取得した外部ボリューム種別が「統合管理ボリューム」であるか否かの判定や、当該ＦＣＰフレーム４０の統合管理専用コマンドフラグの値が「０」であるか否かの判定を行う（ＳＰ８１）。

そして、チャネルアダプタ２２Ｂは、ステップＳＰ８１において、そのＦＣＰフレーム４０において対象としている論理ボリュームの外部ボリューム種別が「統合管理ボリューム」であり、かつ、当該ＦＣＰフレーム４０内の統合管理専用コマンドフラグの値が「０」であるとの判定を得ると、そのＦＣＰフレーム４０からホスト・イニシエータＷＷＮ、イニシエータ番号及びターゲット番号を取り出し、これらの情報と、そのＦＣＰフレーム４０を受信した第２のストレージ装置４のポート２７ＢＢ（図１）のＷＷＮ（ターゲットＷＷＮ）とを対応付けてイニシエータ−ターゲットポート間対応情報テーブル３１（図４）に登録する（ＳＰ８２）。

続いて、チャネルアダプタ２２Ｂは、そのとき受信したホスト装置２からＦＣＰフレーム４０に格納されているＳＣＳＩコマンド（リードコマンド又はライトコマンド）と、イニシエータ番号及びターゲット番号とを第１のストレージ装置３に送信するためのＦＣＰフレーム４０を作成する（ＳＰ８３）。

具体的に、チャネルアダプタ２２Ｂは、ホスト装置２からのＦＣＰフレーム４０において対象としている論理ボリューム（仮想ボリュームＶＯＬ＿Ｂ）がマッピングされている第１のストレージ装置３内の論理ボリューム（アクセス対象ボリュームＶＯＬ＿Ａ）のボリューム番号を構成情報３０（図３）から取得する。またチャネルアダプタ２２Ｂは、イニシエータ−ターゲットポート間対応情報テーブル３１からイニシエータ番号及びターゲット番号を読み出す。そしてチャネルアダプタ２２Ｂは、このようにして取得したアクセス対象ボリュームＶＯＬ＿Ａのボリューム番号、イニシエータ番号及びターゲット番号をそれぞれボリューム番号フィールド４０Ｂ、イニシエータ番号フィールド４０Ｃ及びターゲット番号フィールド４０Ｄに格納したＦＣＰフレーム４０を作成する。

この際、チャネルアダプタ２２Ｂは、作成したＦＣＰフレーム４０における統合管理専用コマンドフラグを「１」に設定すると共に、ＳＣＳＩコマンドフィールド４０Ｆにホスト装置２からのＦＣＰフレーム４０に含まれるＳＣＳＩコマンドを格納する。

そして、チャネルアダプタ２２Ｂは、この後、この第２のアクセス処理を終了する。かくして、このようにして作成されたＦＣＰフレーム４０が、この後図１５のステップＳＰ７２において第１のストレージ装置３に送信される。

（１−３−４−３）第１のアクセス処理
図１７は、データ転送フェーズ（図１５）のステップＳＰ７３において、第２のストレージ装置４から送信された上述のＦＣＰフレーム４０を受信した第１のストレージ装置３内のチャネルアダプタ２２Ａ（図１）により実行される第１のアクセス処理の具体的な処理内容を示す。

チャネルアダプタ２２Ａは、かかるＦＣＰフレーム４０を受信すると、この図１７に示す第１のアクセス処理を開始し、まず、共有メモリ２５Ａ（図１）に格納されている構成情報３２（図３）を参照して、そのＦＣＰフレーム４０において対象とされている論理ボリューム（ここではアクセス対象ボリュームＶＯＬ＿Ａ）の外部ボリューム種別を取得する（ＳＰ９０）。

続いて、チャネルアダプタ２２Ａは、ステップＳＰ９０において取得した外部ボリューム種別が「内部ボリューム」であるか否かの判定や、当該ＦＣＰフレーム４０の統合管理専用コマンドフラグの値が「１」であるか否かの判定を行う（ＳＰ９１）。

そして、チャネルアダプタ２２Ａは、ステップＳＰ９１において、そのＦＣＰフレーム４０において対象としている論理ボリュームの外部ボリューム種別が「内部ボリューム」であり、かつ、当該ＦＣＰフレーム４０に含まれる統合管理専用コマンドフラグの値が「１」であるとの判定を得ると、そのＦＣＰフレーム４０からイニシエータ番号及びターゲット番号を取り出し、取り出したこれらの情報を、アクセス対象ボリュームＶＯＬ＿Ａのリザーブ情報３３（図５）に含まれるイニシエータ番号及びターゲット番号と比較する（ＳＰ９２）。

続いて、チャネルアダプタ２２Ａは、ステップＳＰ９２の比較において、ＦＣＰフレーム４０から取り出したイニシエータ番号及びターゲット番号と、アクセス対象ボリュームＶＯＬ＿Ａのリザーブ情報３３に登録されているイニシエータ番号及びターゲット番号とがいずれも一致するか否かを判断する（ＳＰ９３）。そしてチャネルアダプタ２２Ａは、この判断で肯定結果を得ると、そのとき受信したＦＣＰフレーム４０を受領し、当該ＦＣＰフレーム４０において指定されたアクセス処理（リード処理又はライト処理）を実行した後に、その旨の応答を作成する（ＳＰ９４）。そしてチャネルアダプタ２２Ａは、この後、この第１のアクセス処理を終了する。

これに対して、チャネルアダプタ２２Ａは、ステップＳＰ９３の判断で否定結果を得ると、そのとき受信したＦＣＰフレーム４０の受領を拒否し、その旨の応答を作成する（ＳＰ９５）。そしてチャネルアダプタ２２Ａは、この後、この第１のアクセス処理を終了する。

かくして、このときステップＳＰ９４又はステップＳＰ９５において作成された応答が、図１５のステップＳＰ７４において第２のストレージ装置４に送信される。

（１−３−５）リザーブ解除フェーズにおける各種処理
（１−３−５−１）リザーブ解除フェーズにおける処理の流れ
図１８は、上述のリザーブ解除フェーズにおける処理の流れを示す。このリザーブ解除フェーズは、ユーザがホスト装置２を用いて、第１のストレージ装置３内のリザーブ状態を解除しようとする論理ボリューム（以下、これをリザーブ解除対象ボリュームと呼ぶ）ＶＯＬ＿Ａのボリューム番号と、そのリザーブ解除対象ボリュームＶＯＬ＿Ａに対して予め登録しているキーとを指定することにより開始される。

そしてホスト装置２は、かかるボリューム番号及びキーを受け付けると（ＳＰ１００）、そのとき指定されたキーによりリザーブ解除対象ボリュームＶＯＬ＿Ａのリザーブ状態を解除すべき旨のＦＣＰフレーム４０を作成する（ＳＰ１０１）。

具体的に、ホスト装置２は、このステップＳＰ１０１において、ユーザにより指定されたリザーブ解除対象ボリュームＶＯＬ＿Ａと対応付けられた第２のストレージ装置４内の仮想ボリュームＶＯＬ＿Ｂのボリューム番号をボリューム番号フィールド４０Ｂに格納し、ホスト装置２がかかる仮想ボリュームＶＯＬ＿Ｂにアクセスする際に使用する当該ホスト装置２側のポートのＷＷＮ（ホスト・イニシエータＷＷＮ）に基づき算出したイニシエータ番号をイニシエータ番号フィールド４０Ｃに格納し、ホスト装置２がその仮想ボリュームＶＯＬ＿Ｂにアクセスする際に使用する第２のストレージ装置４側のポートのＷＷＮ（ターゲットＷＷＮ）に基づき算出したターゲット番号をターゲット番号フィールド４０Ｄに格納し、統合管理専用コマンドフラグを「０」に設定し、かつ、リザーブ解除対象ボリュームＶＯＬ＿Ａについて設定されているキーと、「リザーブ解除」というリザーブコマンド種別に対応したコードと、そのホスト装置２のホスト・イニシエータＷＷＮとからなるリザーブコマンド４１（図９）をＳＣＳＩコマンドフィールド４０Ｆに格納したＦＣＰフレーム４０を作成する。

そしてホスト装置２は、この後、上述のように作成したＦＣＰフレーム４０を第２のストレージ装置４に送信する（ＳＰ１０２）。

第２のストレージ装置４は、かかるＦＣＰフレーム４０を受信すると、このＦＣＰフレーム４０に含まれるホスト・イニシエータＷＷＮ、イニシエータ番号及びターゲット番号と、このＦＣＰフレーム４０を受信した第２のストレージ装置４側のポート２７ＢＢのＷＷＮ（ターゲットＷＷＮ）とをイニシエータ−ターゲットポート間対応情報テーブル３１（図４）に登録する（ＳＰ１０３）。

そして、第２のストレージ装置４は、この後、第１のストレージ装置３内のリザーブ解除対象ボリュームＶＯＬ＿Ａのボリューム番号をボリューム番号フィールド４０Ｂに格納し、イニシエータ−ターゲットポート間対応情報テーブル３１に登録したイニシエータ番号及びターゲット番号をそれぞれイニシエータ番号フィールド４０Ｃ及びターゲット番号フィールド４０Ｄに格納し、ホスト装置２からのＦＣＰフレーム４０に含まれるリザーブコマンド４１をそのままＳＣＳＩコマンドフィールド４０Ｆに格納したＦＣＰフレーム４０を作成する（ＳＰ１０３）。そして第２のストレージ装置４は、このようにして作成したＦＣＰフレーム４０を第１のストレージ装置３に送信する（ＳＰ１０４）。

第１のストレージ装置３は、かかるＦＣＰフレーム４０を受信すると、このＦＣＰフレーム４０からキー及びホスト・イニシエータＷＷＮ等の必要な情報を取り出し、取り出したこれらの情報に基づいて、リザーブ解除対象ボリュームＶＯＬ＿Ａのリザーブ状態を解除する第１のリザーブ解除処理を実行する（ＳＰ１０５）。

そして第１のストレージ装置３は、この第１のリザーブ解除処理が完了すると、その旨の応答を第２のストレージ装置４に送信する（ＳＰ１０６）。また第２のストレージ装置４は、この応答を受信すると、これをホスト装置２に転送する（ＳＰ１０７）。

（１−３−５−２）第２のリザーブ解除処理
ここで、図１９は、かかるリザーブ解除フェーズのステップＳＰ１０３において、ホスト装置２からのＦＣＰフレーム４０を受信した第２のストレージ装置４内のチャネルアダプタ２２Ｂ（図１）により実行される第２のリザーブ解除処理の具体的な処理内容を示す。

かかるチャネルアダプタ２２Ｂは、ホスト装置２からのＦＣＰフレーム４０を受信すると、この図１９に示す第２のリザーブ解除処理を開始し、まず、共有メモリ２５Ｂ（図１）に格納されている構成情報３０（図３）を参照して、そのとき受信したＦＣＰフレーム４０において対象とされている論理ボリューム（ここではリザーブ解除対象ボリュームＶＯＬ＿Ａにマッピングされている第２のストレージ装置４内の仮想ボリュームＶＯＬ＿Ｂ）の外部ボリューム種別を取得する（ＳＰ１１０）。

続いて、チャネルアダプタ２２Ｂは、ステップＳＰ１１０において取得した外部ボリューム種別が「統合管理ボリューム」であるか否かの判定や、当該ＦＣＰフレーム４０に格納されている統合管理専用コマンドフラグの値が「０」であるか否かの判定を行う（ＳＰ１１１）。

そして、チャネルアダプタ２２Ｂは、ステップＳＰ１１１において、そのＦＣＰフレーム４０において対象としている論理ボリュームの外部ボリューム種別が「統合管理ボリューム」であり、かつ、当該ＦＣＰフレーム４０に含まれる統合管理専用コマンドフラグの値が「０」であるとの判定を得ると、そのＦＣＰフレーム４０からホスト・イニシエータＷＷＮ、イニシエータ番号及びターゲット番号を取り出し、これらの情報と、そのＦＣＰフレーム４０を受信した第２のストレージ装置４のポート２７ＢＢ（図１）のＷＷＮ（ターゲットＷＷＮ）とを対応付けてイニシエータ−ターゲットポート間対応情報テーブル３１に登録する（ＳＰ１１２）。

続いて、チャネルアダプタ２２Ｂは、そのＦＣＰフレーム４０に含まれるリザーブコマンド４１（図９）を第１のストレージ装置３に送信するためのＦＣＰフレーム４０を作成する（ＳＰ１１３）。

具体的に、チャネルアダプタ２２Ｂは、ホスト装置２からのＦＣＰフレームに４０おいて対象としている論理ボリューム（仮想ボリュームＶＯＬ＿Ｂ）にマッピングされている第１のストレージ装置３内の論理ボリューム（リザーブ解除対象ボリュームＶＯＬ＿Ａ）のボリューム番号を構成情報３０（図３）から取得する。またチャネルアダプタ２２Ｂは、イニシエータ−ターゲットポート間対応情報テーブル３１からイニシエータ番号及びターゲット番号を読み出す。そしてチャネルアダプタ２２Ｂは、このようにして取得したリザーブ解除対象ボリュームＶＯＬ＿Ａのボリューム番号、イニシエータ番号及びターゲット番号をそれぞれボリューム番号フィールド４０Ｂ、イニシエータ番号フィールド４０Ｃ及びターゲット番号フィールド４０Ｄに格納したＦＣＰフレーム４０を作成する。この際、チャネルアダプタ２２Ｂは、作成したＦＣＰフレーム４０における統合管理専用コマンドフラグを「１」に設定する。

そして、チャネルアダプタ２２Ｂは、この後、この第２のリザーブ解除処理を終了する。かくして、このようにして作成されたＦＣＰフレーム４０が、この後図１８のステップＳＰ１０４において第１のストレージ装置３に送信されることになる。

（１−３−５−３）第１のリザーブ解除処理
図２０は、リザーブ解除フェーズ（図１８）のステップＳＰ１０５において、第２のストレージ装置４から送信された上述のＦＣＰフレーム４０を受信した第１のストレージ装置３内のチャネルアダプタ２２Ａ（図１）により実行される第１のリザーブ解除処理の具体的な処理内容を示す。

チャネルアダプタ２２Ａは、かかるＦＣＰフレーム４０を受信すると、この図２０に示す第１のリザーブ解除処理を開始し、まず、共有メモリ２５Ａ（図１）に格納されている構成情報３２（図３）を参照して、そのＦＣＰフレーム４０において対象とされている論理ボリューム（ここではリザーブ解除対象ボリュームＶＯＬ＿Ａ）の外部ボリューム種別を取得する（ＳＰ１２０）。

続いて、チャネルアダプタ２２Ａは、ステップＳＰ１２０において取得した外部ボリューム種別が「内部ボリューム」であるか否かの判定や、当該ＦＣＰフレーム４０の統合管理専用コマンドフラグの値が「１」であるか否かの判定を行う（ＳＰ１２１）。

そして、チャネルアダプタ２２Ａは、ステップＳＰ１２１において、そのＦＣＰフレーム４０において対象としている論理ボリュームの外部ボリューム種別が「内部ボリューム」であり、かつ、当該ＦＣＰ４０の統合管理専用コマンドフラグの値が「１」であるとの判定を得ると、そのＦＣＰフレーム４０からイニシエータ番号、ターゲット番号、キー情報及びホスト・イニシエータＷＷＮのそれぞれの情報を取り出し、取り出したこれらの情報を、リザーブ解除対象ボリュームＶＯＬ＿Ａのリザーブ情報３３に含まれるイニシエータ番号、ターゲット番号、キー及びホスト・イニシエータＷＷＮと比較する（ＳＰ１２２）。

そして、チャネルアダプタ２２Ａは、ステップＳＰ１２２において、ＦＣＰフレーム４０から取り出したイニシエータ番号、ターゲット番号、キー及びホスト・イニシエータＷＷＮと、リザーブ解消対象ボリュームＶＯＬ＿Ａのリザーブ情報３３に含まれるイニシエータ番号、ターゲット番号、キー及びホスト・イニシエータＷＷＮとがすべて一致したか否かを判断する（ＳＰ１２３）。

チャネルアダプタ２２Ａは、この判断で否定結果を得ると、指定されたリザーブ解消対象ボリュームＶＯＬ＿Ａのリザーブ状態を解除できない旨の応答を作成し（ＳＰ１２６）、この後、この第１のリザーブ解除処理を終了する。

これに対してチャネルアダプタ２２Ａは、ステップＳＰ１２３の判断で肯定結果を得ると、リザーブ解除対象ボリュームＶＯＬ＿Ａのリザーブ確保状態を解除すると共に（ＳＰ１２４）、リザーブ解除対象ボリュームＶＯＬ＿Ａのリザーブ確保状態を解除した旨の応答を作成し（ＳＰ１２５）、この後、この第１のリザーブ解除処理を終了する。

かくして、このときステップＳＰ１２５又はステップＳＰ１２６において作成された応答が、図１８のステップＳＰ１０６において第２のストレージ装置４に送信される。

（１−４）リザーブ情報移動機能
（１−４−１）リザーブ情報移動機能に関する一連の処理の流れ
次に、本実施の形態による計算機システム１に搭載されたリザーブ情報移動機能について説明する。

本計算機システム１においては、上述の統合管理機能を用いることにより、第１のストレージ装置３に格納されているデータに対するホスト装置２からのアクセスを止めることなく、当該データを第２のストレージ装置４に移行することができる。従って、この統合管理機能を利用することで、かかるデータに対するホスト装置２のアクセスを止めることなく、既設の第１のストレージ装置３を新たな第２のストレージ装置４に交換することが可能となる。

実際上、第１のストレージ装置３を第２のストレージ装置４に交換する場合、図２１に示すように、第１のストレージ装置３内に設けられた各論理ボリュームＶＯＬ＿Ａにそれぞれ対応させて、第２のストレージ装置４内に仮想ボリュームＶＯＬ＿Ｂを作成し、これら仮想ボリュームＶＯＬ＿Ｂをそれぞれ第１のストレージ装置３内の対応する論理ボリュームＶＯＬ＿Ａにそれぞれマッピングする。

また第２のストレージ装置３内に、各仮想ボリュームＶＯＬ＿Ｂにそれぞれ対応させて論理ボリュームＶＯＬ＿Ｄを作成し、これら論理ボリュームＶＯＬ＿Ｄに対してそれぞれ対応する仮想ボリュームＶＯＬ＿Ｂをマッピングする。さらに、第１のストレージ装置３内の各論理ボリュームＶＯＬ＿Ａに格納されているデータを、それぞれ第２のストレージ装置４内の対応する論理ボリュームＶＯＬ＿Ｄにコピーする。そして、この後、第１のストレージ装置３内の論理ボリュームＶＯＬ＿Ａに対する第２のストレージ装置４内の仮想ボリュームＶＯＬ＿Ｂのマッピングを解除する。

以上の手順により、ホスト装置２からのアクセスを止めることなく、第１のストレージ装置３内のデータを第２のストレージ装置４に移行させることができ、この後、第１のストレージ装置３を撤去することができる。

ただし、上述の方法によると、第１のストレージ装置３が保持する論理ボリュームＶＯＬ＿Ａごとのリザーブ情報３３が第２のストレージ装置４に移動されないため、第１のストレージ装置３を第２のストレージ装置４と交換した後に、かかるリザーブ情報３３を利用した上述のようなアクセス制限を行うことができなくなるという問題がある。

そこで、本計算機システム１には、第１のストレージ装置３内の論理ボリュームＶＯＬ＿Ａに対する第２のストレージ装置４内の仮想ボリュームＶＯＬ＿Ｂのマッピングを解除した場合に、これに伴って第１のストレージ装置３が保持するその論理ボリュームＶＯＬ＿Ａに関するリザーブ情報３３を第２のストレージ装置４に自動的に移動させるリザーブ情報移動機能が搭載されている。

図２２は、このようなリザーブ情報移動機能に関連して計算機システム１において実行されるリザーブ情報移動処理の一連の流れを示す。このリザーブ情報移動処理は、システム管理者が、第１のストレージ装置３内の論理ボリュームを指定して、その論理ボリュームに対する第２のストレージ装置４内の仮想ボリュームのマッピングを解除すべき指令を管理端末８に与えることにより開始される。

そして管理端末８は、かかるマッピング解除の指令を受け付けると（ＳＰ１３０）、これに応じた指示（以下、これをマッピング解除指示と呼ぶ）を第２のストレージ装置４に与える（ＳＰ１３１）。

第２のストレージ装置４は、かかるマッピング解除指示が与えられると、第１のストレージ装置３内の論理ボリュームＶＯＬ＿Ａに対するホスト装置２からのＦＣＰフレーム４０の受領を拒否する動作モード（以下、これをコマンド受領拒否モードと呼ぶ）に移行する（ＳＰ１３２）。

また第２のストレージ装置４は、自ストレージ装置内の仮想ボリュームＶＯＬ＿Ｂがマッピングされた第１のストレージ装置３内の論理ボリュームＶＯＬ＿Ａについてのリザーブ情報３３を第１のストレージ装置３から読み込むためのコマンドを作成する（ＳＰ１３３）。具体的に、第２のストレージ装置４は、共有メモリ２５Ｂ（図１）に格納された構成情報３０を参照して、図８について上述したＦＣＰフレーム４０のボリューム番号フィールド４０Ｂにかかる仮想ボリュームＶＯＬ＿Ｂのマッピング元の論理ボリュームＶＯＬ＿Ａのボリューム番号を格納し、イニシエータ番号フィールド４０Ｃに所定の第１のコード（本実施の形態においては「FFFF」とする）を格納し、ターゲット番号フィールド４０Ｄに所定の第２のコード（本実施の形態においては「FFFF」とする）を格納し、かつ統合管理専用コマンドフラグとして「１」を設定したＦＣＰフレーム４０を作成する。そして第２のストレージ装置４は、このＦＣＰフレーム４０を第１のストレージ装置３に送信する（ＳＰ１３４）。

一方、かかるＦＣＰフレーム４０を受信した第１のストレージ装置３は、当該ＦＣＰフレーム４０のボリューム番号フィールド４０Ｂにボリューム番号が格納された論理ボリュームＶＯＬ＿Ａについて登録されているすべてのリザーブ情報３３を第２のストレージ装置４に送信する（ＳＰ１３５）。また第１のストレージ装置３は、かかるリザーブ情報３３の第２のストレージ装置４への送信が完了すると、その旨の応答（以下、これをリザーブ情報送信完了応答と呼ぶ）を第２のストレージ装置４に送信すると共に（ＳＰ１３６）、第２のストレージ装置４に送信したリザーブ情報３３をすべて自ストレージ装置の共有メモリ２５Ａ（図１）から削除する（ＳＰ１３７）。

他方、かかる第１のストレージ装置３からのリザーブ情報３３を受信した第２のストレージ装置４は、そのリザーブ情報３３を当該第２のストレージ装置４内のかかる仮想ボリュームＶＯＬ＿Ｂについてのリザーブ情報３３に書き換えるリザーブ情報書換え処理を実行し（ＳＰ１３８）、この後、第１のストレージ装置３内の対応する論理ボリュームＶＯＬ＿Ａに対する当該仮想ボリュームＶＯＬ＿Ｂのマッピングを解除する（ＳＰ１３９）。

さらに第２のストレージ装置４は、動作モードを、ステップＳＰ１３２において移行したコマンド受領拒否モードから、ホスト装置２からのコマンドを受け付ける通常の動作モードに移行させ（ＳＰ１４０）、この後、指定されたマッピングの解除処理を完了した旨の応答（マッピング解除完了応答）を管理端末８に送信する（ＳＰ１４１）。

（１−４−２）リザーブ情報書換え処理
ここで、図２３は、図２２について上述したリザーブ情報移動処理のステップＳＰ１３８において第２のストレージ装置４内のチャネルアダプタ２２Ｂ（図１）により実行されるリザーブ情報書換え処理の具体的な処理内容を示す。

かかるチャネルアダプタ２２Ｂは、リザーブ情報移動処理のステップＳＰ１３８に進むと、この図２３に示すリザーブ情報書換え処理を開始し、まず、第１のストレージ装置３から送信されてきたリザーブ情報３３を、第１のストレージ装置３内の対応するポート２７ＡＡ（図１）と対応付けられた論理ボリュームＶＯＬ＿Ａについてのリザーブ情報３３から、第２のストレージ装置４内のかかる仮想ボリュームＶＯＬ＿Ｂについてのリザーブ情報に書き換える（ＳＰ１５０）。

続いて、チャネルアダプタ２２Ｂは、かくして得られたそのリザーブ情報５０（図２１）からイニシエータ番号及びターゲット番号をそれぞれ削除し（ＳＰ１５１）、この後、このリザーブ情報書換え処理を終了する。

（１―５）本実施の形態の効果
以上のように本実施の形態による計算機システム１では、ホスト装置２が第２のストレージ装置４を介して第１のストレージ装置３内の論理ボリュームＶＯＬ＿Ａにアクセスする際、第２のストレージ装置４から第１のストレージ装置３へのＦＣＰフレーム４０に当該ホスト装置２から第２のストレージ装置４内の仮想ボリュームＶＯＬ＿Ｂへのパスに関するパス情報を格納し、第１のストレージ装置３が、その論理ボリュームＶＯＬ＿Ａについて予め登録されているパス情報と、そのとき受信したＦＣＰフレーム４０に含まれるパス情報とが一致した場合にのみ、そのアクセスを許可するようにしたことにより、その論理ボリュームＶＯＬ＿Ａをリザーブ確保したホスト装置２のみがその論理ボリュームＶＯＬ＿Ａに対してアクセスすることができるようにアクセス制限することができる。かくするにつき、計算機システム１のセキュリティ性及び信頼性を格段的に向上させることができる。

（２）第２の実施の形態
（２−１）本実施の形態による計算機システムの構成
図２との対応部分に同一符号を付して示す図２４は、第２の実施の形態による計算機システム６０を示す。この計算機システム６０は、第１及び第２のストレージ装置３，４に加えて、上述の統合管理機能及びアクセス制御機能が搭載された第３のストレージ装置６１が設けられている。

第３のストレージ装置６１は、第１及び第２のストレージ装置３，４と同様のハードウェア構成を有するストレージ装置であり、これら第１及び第２のストレージ装置３，４とそれぞれＦＣケーブル６２，６３を介して接続されている。

また第３のストレージ装置６１の共有メモリ（図示せず）には、当該第３のストレージ装置６１内に定義された論理ボリュームを管理するための構成情報６４が設けられている。この構成情報６４は、第１及び第２のストレージ装置３，４が保持する構成情報３０，３２と同様の構成を有する。

さらに第３のストレージ装置６１内には、仮想ボリュームＶＯＬ＿Ｃが定義されており、この仮想ボリュームＶＯＬ＿Ｃが第１のストレージ装置３内の論理ボリュームＶＯＬ＿Ａにマッピングされると共に、当該仮想ボリュームＶＯＬ＿Ｃに第２のストレージ装置４内の仮想ボリュームＶＯＬ＿Ｂがマッピングされている。

これにより本計算機システム６０においては、ホスト装置２が、第１のストレージ装置３内の論理ボリュームＶＯＬ＿Ａに直接アクセスすることができる一方、ホスト装置２のパス切替えアプリケーション１３によりパスを切り替えることによって、第２のストレージ装置４の仮想ボリュームＶＯＬ＿Ｂ及び第３のストレージ装置６１の仮想ボリュームＶＯＬ＿Ｃを順次介してかかる第１のストレージ装置３内の論理ボリュームＶＯＬ＿Ａにアクセスすることもできるようになされている。

（２−２）アクセス制御機能に関する第３のストレージ装置の各種処理
次に、上述したアクセス制御機能に関連して計算機システム６０内で実行される各種処理について説明する。
（２−２−１）キー登録フェーズにおける各種処理
（２−２−１−１）キー登録フェーズにおける処理の流れ
図２５は、本計算機システム６０のキー登録フェーズ（図６のステップＳＰ１）時に実行される一連の処理の流れを示す。このキー登録フェーズは、第１の実施の形態と同様に、ユーザがホスト装置２を用いて、第１のストレージ装置３内のキー登録対象ボリュームＶＯＬ＿Ａのボリューム番号と、そのとき設定しようとするキーとを指定することにより開始される。

そして、ホスト装置２は、かかるボリューム番号及びキーを受け付けると（ＳＰ１６０）、図７のステップＳＰ１１と同様にして、そのとき指定されたキーと、ホスト装置２のホスト・イニシエータＷＷＮと、イニシエータ番号及びターゲット番号と、「キー登録」というリザーブコマンド種別に対応したコードを含むリザーブコマンド４１となどが格納されたＦＣＰフレーム４０（図８）を作成し（ＳＰ１６１）、作成したＦＣＰフレーム４０を第２のストレージ装置４に送信する（ＳＰ１６２）。

第２のストレージ装置４は、かかるＦＣＰフレーム４０を受信すると、図７のステップＳＰ１３と同様にして、このＦＣＰフレーム４０に含まれるホスト・イニシエータＷＷＮ、イニシエータ番号及びターゲット番号等の必要な情報をイニシエータ−ターゲットポート間対応情報テーブル３１（図４）に登録する。また第２のストレージ装置４は、第１のストレージ装置３内のキー登録対象ボリュームＶＯＬ＿Ａのボリューム番号をボリューム番号フィールド４０Ｂに格納し、イニシエータ−ターゲットポート間対応情報テーブル３１に登録したイニシエータ番号及びターゲット番号をそれぞれイニシエータ番号フィールド４０Ｃ及びターゲット番号フィールド４０Ｄに格納し、ホスト装置２からのＦＣＰフレーム４０に含まれるリザーブコマンド４１をそのままＳＣＳＩコマンドフィールド４０Ｆに格納したＦＣＰフレーム４０を作成する（ＳＰ１６３）。

そして第２のストレージ装置４は、このようにして作成したＦＣＰフレーム４０を第３のストレージ装置３に送信する（ＳＰ１６４）。

第３のストレージ装置６１は、かかるＦＣＰフレーム４０を受信すると、このＦＣＰフレーム４０からイニシエータ番号及びターゲット番号や、リザーブコマンド等の必要な情報を取り出すと共に、自ストレージ装置６１が保持する構成情報６４からキー登録対象ボリュームＶＯＬ＿Ａのボリューム番号を取り出し、取り出したこれらの情報に基づいて新たなＦＣＰフレーム４０を作成する第３のキー登録処理を実行する（ＳＰ１６５）。そして第３のストレージ装置６１は、作成したＦＣＰフレーム４０を第１のストレージ装置３に送信する（ＳＰ１６６）。

第１のストレージ装置３は、かかるＦＣＰフレーム４０を受信すると、このＦＣＰフレーム４０からキー及びホスト・イニシエータＷＷＮ等の必要な情報を取り出し、取り出したこれらの情報をキー登録対象ボリュームＶＯＬ＿Ａのリザーブ情報３３（図５）として登録する第１のキー登録処理を実行する（ＳＰ１６７）。この第１のキー登録処理の処理内容は、図７のステップＳＰ１５について上述した第１の実施の形態における第１のキー登録処理と同じである。

そして第１のストレージ装置３は、この第１のキー登録処理が完了すると、その旨の応答を第３のストレージ装置６１に送信する（ＳＰ１６８）。また第３のストレージ装置６１は、この応答を受信すると、これを第２のストレージ装置４に転送し（ＳＰ１６９）、第２のストレージ装置４は、この応答を受信すると、これをホスト装置２に転送する（ＳＰ１７０）。

（２−２−１−２）第３のキー登録処理
ここで、図２６は、かかるキー登録フェーズのステップＳＰ１６５において、第２のストレージ装置４からのＦＣＰフレーム４０を受信した第３のストレージ装置６１内のチャネルアダプタ２２Ｃにより実行される第３のキー登録処理の具体的な処理内容を示す。

かかるチャネルアダプタ２２Ｃは、第２のストレージ装置４からのＦＣＰフレーム４０を受信すると、この図２６に示す第３のキー登録処理を開始し、まず、共有メモリ（図示せず）に格納されている構成情報６４（図２４）を参照して、そのとき受信したＦＣＰフレーム４０において対象とされている論理ボリューム（ここではキー登録対象ボリュームＶＯＬ＿Ａにマッピングされている第３のストレージ装置６１内の仮想ボリュームＶＯＬ＿Ｃ）の外部ボリューム種別を取得する（ＳＰ１８０）。

続いて、チャネルアダプタ２２Ｃは、ステップＳＰ１８０において取得した外部ボリューム種別が「統合管理ボリューム」であるか否かの判定や、当該ＦＣＰフレーム４０の統合管理専用コマンドフラグの値が「１」であるか否かの判定を行う（ＳＰ１８１）。

そして、チャネルアダプタ２２Ｃは、ステップＳＰ１８１において、そのＦＣＰフレーム４０において対象としている論理ボリュームの外部ボリューム種別が「統合管理ボリューム」であり、かつ、当該ＦＣＰフレーム４０内の統合管理専用コマンドフラグの値が「１」であるとの判定を得ると、そのＦＣＰフレーム４０に格納されているリザーブコマンド４１（図９）を第１のストレージ装置３に送信するためのＦＣＰフレーム４０を作成する（ＳＰ１８２）。

具体的に、チャネルアダプタ２２Ｃは、第２のストレージ装置４からのＦＣＰフレーム４０において対象とされている論理ボリューム（仮想ボリュームＶＯＬ＿Ｃ）にマッピングされている第１のストレージ装置３内の論理ボリューム（キー登録対象ボリュームＶＯＬ＿Ａ）のボリューム番号を構成情報６４（図２４）から取得する。またチャネルアダプタ２２Ｃは、受信したＦＣＰフレーム４０からイニシエータ番号及びターゲット番号を取り出す。そしてチャネルアダプタは、このようにして取得したキー登録対象ボリュームＶＯＬ＿Ａのボリューム番号、イニシエータ番号及びターゲット番号をそれぞれボリューム番号フィールド４０Ｂ（図８）、イニシエータ番号フィールド４０Ｃ（図８）及びターゲット番号フィールド４０Ｄ（図８）に格納したＦＣＰフレーム４０を作成する。

この際、チャネルアダプタ２２Ｃは、そのＦＣＰフレーム４０内の統合管理専用コマンドフラグを「１」に設定する。またチャネルアダプタ２２Ｃは、第２のストレージ装置４からのＦＣＰフレーム４０に含まれるリザーブコマンド４１をそのままＳＣＳＩコマンドフィールド４０Ｆ（図８）に格納する。

そしてチャネルアダプタ２２Ｃは、この後、この第３のキー登録処理を終了する。かくして、このようにして作成されたＦＣＰフレーム４０が、この後図２５のステップＳＰ１６６において第１のストレージ装置３に送信される。

（２−２−２）リザーブ確保フェーズにおける処理の流れ
図２７は、本計算機システム６０のリザーブ確保フェーズ時に実行される一連の処理の流れを示す。このリザーブ確保フェーズは、第１の実施の形態と同様に、ユーザがホスト装置２を用いて、第１のストレージ装置３内のリザーブ確保対象ボリュームＶＯＬ＿Ａのボリューム番号と、そのリザーブ確保対象ボリュームＶＯＬ＿Ａに対して予め登録しているキーとを指定することにより開始される。

そしてホスト装置２は、かかるボリューム番号及びキーを受け付けると（ＳＰ１９０）、そのとき指定されたキーによりリザーブ確保対象ボリュームＶＯＬ＿Ａをリザーブ確保すべき旨のＦＣＰフレーム４０を作成する（ＳＰ１９１）。なお、このステップＳＰ１９１におけるホスト装置２の具体的な処理内容は、図１２のステップＳＰ４１について上述した処理内容と同様である。そしてホスト装置２は、このステップＳＰ１９１において作成したＦＣＰフレーム４０を第２のストレージ装置４に送信する（ＳＰ１９２）。

第２のストレージ装置４は、かかるＦＣＰフレーム４０を受信すると、このＦＣＰフレーム４０に含まれるホスト・イニシエータＷＷＮ、イニシエータ番号及びターゲット番号等の必要な情報をイニシエータ−ターゲットポート間対応情報テーブル３１（図４）に登録する。また第２のストレージ装置４は、リザーブ確保対象ボリュームＶＯＬ＿Ａにマッピングされた第３のストレージ装置６１内の仮想ボリュームＶＯＬ＿Ｃのボリューム番号をボリューム番号フィールド４０Ｂに格納し、ホスト装置２からのＦＣＰフレーム４０から取り出したイニシエータ番号及びターゲット番号をそれぞれイニシエータ番号フィールド４０Ｃ及びターゲット番号フィールド４０Ｄに格納し、統合管理専用コマンドフラグを「１」に設定し、かつ、ホスト装置２からのＦＣＰフレーム４０から取り出したリザーブコマンド４１をそのままＳＣＳＩコマンドフィールド４０Ｆに格納したＦＣＰフレーム４０を作成する（ＳＰ１９３）。なお、このステップＳＰ１９３の具体的な処理内容は、図１２のステップＳＰ４３について上述した第２のリザーブ確保処理と同様である。

そして第２のストレージ装置４は、作成したＦＣＰフレーム４０を第３のストレージ装置６１に送信する（ＳＰ１９４）。

第３のストレージ装置６１は、かかるＦＣＰフレーム４０を受信すると、このＦＣＰフレーム４０からイニシエータ番号及びターゲット番号や、リザーブコマンド４１等の必要な情報を取り出すと共に、構成情報６４からリザーブ確保対象ボリュームＶＯＬ＿Ａのボリューム番号を取り出し、取り出したこれらの情報に基づいて新たなＦＣＰフレーム４０を作成する第３のリザーブ確保処理を実行する（ＳＰ１９５）。このステップＳＰ１９５における具体的な処理内容は、図２６について上述した第３のキー登録処理と同様であるため、その詳細説明については省略する。そして第３のストレージ装置６１は、このようにして作成したＦＣＰフレーム４０を第１のストレージ装置３に送信する（ＳＰ１９６）。

第１のストレージ装置３は、かかるＦＣＰフレーム４０を受信すると、このＦＣＰフレーム４０からリザーブコマンド４１を取り出し、取り出したリザーブコマンド４１に基づいて、指定されたリザーブ確保対象ボリュームＶＯＬ＿Ａをそのホスト装置２のためにリザーブ確保する第１のリザーブ確保処理を実行する（ＳＰ１９７）。この第１のリザーブ確保処理の具体的な処理内容は、図１２のステップＳＰ４５について上述した第１のリザーブ確保処理と同様である。

そして第１のストレージ装置３は、第１のリザーブ確保処理が完了すると、その旨の応答を第３のストレージ装置６１に送信する（ＳＰ１９８）。また第３のストレージ装置６１は、この応答を受信すると、これを第２のストレージ装置４に転送し（ＳＰ１９９）、第２のストレージ装置４は、この応答を受信すると、これをホスト装置２に転送する（ＳＰ２００）。

（２−２−３）データ転送フェーズにおける各種処理
（２−２−３−１）データ転送フェーズにおける処理の流れ
図２８は、本実施の形態のデータ転送フェーズ時おける処理の流れを示す。このデータ転送フェーズにおいて、ホスト装置２は、ＳＣＳＩコマンドフィールド４０Ｆ（図８）にＳＣＳＩアクセスコマンド（リードコマンド又はライトコマンド）を格納したＦＣＰフレーム４０を第２のストレージ装置４に対して送信する（ＳＰ）。なお、このときホスト装置２から第２のストレージ装置４に送信されるＦＣＰフレーム４０の内容は、図１５のステップＳＰ７０においてホスト装置２から第２のストレージ装置４に送信されるＦＣＰフレーム４０と同じである。

第２のストレージ装置４は、かかるＦＣＰフレーム４０を受信すると、このＦＣＰフレーム４０に含まれるホスト・イニシエータＷＷＮ、イニシエータ番号及びターゲット番号と、このＦＣＰフレーム４０を受信した第２のストレージ装置４側のポート２７ＢＢのＷＷＮ（ターゲットＷＷＮ）とをイニシエータ−ターゲットポート間対応情報テーブル３１（図４）に登録する（ＳＰ２１１）。

また第２のストレージ装置４は、第１のストレージ装置３内のアクセス対象ボリュームＶＯＬ＿Ａのボリューム番号をボリューム番号フィールド４０Ｂに格納し、イニシエータ−ターゲットポート間対応情報テーブル３１に登録したイニシエータ番号及びターゲット番号をそれぞれイニシエータ番号フィールド４０Ｃ及びターゲット番号フィールド４０Ｄに格納し、ホスト装置２からのＦＣＰフレーム４０に含まれるＳＣＳＩコマンドをそのままＳＣＳＩコマンドフィールド４０Ｆに格納したＦＣＰフレーム４０を作成する（ＳＰ２１１）。そして第２のストレージ装置４は、このようにして作成したＦＣＰフレーム４０を第１のストレージ装置３に送信する（ＳＰ２１２）。

第３のストレージ装置６１は、かかるＦＣＰフレーム４０を受信すると、第１のストレージ装置３内のアクセス対象ボリュームＶＯＬ＿Ａのボリューム番号をボリューム番号フィールド４０Ｂに格納し、そのＦＣＰフレーム４０から取り出したイニシエータ番号、ターゲット番号及びＳＣＳＩコマンドをそれぞれイニシエータ番号フィールド４０Ｃ、ターゲット番号フィールド４０Ｄ及びＳＣＳＩコマンドフィールド４０Ｆに格納し、統合管理専用コマンドフラグを「１」に設定したＦＣＰフレームを作成する第３のアクセス処理を実行する（ＳＰ２１３）。そして第３のストレージ装置６１は、このようにして作成したＦＣＰフレーム４０を第１のストレージ装置３に送信する（ＳＰ２１４）。

第１のストレージ装置３は、かかるＦＣＰフレーム４０を受信すると、このＦＣＰフレーム４０に含まれるＳＣＳＩコマンドに従った第１のアクセス処理（リード処理又はライト処理）を実行する（ＳＰ）。この第１のアクセス処理の具体的な処理内容は、図１５のステップＳＰ７３について上述した第１のアクセス処理と同じである。

そして第１のストレージ装置３は、この第１のアクセス処理が完了すると、その旨の応答を第３のストレージ装置６１に送信する（ＳＰ２１６）。また第３のストレージ装置４は、この応答を受信すると、これを第２のストレージ装置４に転送し（ＳＰ２１７）、第２のストレージ装置４は、この応答を受信すると、これをホスト装置２に転送する（ＳＰ２１８）。

（２−２−３−２）第３のアクセス処理
ここで、図２９は、かかるデータ転送フェーズのステップＳＰ２１３において、第２のストレージ装置４からのＦＣＰフレーム４０を受信した第３のストレージ装置６１内のチャネルアダプタ２２Ｃ（図２４）により実行される第３のアクセス処理の具体的な処理内容を示す。

かかるチャネルアダプタ２２Ｃは、第２のストレージ装置４からのＦＣＰフレーム４０を受信すると、この図２９に示す第３のアクセス処理を開始し、まず、共有メモリに格納されている構成情報６４（図２４）を参照して、そのとき受信したＦＣＰフレーム４０において対象とされている論理ボリューム（ここではアクセス対象ボリュームＶＯＬ＿Ａにマッピングされている第３のストレージ装置６１内の仮想ボリュームＶＯＬ＿Ｃ）の外部ボリューム種別を取得する（ＳＰ２２０）。

続いて、チャネルアダプタ２２Ｃは、ステップＳ２２０Ｐにおいて取得した外部ボリューム種別が「統合管理ボリューム」であるか否かの判定や、当該ＦＣＰフレーム４０の統合管理専用コマンドフラグの値が「１」であるか否かの判定を行う（ＳＰ２２１）。

そしてチャネルアダプタ２２Ｃは、ステップＳＰ２２１において、そのＦＣＰフレーム４０において対象としている論理ボリュームの外部ボリューム種別が「統合管理ボリューム」であり、かつ、当該ＦＣＰフレーム４０内の統合管理専用コマンドフラグの値が「１」であるとの判定を得ると、そのＦＣＰフレーム４０に格納されているＳＣＳＩコマンドを第１のストレージ装置３に送信するためのＦＣＰフレーム４０を作成する（ＳＰ２２２）。

具体的に、チャネルアダプタ２２Ｃは、第２のストレージ装置４からのＦＣＰフレーム４０において対象としている論理ボリューム（仮想ボリュームＶＯＬ＿Ｃ）がマッピングされている第１のストレージ装置３内の論理ボリューム（アクセス対象ボリュームＶＯＬ＿Ａ）のボリューム番号を構成情報６４から取得する。またチャネルアダプタ２２Ｃは、かかるＦＣＰフレーム４０からイニシエータ番号及びターゲット番号を取り出す。そしてチャネルアダプタ２２Ｃは、このようにして取得したアクセス対象先ボリュームＶＯＬ＿Ａのボリューム番号、イニシエータ番号及びターゲット番号をそれぞれボリューム番号フィールド４０Ｂ、イニシエータ番号フィールド４０Ｃ及びターゲット番号フィールド４０Ｄに格納したＦＣＰフレーム４０を作成する。

この際、チャネルアダプタは、作成したＦＣＰフレームにおける統合管理専用コマンドフラグを「１」に設定すると共に、ＳＣＳＩコマンドフィールド４０Ｆにホスト装置２からのＦＣＰフレーム４０に含まれるＳＣＳＩコマンドを格納する。

そして、チャネルアダプタ２２Ｃは、この後、この第３のアクセス処理を終了する。かくして、このようにして作成されたＦＣＰフレーム４０が、この後図２８のステップＳＰ２１４において第１のストレージ装置３に送信されることになる。

（２−２−４）リザーブ解除フェーズにおける処理の流れ
図３０は、本計算機システム６０のリザーブ解除フェーズ時に実行される一連の処理の流れを示す。このリザーブ解除フェーズは、第１の実施の形態と同様に、ユーザがホスト装置２を用いて、第１のストレージ装置３内のリザーブ解除対象ボリュームＶＯＬ＿Ａのボリューム番号と、そのリザーブ解除対象ボリュームＶＯＬ＿Ａに対して予め登録しているキーとを指定することにより開始される。

そしてホスト装置２は、かかるボリューム番号及びキーを受け付けると（ＳＰ２３０）、そのとき指定されたキーによりリザーブ解除対象ボリュームＶＯＬ＿Ａのリザーブ状態を解除すべき旨のＦＣＰフレーム４０を作成する（ＳＰ２３１）。なお、このステップＳＰ２３０におけるホスト装置２の具体的な処理内容は、図１８のステップＳＰ１０１について上述した処理内容と同様である。そしてホスト装置２は、このように作成したＦＣＰフレーム４０を第２のストレージ装置４に送信する（ＳＰ２３２）。

第２のストレージ装置４は、かかるＦＣＰフレーム４０を受信すると、このＦＣＰフレーム４０に含まれるホスト・イニシエータＷＷＮ、イニシエータ番号及びターゲット番号等の必要な情報をイニシエータ−ターゲットポート間対応情報テーブル３１（図４）に登録する。また第２のストレージ装置４は、リザーブ解除対象ボリュームＶＯＬ＿Ａにマッピングされた第３のストレージ装置３内の仮想ボリュームＶＯＬ＿Ｃのボリューム番号をボリューム番号フィールド４０Ｂに格納し、ホスト装置２からのＦＣＰフレーム４０から取り出したイニシエータ番号及びターゲット番号をそれぞれイニシエータ番号フィールド４０Ｃ及びターゲット番号フィールド４０Ｄに格納し、統合管理専用コマンドフラグを「１」に設定し、かつ、ホスト装置２からのＦＣＰフレーム４０から取り出したリザーブコマンド４１をそのままＳＣＳＩコマンドフィールド４０Ｆに格納したＦＣＰフレーム４０を作成する（ＳＰ２３３）。なお、このステップＳＰ２３３の具体的な処理内容は、図１８のステップＳＰ１０３について上述した第２のリザーブ解除処理と同様である。

そして第２のストレージ装置４は、作成したＦＣＰフレーム４０を第３のストレージ装置６１に送信する（ＳＰ２３４）。

第３のストレージ装置６１は、かかるＦＣＰフレーム４０を受信すると、このＦＣＰフレーム４０からイニシエータ番号及びターゲット番号や、リザーブコマンド４１等の必要な情報を取り出すと共に、構成情報６４からリザーブ解除対象ボリュームＶＯＬ＿Ａのボリューム番号を取り出し、取り出したこれらの情報に基づいて新たなＦＣＰフレーム４０を作成する第３のリザーブ解除処理を実行する（ＳＰ２３５）。このステップＳＰ２３５における具体的な処理内容は、図２６について上述した第３のキー登録処理と同様であるため、その詳細説明については省略する。そして第３のストレージ装置６１は、このようにして作成したＦＣＰフレーム４０を第１のストレージ装置３に送信する（ＳＰ２３６）。

第１のストレージ装置３は、かかるＦＣＰフレーム４０を受信すると、このＦＣＰフレーム４０からリザーブコマンド４１を取り出し、取り出したこれらの情報に基づいて、リザーブ解除対象ボリュームＶＯＬ＿Ａのリザーブ状態を解除する第１のリザーブ解除処理を実行する（ＳＰ２３７）。この第１のリザーブ解除処理の具体的な処理内容は、図１８について上述した第１のリザーブ解除処理と同様である。

そして第１のストレージ装置３は、この第１のリザーブ解除処理が完了すると、その旨の応答を第３のストレージ装置６１に送信する（ＳＰ２３８）。また第３のストレージ装置６１は、この応答を受信すると、これを第２のストレージ装置４に転送し（ＳＰ２３９）、第２のストレージ装置４は、この応答を受信すると、これをホスト装置２に転送する（ＳＰ２４０）。

（２−５）本実施の形態の効果
以上のように本実施の形態による計算機システム６０では、第１のストレージ装置３内の論理ボリュームＶＯＬ＿Ａに第３のストレージ装置６１内の仮想ボリュームＶＯＬ＿Ｃを介して第２のストレージ装置４内の仮想ボリュームＶＯＬ＿Ｂがマッピングされている場合においても、第１の実施の形態による計算機システム１と同様に、第１のストレージ装置３内の論理ボリュームＶＯＬ＿Ａをリザーブ確保したホスト装置２のみがその論理ボリュームＶＯＬ＿Ａに対してアクセスすることができるようにアクセス制限することができる。かくするにつき、計算機システム６０のセキュリティ性及び信頼性を格段的に向上させることができる。

（３）他の実施の形態
なお、上述の実施の形態においては、第１及び第２のストレージ装置３，４を図１のように構成するようにした場合について述べたが、本発明はこれに限らず、これら第１及び第２のストレージ装置３，４の構成としては、この他種々の構成を広く適用することができる。

また上述の第１及び第２の実施の形態においては、ホスト装置２と、第２のストレージ装置４内の仮想ボリュームＶＯＬ＿Ｂとを接続するパスのパス情報として、ホスト装置２における第２のストレージ装置４との通信に利用する当該ホスト装置２側のポート２７ＢＢのＷＷＮに基づき算出したイニシエータ番号と、第２のストレージ装置４におけるホスト装置２との通信に利用する当該第２のストレージ装置４側のポート２７ＢＢのＷＷＮに基づき算出したターゲット番号とを適用するようにした場合について述べたが、本発明はこれに限らず、これ以外の情報をかかるパス情報として適用するようにしても良い。

本発明は、ホスト装置がストレージ装置内の論理ボリュームにアクセスする際、ホスト装置が当該論理ボリュームを事前にリザーブ確保するアクセス制限技術が適用された計算機システムに広く適用することができる。

１，６０……計算機システム、２……ホスト装置、３，４，６１……ストレージ装置、８……管理端末、２２Ａ〜２２Ｃ……チャネルアダプタ、１２Ａ，１２Ｂ，２７ＡＡ，２７ＡＢ，２７ＢＡ〜２７ＢＣ，２７ＣＡ，２７ＣＢ……ポート、３０，３２，６４……構成情報、３１……イニシエータ−ターゲットポート間対応情報テーブル、３３，５０……リバース情報、４０……ＦＣＰフレーム、４１……リバースコマンド、ＶＯＬ，ＶＯＬ＿Ａ〜ＶＯＬ＿Ｄ……ボリューム。

Claims (9)

1. ホスト装置がデータを読み書きするための第１の論理ボリュームを提供する第１のストレージ装置と、前記第１のストレージ装置の前記第１の論理ボリュームを仮想化した仮想的な第２の論理ボリューム及び第３の論理ボリュームを前記ホスト装置に提供する第２のストレージ装置とを有し、前記ホスト装置が前記第１の論理ボリュームにアクセスする際、前記第１の論理ボリュームを予めリザーブ確保する計算機システムにおいて、
   前記第２のストレージ装置は、
   前記第２の論理ボリュームにキーを登録すべき旨の前記ホスト装置からのキー登録要求に応じて、前記ホスト装置から与えられた登録対象の第１のキーと、前記ホスト装置から前記第２の論理ボリュームまでのパスに関する第１のパス情報とを含む第１のコマンドを前記第１のストレージ装置に送信し、
   前記第２の論理ボリュームをリザーブ確保すべき旨の前記ホスト装置からのリザーブ確保要求に応じて、前記ホスト装置から与えられた第２のキーと、前記ホスト装置から前記第２の論理ボリュームまでのパスに関する第２のパス情報とを含む第２のコマンドを前記第１のストレージ装置に送信し、
   前記ホスト装置からの前記第２の論理ボリュームに対するアクセス要求に応じて、前記ホスト装置から前記第２の論理ボリュームまでのパスに関する第３のパス情報を含む第３のコマンドを前記第１のストレージ装置に送信し、
   前記第１のストレージ装置は、
   前記第１のコマンドを受信すると、キー登録対象の前記第１の論理ボリュームに対応付けて、前記第１のコマンドに含まれる前記第１のキー及び前記第１のパス情報をリザーブ情報として記憶し、
   前記第２のコマンドを受信すると、リザーブ確保対象の前記第１の論理ボリュームに対応付けて記憶しているリザーブ情報に含まれる前記第１のキー及び前記第１のパス情報と、前記第２のコマンドに含まれる前記第２のキー及び前記第２のパス情報を比較し、前記第１のキー及び前記第１のパス情報と、前記第２のキー及び前記第２のパス情報とが一致したときに、前記第１の論理ボリュームを前記ホスト装置用にリザーブ確保し、
   前記第３のコマンドを受信すると、アクセス対象の前記第１の論理ボリュームと対応付けて記憶している前記リザーブ情報に含まれる前記第１のパス情報と、前記第３のコマンドに含まれる前記第３のパス情報とを比較し、前記第１及び第３のパス情報が一致したときに、前記第２のストレージ装置を介した前記ホスト装置からのアクセスを許可し、
   前記第２のストレージ装置は、
   前記ホスト装置による前記第２の論理ボリュームへのアクセスを受けながら前記第１の論理ボリュームのデータを前記第３の論理ボリュームに移行させ、
   前記第１のストレージ装置は、
   前記第３の論理ボリュームにデータを移行すると、前記第２の論理ボリュームのマッピングの変更処理に応じて、対応する前記第１の論理ボリュームについて記憶している対応する前記リザーブ情報を前記第２のストレージ装置に移動し、
   前記第２のストレージ装置は、
   前記第１のストレージ装置から移動されるリザーブ情報を前記第２の論理ボリュームについてのリザーブ情報に書き替えて前記リザーブ情報を利用してアクセス制御を行う
   ことを特徴とする計算機システム。
2. 前記第２のストレージ装置は、
   前記マッピングの変更処理に応じて、前記ホスト装置から与えられた第３のキーと、前記ホスト装置から前記第２の論理ボリュームまでのパスに関する第４のパス情報とを含む第４のコマンドを前記第１のストレージ装置に送信し、
   前記第１のストレージ装置は、
   前記第４のコマンドを受信すると、リザーブ解除対象の前記第１の論理ボリュームに対応付けて記憶しているリザーブ情報に含まれる前記第１のキー及び前記第１のパス情報と、前記第４のコマンドに含まれる前記第３のキー及び前記第４のパス情報を比較し、前記第１のキー及び前記第１のパス情報と、前記第３のキー及び前記第４のパス情報とが一致したときに、前記第１の論理ボリュームのリザーブを解除する
   ことを特徴とする請求項１に記載の計算機システム。
3. 前記第１乃至第３のパス情報は、
   前記ホスト装置が前記第２のストレージ装置と通信するときに使用する前記ホスト装置側のポートのアドレスに基づき算出したイニシエータ番号と、
   前記第２のストレージ装置が前記ホスト装置と通信するときに使用する前記第２のストレージ装置側のポートのアドレスに基づき算出したターゲット番号とを少なくとも含む
   ことを特徴とする請求項１に記載の計算機システム。
4. 前記第２のストレージ装置は、
   前記第１の論理ボリュームに対する前記第２の論理ボリュームのマッピングの変更処理に際し、前記リザーブ確保要求の受け付けを制限する一方、前記第１のストレージ装置における前記第１の論理ボリュームについて記憶している前記リザーブ情報を読み込むためのリザーブ情報要求を前記第１のストレージ装置に送信し、前記第１のストレージ装置から移動されるリザーブ情報を前記第２の論理ボリュームについてのリザーブ情報に書き替えた後、前記第１の論理ボリュームに対する前記第２の論理ボリュームの前記マッピングを変更し、その後、前記リザーブ確保要求の受け付け制限を解除し、前記移動されたリザーブ情報を利用してアクセス制御を行う
   ことを特徴とする請求項１に記載の計算機システム。
5. ホスト装置がデータを読み書きするための第１の論理ボリュームを提供する第１のストレージ装置と、前記第１のストレージ装置の前記第１の論理ボリュームを仮想化した仮想的な第２の論理ボリューム及び第３の論理ボリュームを前記ホスト装置に提供する第２のストレージ装置とを有し、前記ホスト装置が前記第１の論理ボリュームにアクセスする際、前記第１の論理ボリュームを予めリザーブ確保する計算機システムにおけるアクセス制限方法において、
   前記第２のストレージ装置が、前記第２の論理ボリュームにキーを登録すべき旨の前記ホスト装置からのキー登録要求に応じて、前記ホスト装置から与えられた登録対象の第１のキーと、前記ホスト装置から前記第２の論理ボリュームまでのパスに関する第１のパス情報とを含む第１のコマンドを前記第１のストレージ装置に送信し、前記第１のストレージ装置が、前記第１のコマンドを受信すると、キー登録対象の前記第１の論理ボリュームに対応付けて、前記第１のコマンドに含まれる前記第１のキー及び前記第１のパス情報をリザーブ情報として記憶する第１のステップと、
   前記第２のストレージ装置が、前記第２の論理ボリュームをリザーブ確保すべき旨の前記ホスト装置からのリザーブ確保要求に応じて、前記ホスト装置から与えられた第２のキーと、前記ホスト装置から前記第２の論理ボリュームまでのパスに関する第２のパス情報とを含む第２のコマンドを前記第１のストレージ装置に送信し、前記第１のストレージ装置が、前記第２のコマンドを受信すると、リザーブ確保対象の前記第１の論理ボリュームに対応付けて記憶しているリザーブ情報に含まれる前記第１のキー及び前記第１のパス情報と、前記第２のコマンドに含まれる前記第２のキー及び前記第２のパス情報を比較し、前記第１のキー及び前記第１のパス情報と、前記第２のキー及び前記第２のパス情報とが一致したときに、前記第１の論理ボリュームを前記ホスト装置用にリザーブ確保する第２のステップと、
   前記第２のストレージ装置が、前記ホスト装置からの前記第２の論理ボリュームに対するアクセス要求に応じて、前記ホスト装置から前記第２の論理ボリュームまでのパスに関する第３のパス情報を含む第３のコマンドを前記第１のストレージ装置に送信し、前記第１のストレージ装置が、前記第３のコマンドを受信すると、アクセス対象の前記第１の論理ボリュームと対応付けて記憶している前記リザーブ情報に含まれる前記第１のパス情報と、前記第３のコマンドに含まれる前記第３のパス情報とを比較し、前記第１及び第３のパス情報が一致したときに、前記第２のストレージ装置を介した前記ホスト装置からのアクセスを許可する第３のステップと、
   前記第２のストレージ装置が、前記ホスト装置による前記第２の論理ボリュームへのアクセスを受けながら前記第１の論理ボリュームのデータを前記第３の論理ボリュームに移行させる第４のステップと、
   前記第３の論理ボリュームにデータを移行すると、前記第１のストレージ装置が、前記第２の論理ボリュームのマッピングの変更処理に応じて、対応する前記第１の論理ボリュームについて記憶している対応する前記リザーブ情報を前記第２のストレージ装置に移動する第５のステップと、
   前記第２のストレージ装置が、前記第１のストレージ装置から移動されるリザーブ情報を前記第２の論理ボリュームについてのリザーブ情報に書き替えて前記リザーブ情報を利用してアクセス制御を行う第６のステップと
   を備えることを特徴とするアクセス制限方法。
6. 前記第２のストレージ装置が、前記マッピングの変更処理に応じて、前記ホスト装置から与えられた第３のキーと、前記ホスト装置から前記第２の論理ボリュームまでのパスに関する第４のパス情報とを含む第４のコマンドを前記第１のストレージ装置に送信し、前記第１のストレージ装置が、前記第４のコマンドを受信すると、リザーブ解除対象の前記第１の論理ボリュームに対応付けて記憶しているリザーブ情報に含まれる前記第１のキー及び前記第１のパス情報と、前記第４のコマンドに含まれる前記第３のキー及び前記第４のパス情報を比較し、前記第１のキー及び前記第１のパス情報と、前記第３のキー及び前記第４のパス情報とが一致したときに、前記第１の論理ボリュームのリザーブを解除する第７のステップを備える
   ことを特徴とする請求項５に記載のアクセス制限方法。
7. 前記第１乃至第３のパス情報は、
   前記ホスト装置が前記第２のストレージ装置と通信するときに使用する前記ホスト装置側のポートのアドレスに基づき算出したイニシエータ番号と、
   前記第２のストレージ装置が前記ホスト装置と通信するときに使用する前記第２のストレージ装置側のポートのアドレスに基づき算出したターゲット番号とを少なくとも含む
   ことを特徴とする請求項５に記載のアクセス制限方法。
8. 前記第２のストレージ装置は、
   前記第１の論理ボリュームに対する前記第２の論理ボリュームのマッピングの変更処理に際し、前記リザーブ確保要求の受け付けを制限する一方、前記第１のストレージ装置における前記第１の論理ボリュームについて記憶している前記リザーブ情報を読み込むためのリザーブ情報要求を前記第１のストレージ装置に送信し、前記第１のストレージ装置から移動されるリザーブ情報を前記第２の論理ボリュームについてのリザーブ情報に書き替えた後、前記第１の論理ボリュームに対する前記第２の論理ボリュームの前記マッピングを変更し、その後、前記リザーブ確保要求の受け付け制限を解除し、前記移動されたリザーブ情報を利用してアクセス制御を行う
   ことを特徴とする請求項５に記載のアクセス制限方法。
9. ホスト装置がデータを読み書きするための第１の論理ボリュームを提供する他のストレージ装置における前記第１の論理ボリュームを仮想化した仮想的な第２の論理ボリューム及び第３の論理ボリュームを前記ホスト装置に提供する一方、前記ホスト装置が前記第１の論理ボリュームにアクセスする際、前記第１の論理ボリュームを予めリザーブ確保するストレージ装置において、
   前記第２の論理ボリュームにキーを登録すべき旨の前記ホスト装置からのキー登録要求に応じて、前記ホスト装置から与えられた登録対象の第１のキーと、前記ホスト装置から前記第２の論理ボリュームまでのパスに関する第１のパス情報とを含む第１のコマンドを前記他のストレージ装置に送信することにより、前記第１のコマンドを受信した前記他のストレージ装置に、キー登録対象の前記第１の論理ボリュームに対応付けて、前記第１のコマンドに含まれる前記第１のキー及び前記第１のパス情報をリザーブ情報として記憶させ、
   前記第２の論理ボリュームをリザーブ確保すべき旨の前記ホスト装置からのリザーブ確保要求に応じて、前記ホスト装置から与えられた第２のキーと、前記ホスト装置から前記第２の論理ボリュームまでのパスに関する第２のパス情報とを含む第２のコマンドを前記他のストレージ装置に送信することにより、前記第２のコマンドを受信した前記他のストレージ装置に、リザーブ確保対象の前記第１の論理ボリュームに対応付けて記憶しているリザーブ情報に含まれる前記第１のキー及び前記第１のパス情報と、前記第２のコマンドに含まれる前記第２のキー及び前記第２のパス情報を比較させ、前記第１のキー及び前記第１のパス情報と、前記第２のキー及び前記第２のパス情報とが一致したときに、前記第１の論理ボリュームを前記ホスト装置用にリザーブ確保させ、
   前記ホスト装置からの前記第２の論理ボリュームに対するアクセス要求に応じて、前記ホスト装置から前記第２の論理ボリュームまでのパスに関する第３のパス情報を含む第３のコマンドを前記他のストレージ装置に送信することにより、前記第３のコマンドを受信した前記他のストレージ装置に、アクセス対象の前記第１の論理ボリュームと対応付けて記憶している前記リザーブ情報に含まれる前記第１のパス情報と、前記第３のコマンドに含まれる前記第３のパス情報とを比較させ、前記第１及び第３のパス情報が一致したときに前記ホスト装置からのアクセスを許可させ、
   前記ホスト装置による前記第２の論理ボリュームへのアクセスを受けながら前記第１の論理ボリュームのデータを前記第３の論理ボリュームに移行させ、
   前記第３の論理ボリュームにデータを移行すると、前記第２の論理ボリュームのマッピングの変更処理に応じて、前記他のストレージ装置に、対応する前記第１の論理ボリュームについて記憶している対応する前記リザーブ情報を自ストレージ装置に移動させ、
   前記他のストレージ装置から移動されるリザーブ情報を前記第２の論理ボリュームについてのリザーブ情報に書き替えて前記リザーブ情報を利用してアクセス制御を行う
   ことを特徴とするストレージ装置。

Images