JP5288875B2 - ストレージシステム - Google Patents

Description

本発明はストレージシステムに係わり、特に、仮想化ストレージシステムに関するものである。

複数のストレージサブシステムを結合して、論理的に一つのストレージサブシステムとしてホスト計算機に認識させる仮想化ストレージシステムが存在する。仮想化ストレージシステムによれば、ユーザが複数のストレージサブシステムを統合して管理し、一つのストレージサブシステムとして運用できるという利点がある。この仮想化ストレージシステムはグリッドストレージシステムと呼ばれることもある。

仮想化ストレージシステムは、例えば、特開２００３−２８０８２４号公報、特開２００５−１６５７０２号公報、及び特開２００７−２１３４６６号にそれぞれ記載されている。
特開２００３−２８０８２４号公報 特開２００５−１６５７０２号公報 特開２００７−２１３４６６号公報

既述の従来技術には、単体のシステムとして運用されていたストレージサブシステムを仮想化ストレージシステムとして運用できることが記載されているが、仮想化ストレージシステムとして運用されていたストレージサブシステムを単体のシステムへ変更することについて開示はなく、実際上、係る運用の変更のためには、複数のストレージサブシステムの設定を改める必要があり、簡単かつ迅速に運用の変更を行うことは困難であった。

そこで、本発明は、ストレージサブシステムの単体のシステムとしての運用と仮想化ストレージシステムとしての運用とを、簡単かつ迅速に変更することができるストレージシステムを提供することを目的とする。

前記目的を達成するために、本発明は、管理装置から複数のストレージサブシステムのそれぞれに対して、単体のシステムとして動作する第１のモードと、仮想化ストレージシステムとして動作する第２のモードと、を設定できるようにしたストレージシステムであることを特徴とするものである。

本発明によれば、ストレージサブシステムの単体のシステムとしての運用と仮想化ストレージシステムとしての運用とを、簡単かつ迅速に変更することができるストレージシステムを提供することができる。

次に本発明の実施の形態に係る仮想化ストレージシステムを図面に基づいて説明する。図１は仮想化ストレージシステム１００のシステム構成ブロック図を示している。仮想ストレージシステム１００は、複数のストレージシステム２０Ａ，２０Ｂ，２０Ｃと、を備えている。

ストレージサブシステム２０Ａ，２０Ｂ，２０Ｃには、複数のホスト計算機１０Ａ、１０Ｂ、・・・・１０Ｎの少なくとも一つが接続されている。なお、これらホスト計算機を個々に区別しない場合には、ホスト計算機１０と総称する。

ホスト計算機１０は、ＳＡＮ（Storage Area Network）４１を介してストレージサブシステム２０Ａ，２０Ｂ，２０Ｃに接続している。複数のストレージサブシステムが互いに結合してホスト計算機に対して論理的に一つのストレージサブシステムとして機能する場合には、ホスト計算機１０は複数のストレージシステム２０Ａ，２０Ｂ，２０Ｃを論理的に一つの記憶資源として認識する。

一方、ストレージサブシステムが仮想化ストレージシステムの一部としてではなく、単体のシステムとしてホスト計算機に対して振る舞う場合には、ホスト計算機１０は複数のストレージサブシステムをそれぞれ区別して認識する。

ホスト計算機が複数のストレージサブシステムをどの様に認識するかは、ストレージサブシステムへの設定の内容に依存する。このことは後に詳しく説明する。

ホスト計算機は、ストレージサブシステムの上位装置であり、例えば、ＣＰＵ（Central Processing Unit）やメモリ等の情報処理資源を備えたコンピュータ装置であり、パーソナルコンピュータ、ワークステーション、サーバー、メインフレームとして構成される。

ホスト計算機は、キーボードスイッチやポインティングデバイス、マイクロフォン等の情報入力装置と、モニタディスプレイやスピーカー等の情報出力装置と、を備えている。

ホスト計算機１０は、例えば、データベース管理ソフトウェア、Ｗｅｂアプリケーションソフトエア、ストリーミングアプリケーションソフトウェア、Ｅビジネスアプリケーションソフトウェアなどの業務プログラムであるアプリケーションプログラムを有している。

仮想化ストレージシステム１００を構成するストレージサブシステム２０Ａ，２０Ｂ，２０Ｃは、それぞれ、チャネルアダプタ（ＣＨＡ）２６、共有メモリ２２、キャッシュメモリ２１、ディスクアダプタ（ＤＫＡ）２３、ＨＤＤなどのディスクユニット２４、バス１００Ａに対するバス接続部２５、及びＬＡＮ（Local Area Network）インターフェース制御部２７，２８を備えている。これらの各構成要素は、内部バス１００Ａによって互いに連結されている。

ＣＨＡ２６は、図２に示すように、ＳＡＮ４１と接続するポート２００と、マイクロプロセッサ２０２と、そして、ローカルメモリ２０４とが、互いにバス２０６に接続された構成を備えている。

ＤＫＡも図３に示すように、ディスクユニット２４に接続するポート２０８と、マイクロプロセッサと２０２、ローカルメモリ２０４がそれぞれバス２０６に接続した構成を備えている。ＤＫＡのポート２０８とディスクユニット２４との間は、ファイバチャネルのＦＣ−ＡＬやファブリック、またはパラレルＳＣＳＩなどにて接続される。

ＣＨＡ２６は、ホスト計算機１０との間のＳＡＮ４１を通じて、ホスト計算機１０との間でのコマンドやデータの転送を制御する。ＳＡＮ４１を介するデータ通信プロトコルは、ファイバチャネルプロトコルやｉＳＣＳＩプロトコルなどである。

ＣＨＡ２６のマイクロプロセッサ２０２（図２）は、ホスト計算機１０から、データの読み書き等を要求するコマンド及びデータを受信し、各種コマンドを解釈して実行する。ＤＫＡ２３のマイクロプロセッサ２０２（図３）は、複数のＨＤＤを制御するプログラムを実行する。これらのプログラムはマイクロプロセッサと対になっているローカルメモリ２０４に格納されている。

ＣＨＡ２６およびＤＫＡ２３との間で、連携した処理を行うためなどに必要な制御情報が、共有メモリ２２に格納されている。ＣＨＡ及びＤＫＡのマイクロプロセッサは、バス１００Ａを介して共有メモリ２２の制御情報にアクセスすることができる。

ＣＨＡ２６はホスト計算機１０からデータの読出し要求を受信すると、読出しコマンドを共有メモリ２２に記憶させる。ＤＫＡ２３は、共有メモリ２２を随時参照し、未処理の読出しコマンドを発見すると、記憶デバイスであるＨＤＤからデータを読み出して、キャッシュメモリ２１に記憶させる。

キャッシュメモリ２１は、ホスト計算機１０とストレージサブシステム２０との間で授受されるデータを一時的に保持するために使われる。

ＣＨＡ２６は、キャッシュメモリ２１に移されたデータを読み出し、コマンド発行元のホスト計算機１０に送信する。ＣＨＡ２６が、ホスト計算機からデータの書込み要求を受信すると、書込みコマンドを共有メモリ２２に記憶させると共に、受信データをキャッシュメモリ２１に記録する。

ＤＫＡ２３は、共有メモリ２２に記憶されたコマンドに従って、キャッシュメモリ２１に記憶されたデータを所定のＨＤＤに記録する。ＤＫＡ２３がＨＤＤとの間でデータ入出力を行う場合、ＣＨＡ２６から出力される論理アドレスであるＬＢＡ（Logical Block Address）を物理アドレスに変換する。

ＤＫＡ２３は、ディスクユニット２４に対してＲＡＩＤ構成に応じたデータアクセスを行う。ディスクユニット２４は、ＲＡＩＤ（Redundant Arrays of Independent Inexpensive Disks）構成された複数のディスクドライブ２４０を有する。

ディスクドライブ２４０は、ＦＣ（Fibre Channel）ディスクドライブ、ＳＡＴＡ（Serial Advanced Technology Attachment）ディスクドライブ、ＰＡＴＡ（Parallel Advanced Technology Attachment）ディスクドライブ、ＦＡＴＡ（Fibre Attached Technology Adapted）ディスクドライブ、ＳＡＳ（Serial Attached SCSI）ディスクドライブ或いはＳＣＳＩ（Small Computer System Interface）ディスクドライブ等の物理デバイスである。物理デバイスとは、実記憶領域を有する実デバイスである。

ＤＫＡ２３は、複数のディスクドライブ２４０をＲＡＩＤ方式に規定されるＲＡＩＤレベル（例えば、０，１，５）で制御することができる。ＲＡＩＤ方式においては、複数のディスクドライブ２４０が一つのＲＡＩＤグループとして管理される。

ＲＡＩＤグループは、例えば、４つのディスクドライブ２４０を一組としてグループ化することにより（３Ｄ＋１Ｐ）、或いは、８つのディスクドライブ２４０を一組としてグループ化することにより（７Ｄ＋１Ｐ）、構成される。

即ち、複数のディスクドライブ２４０のそれぞれが提供する記憶領域が集合して一つのＲＡＩＤグループが構成される。ＲＡＩＤグループ上には、ホスト計算機１０からのアクセス単位である複数の論理ボリューム２４１が定義される。

ホスト計算機１０が認識する論理的な記憶領域である論理ユニットには、一つ以上の論理ボリューム（ＬＤＥＶ）２４１がマッピングされている。ホスト計算機１０は、ＬＵＮ（論理番号）とＬＢＡとを指定することにより、論理ボリューム２４１にアクセスできる。

ホスト計算機１０がUnix（登録商標）系のシステムである場合には、論理ユニットは、デバイスファイル（Device File）に対応付けられる。ホスト計算機５１がWindows（登録商標）系のシステムである場合には、論理ユニットは、ドライブレター（ドライブ名）に対応付けられる。論理ユニットには、ＬＵＮ（Logical Unit Number）がアサインされる。

ホスト計算機１０からストレージサブシステム２０（２０Ａ，２０Ｂ，２０Ｃ）のＣＨＡ２６に送信されるコマンドは、ＣＨＡのマイクロプロセッサによって共有メモリ２２に書き込まれる。ＣＨＡはコマンドに対応する処理を実行し、その実行結果をステータスとして共有メモリ２２に書き込む。

バス１００Ａのバス接続部２５は、複数のストレージサブシステム２０Ａ，２０Ｂ，２０Ｃを互いに接続するネットワーク４３に接続されている。複数のストレージサブシステムはネットワーク４３を介してコマンド、制御情報、データの交換を行う。

ＬＡＮインターフェース制御部２７は、管理ネットワーク４０を介して管理サーバ５０に接続する。管理ネットワーク４０は、イーサネット（登録商標）ケーブルなどで構成されるＬＡＮである。

管理ネットワーク４０におけるデータ通信プロトコルは、ＴＣＰ／ＩＰである。管理サーバ５０は、論理ユニットの作成、ホスト計算機１０への論理ユニットの割り当て、ホスト計算機１０とストレージサブシステム２０との間のアクセスパスの設定（ＬＵＮマスキングやゾーニングなど）などを管理する。

ストレージサブシステム２０Ａにはサービスプロセッサ８１Ａが接続されている。サービスプロセッサ８１Ａは、ストレージサブシステム２０Ａの構成情報の設定や、稼働情報の取得などを行うコンピュータ端末である。

サービスプロセッサ８１Ａは、ストレージサブシステム２０Ａ内のＬＡＮインターフェース制御部２８に接続される。ストレージサブシステム２０Ｂにも同様にサービスプロセッサ８１Ｂが接続され、ストレージサブシステム２０Ｃにも同様にサービスプロセッサ８１Ｃが接続されている。

各ストレージサブシステムに接続する各サービスプロセッサ８１は、一つのマスタサービスプロセッサ８２に接続されている。マスタサービスプロセッサ８２は、各サービスプロセッサ８１から収集した情報（ストレージサブシステム２０の構成情報、ボリューム構造、稼働情報など）を一元管理する。

尚、複数のサービスプロセッサ８１のうちの一つがマスタサービスプロセッサとして機能してもよく、或いは各ストレージシステム２０がマスタサービスプロセッサ８２に直接接続されていてもよい。

ストレージシステム１００を構成する複数のストレージサブシステム２０Ａ，２０Ｂ，２０Ｃは互いに構成情報を送受信することにより、ストレージサブシステム間でのコマンド転送やボリュームマイグレーションを実行できる。

管理ネットワーク４０には、複数のホスト計算機１０と、複数のクライアント計算機３０が接続されている。各クライアント計算機３０は、管理ネットワーク４０を介してホスト計算機１０に接続し、ホスト計算機のアプリケーションプログラムを介してストレージシステム１００にデータ入出力を要求できる。

ホスト計算機１０がＬＡＮを介してＣＨＡ２６に接続している場合、ホスト計算機は、ファイル名を指定してファイル単位でのデータ入出力をストレージサブシステムに要求する。

一方、ホスト計算機がＳＡＮを介してＣＨＡ２６に接続している場合、ホスト計算機は、ファイバチャネルプロトコルに従って、複数のディスク記憶装置（ディスクドライブ）により提供される記憶領域のデータ管理単位であるブロックを単位としてデータ入出力をストレージサブシステムに要求する。

通信手段がＬＡＮである場合、ホスト計算機のアダプタは、例えばＬＡＮ対応のネットワークカードである。通信手段がＳＡＮの場合、ホスト計算機のアダプタは、既述のＨＢＡである。この場合、ホスト計算機とストレージサブシステムとは、ファイバチャネルプロトコルに従ってデータ転送を行う。

ホスト計算機がメインフレームの場合は、例えば、FICON（Fibre Connection：登録商標）、ESCON（Enterprise System Connection：登録商標）、ACONARC（Advanced Connection Architecture：登録商標）、FIBARC（Fibre Connection Architecture：登録商標）等の通信プロトコルに従ってデータ転送が行われる。

ホスト計算機がストレージサブシステムに接続されると、ストレージサブシステムの応答に基づいての認識処理を行う。図４はその処理内容を示すタイミングチャートである。

先ず、複数のホスト計算機１０のそれぞれは、複数のストレージサブシステム１０それぞれのＣＨＡにログインする（Ｓ１）。

ストレージサブシステム２０がホスト計算機１０のログインに対してログイン応答Ｓ２を返すことにより、ログインが完了する。

次に、ホスト計算機は、例えば、SCSI（Small Computer System Interface）規格で定められている照会コマンド（Inquiry）を、ストレージサブシステムに送信して、ストレージサブシステムからそのシステム情報（プロファイル）の応答を求める（Ｓ３）。

照会コマンドは、照会先のストレージサブシステムの種類及び構成を明らかにするために用いられるもので、照会先システムが有する階層を透過してその物理的構造を把握することができる。

照会コマンドを使用することにより、ホスト計算機は、例えば、ストレージサブシステムのメーカー名（ベンダーＩＤ）、モデル名（プロダクトＩＤ）、装置番号（ユニット シリアル ナンバー）、及び、ＣＨＡのマイクロプログラム（ファームウエア）のバージョン情報などの少なくとも1つからなるシステム情報をホスト計算機がログインしたストレージサブシステムから取得する（Ｓ４）。これらの情報はホスト計算機の所定領域に記憶される（Ｓ５）。

サーバとって、サーバに接続されているストレージコントローラのポートがどのコントローラのものかは、Inquiryコマンドに対するベンダーＩＤ、プロダクトＩＤ、ユニットシリアルナンバーからなる応答値から特定される。各ポートからのこれら応答値が同一であれば、サーバは同一のストレージコントローラのポートとして認識する。これらの応答値が異なっていれば、サーバはポートが異なるストレージコントローラに帰属するものと認識する。

サーバのオペレーティングシステムによっては、これら以外の応答値や他のコマンドに対する応答値を使ってコントローラの異同を判定する場合もあるかもしれないが、この場合でもコマンドに対する応答を複数のコントローラで同じにすれば、サーバからは区別がつかなくなる。

単体のシステムとして、ストレージサブシステム２０が動作する場合には、全てのストレージサブシステムはそれぞれＣＨＡのポートを介して、ＳＡＮ４１から、ＣＨＡのポートに接続されたホスト計算機１０に対して、それぞれ固有なシステム情報を供給する。

これに対して、仮想化システムとして、ストレージサブシステム２０が動作する場合には、それぞれのストレージサブシステムは、ホスト計算機に同一のシステム情報を供給する。この同一のシステム情報は、ストレージサブシステムの固有のシステム情報とは別に設定される仮想的或いは擬似的なものであって、以後、“仮想情報”と呼ぶことにする。

ストレージサブシステムが単体のシステムとして動作するか、仮想化ストレージシステムとして動作するかの制御情報は、マスター管理装置８２が各ストレージサブシステムの共有メモリ２２に設定する。

図５はマスター管理装置８２のユーザ管理画面である。ユーザ管理者は、この管理画面に基づいて、ストレージサブシステムの動作モードを設定する。物理動作モードを選択すると、マスター管理装置は全てのストレージサブシステムの共有メモリ２２の動作モードフラグに、物理動作モードに対応するフラグを設定する。仮想化動作モードを選択すると、マスター管理装置は全てのストレージサブシステムの共有メモリの動作モードフラグに、仮想化動作モードに対応するフラグを設定する。

物理動作モードはストレージサブシステムを単体のシステムとして動作させる制御情報であり、仮想化モードはストレージサブシステムを仮想化システムとして動作させる制御情報である。

図６は、マスター管理装置８２がストレージサブシステム２０に対して動作モードを設定するためのフローチャートである。マスター管理装置の設定プログラムは、既述の図５の管理画面をユーザ管理者に提供した後、ユーザ管理者から入力された動作モードをチェックする（６００）。

ユーザ管理者が物理動作モードを選択すると、マスター管理装置はストレージサブシステムの共有メモリ２２に物理動作モードに対応したフラグを設定する（６０２）。

続いて、マスター管理装置は、バス接続部２５のレジスタに物理動作モードに対応するフラグを設定する（６０４）。

バス接続部２５は、図７に示すように、コントローラ２５Ａとレジスタ２５Ｂとを備えている。レジスタ２５Ｂは、ストレージサブシステム内のバス１００Ａとネットワーク４３との間の接続関係を規定するための制御情報を記録し、コントローラ２５Ａはレジスタ２５Ｂの制御情報に基づいて、バス１００Ａとネットワーク４３とを接続又は切断する。

レジスタはレジスタ１（２５Ｂ−１）とレジスタ２（２５Ｂ−２）とを備えて、レジスタ１は物理動作モードに対応するフラグの記憶領域である。レジスタ１に“１”が設定されると、コントローラ２５Ａは、バス１００Ａとネットワーク４３との間の接続を有効にし、反対に“０”が設定されると、コントローラは、その接続を無効にする。ステップ６０４では、マスター管理装置８２は、レジスタ１に“０”を設定する。

レジスタ２は仮想ストレージシステムのＩＤ（以後、「仮想化ＩＤ」という。）を登録する領域である。これについては後ほど説明するが、物理動作モードではレジスタ２をＮＵＬＬに設定する。

ステップ６００において、マスター管理装置８２が、仮想化動作モードが選択されたことを確認すると、管理画面に図８の仮想化ＩＤを設定する画面を出力して、ユーザ管理者に仮想化ＩＤの入力を求める（６０６）。

複数のストレージサブシステムを複数のグループに分け、各グループにそれぞれ異なる仮想化ＩＤを持たせる事によって、ホスト計算機に対して、複数の仮想化ストレージシステムを構築することができる。

続いて、マスター管理装置はユーザ管理者に、図９に示すように、仮想化ＩＤが入力された仮想化ストレージシステムに対する仮想化情報を入力する画面を提示して、ユーザ管理者に仮想化情報の入力を促す（６０８）。

仮想化情報の“仮想化”とは、ストレージサブシステムが本来備えている固有のシステム情報とは異なることを意味している。その意味では、仮想化情報を擬似情報と称してもよい。

仮想化情報は、既述のシステム情報に倣って、仮想シリアル番号と、仮想ファームウエアバージョンと、仮想装置番号からなる。シリアル番号、ファームムウエアバージョン情報、装置番号は、ストレージサブシステムのコントローラのプロファイル情報である。

次いで、マスター管理装置は、同一の仮想化ＩＤが設定された、ストレージサブシステム（１つ又は複数である）に対して、その共有メモリ２２に仮想化ＩＤと、仮想化情報を格納する（６１０，６１２）。

図１０は、共有メモリ２２における、ユーザ管理画面から入力された情報を記録する構造のブロック図である。共有メモリは、動作モードに対応するフラグを記録する領域と、仮想化ＩＤを記録する領域と、仮想化情報を記録する領域と、を備えている。マスター管理装置８２又はマスター管理装置からのコマンドを受けたＣＨＡ２６は仮想化情報等を共有メモリ上の管理テーブルに登録する。

さらにマスター管理装置８２は、バス接続部のレジスタ１（図７）に“１”を設定し、さらに、レジスタ２に仮想化ＩＤを登録する（６１４）。

マスター管理装置は、複数のストレージサブシステムのそれぞれの管理装置に接続されている。マスター管理装置は、仮想化ストレージシステムとして設定されるべき複数のストレージサブシステムに対して、図６のフローチャートを実行する。

ＳＡＮ４１に接続されているあるストレージサブシステムを既存の仮想化ストレージシステムに加える場合には、マスター管理装置２８は、図６のフローチャートを実行して、このストレージサブシステムの動作モードを仮想化動作モードに設定し、そして、このストレージサブシステムに対して仮想化ストレージサブシステムと同様な仮想化ＩＤ及び仮想化情報を設定し、パス接続部のレジスタに対して図６のステップ６１４とおりにフラグを設定する。

一方、仮想化ストレージシステムを構成するあるストレージサブシステムを、仮想化ストレージシステムから除いて単体として動作させる場合には、動作モードを仮想化動作モードから物理動作モードに変更し、パス接続部のフラグ１に“０”を設定し、フラグ２の仮想化ＩＤをＮＵＬＬに設定する。

図６に示すように、既述の図４のＳ４の処理において、ストレージサブシステムがホスト計算機からInquiryコマンドを受けると、ＣＨＡ２６は共有メモリ２２のフラグをチェック（６００）、フラグが物理動作モードである場合には、ＣＨＡ２６は共有メモリ２２からストレージサブシステム固有のシステム情報をホスト計算機に応答する（６０４）。

フラグが仮想化動作モードである場合には、ＣＨＡ２６は仮想化ＩＤ、仮想化情報をホスト計算機に対して応答する。

ホスト計算機１０が複数のストレージサブシステム２０のそれぞれのＣＨＡ２６から同一の仮想化ＩＤ、仮想化情報などの共通或いは統一情報を受信すると、ホスト計算機１０は複数のストレージサブシステム２０を論理的に一つのストレージサブシステム、すなわち、仮想化ストレージシステムとして認識する。ホスト計算機１０は、異なるストレージサブシステムのＣＨＡを論理的に一つのストレージサブシステムの異なるポートとして認識する。

複数のストレージサブシステムが結合あるいは統合されて仮想化ストレージシステムが構成される上で、複数のストレージサブシステムのそれぞれの、ホスト計算機が接続するポート、論理ユニット、論理ユニットにマッピングされる論理ボリュームを仮想化ストレージシステムの論理体系の中で一意に定義される必要がある。

図１１は、仮想化ストレージシステムのパス定義情報を規定する管理テーブルである。仮想化ストレージシステムの各ストレージサブシステムは識別子で区別されている。仮想化ストレージシステム１がＣＬ１−ＡとＣＬ１−Ｂという二つの、ホスト計算機が接続するポートを有し、ＣＬ１−Ａには論理ユニットＬＵＮ０が割り当てられ、ＣＬ１−Ｂには論理ユニットＬＵＮ１が割り当てられ、論理ユニットＬＵＮ１は論理ボリューム０００１に割り当てられ、論理ユニットＬＵＮ１は論理ボリューム０００２に割り当てられていることをしめしている。

ポート番号、論理ユニットＩＤ、論理ボリュームＩＤ、仮想化ストレージシステムに属する全てのストレージサブシステムに渡って一意に定義される。

図１２は、ボリューム管理テーブルであり、例えば、ストレージサブシステム１の論理ボリューム０００１のデータがディスク装置のＨＤＤ＃０とＨＤＤ＃３とに格納されることを示している。

これら図１１及び図１２の管理テーブルは、マスター管理装置８２から、同一の仮想化ＩＤが設定された全てのストレージサブシステムの共有メモリ２２にそれぞれ格納される。

図１３に示すように、ホスト計算機１０は既述のアプリケーションプログラムと、仮想化プログラムと、交替パスプログラムを備えている。ホスト計算機は仮想化プログラムによって、同じ仮想化ＩＤと、同じ仮想情報と、がそれぞれ設定された複数のストレージサブシステムを論理的に一つのストレージサブシステム又は論理的に一つの記憶資源として認識してＣＨＡにアクセスする。

交替パスプログラムは、ホスト計算機と仮想化ストレージシステム内の論理ボリュームとの間の論理パスを管理し、マルチパス制御を実行する。マルチパス制御とは、複数の論理パスの中からどの論理パスを使用して論理ボリュームにアクセスするかを制御することである。

ストレージサブシステムは、仮想化ストレージシステムの体系で管理される既述の管理テーブルに加えて、単体のシステムの体系で定義された個別の管理テーブルを備えている。

図６のフローチャートに示すように、ホスト計算機からのアクセスを受けたＣＨＡ２６は、共有メモリ２２を参照して動作フラグをチェックする。ＣＨＡは、動作フラグが仮想化動作モードであることを確認すると、仮想化ストレージシステムの体系で統一的に管理・運用されている管理テーブルを参照して、ホスト計算機からのコマンドを処理する。

ＣＨＡが、動作フラグが物理動作モードであることを確認すると、単体のシステムの体系で管理される管理テーブルを参照する。

既述のとおり、仮想化ストレージシステムの各ストレージサブシステムは、仮想化ストレージシステムの体系で定義された既述の管理テーブルにしたがって、ホスト計算機からのアクセスを処理する。

仮想化ストレージシステムに属するあるストレージサブシステムのＣＨＡおよびＤＫＡは、バス接続線を介して他のストレージサブシステムの共有メモリを参照する。したがって、あるストレージサブシステムのＣＨＡおよびＤＫＡから見た共有メモリのアドレスは、他のストレージサブシステムの共有メモリを参照できるように、図１４のように構成されている。

なお、図１の符号２２Ａで示すように、バス接続線に独立した共有メモリを接続することもできる。この共有メモリに仮想化ストレージシステムの体系で定義された既述の管理テーブルを格納すると、例えば、ストレージサブシステム２０ＡのＣＨＡ２６およびＤＫＡ２３は、自身のストレージサブシステムの共有メモリ２２とバス接続線に接続された共有メモリ２２Ａを参照する。ＣＨＡおよびＤＫＡから見た共有メモリにおけるメモリ空間のアドレスは、図１５のようになる。

図１６は、仮想化ストレージシステムの各ストレージサブシステムのバス接続部２５のコントローラ２５Ａ（図７）の動作を示すフローチャートである。コントローラは、レジスタ１のフラグをチェックし（１６００）、フラグが“０”であることを確認すると、ストレージサブシステム内のバス１００Ａとバス接続線４３とのバス接続を無効にしてフローチャートを終了する（１６０２）。

フラグ１のレジスタが“１”の場合は、バス接続部のコントローラはバス接続線４３を介して複数ある他のストレージサブシステムのレジスタ２の値を読み込む（１６０４）。

次いで、コントローラは自身が属するバス接続部２５のレジスタ２の値を読み込み、この値と複数ある他のストレージサブシステムそれぞれのレジスタ２の値とを比較し（１６０６）、値が一致するストレージサブシステムに対しては、コントローラは、ストレージサブシステム内のバスとバス接続線との間のバス接続を有効にする（１６０８）。

一方、値が一致しないストレージサブシステムに対しては、コントローラは内部バス１００Ａとバス接続線３４との間の接続を無効にする（１６０８）。これにより、あるストレージサブシステムは、自身が属する仮想化ストレージシステムとは異なる他の仮想化ストレージシステムのストレージサブシステムに接続しないことが保証される。

次に、ホスト計算機から仮想化ストレージシステムに属するストレージサブシステムにリードコマンドを発行し、このリードコマンドを受けたＣＨＡがこのリードコマンドを処理することについて説明する。

図１７はこの処理を説明するフローチャートである。ＣＨＡは、ホスト計算機から指定された論理ユニットの番号から、自ストレージサブシステムの共有メモリ２２のパス定義情報を参照して論理ボリューム番号を求める（１７００）。

次いで、ＣＨＡは共有メモリのヒットミス判定テーブルを参照して、リードデータがキャッシュメモリ２１に存在するか否かを調べる。

図１８はヒットミス判定テーブルであり、論理ボリュームのブロックアドレスと、ヒットミスフラグと、データがあるストレージサブシステムの識別子と、キャッシュメモリ上のアドレスとの対応関係が登録されている。

ＣＨＡがこのヒットミス判定テールブルを参照した結果、リードされるデータがキャッシュメモリにあると判定すると（ヒット）、リードデータがあるキャッシュメモリの位置を判定する（１７０４）。一方、リードデータがキャッシュメモリに存在しないと判定された場合（ミス）には、後述のリードミス時の処理に移行する。

ＣＨＡがリードすべきデータが、自ストレージサブシステムのキャッシュメモリにあると判定すると、このキャッシュメモリからリードすべきデータを読み出しデータをサーバ（ホスト計算機）へ転送する（１７０６）。

一方、ＣＨＡがリードすべきデータが他のストレージサブシステムにあると判定すると、ＣＨＡ２６は自ストレージサブシステムのバス接続部２５とバス接続線４３を介して他のストレージシステムにアクセスして、他のストレージサブシステムのキャッシュメモリからリードすべきデータを読み出して、データを、リードコマンドを発行したサーバへ転送する（１７０８）。

図１９は、図１８のリードミス判定に続いて行われるフローチャートである。ホスト計算機からコマンドを受けたＣＨＡは、ボリューム管理テーブルを参照して、リードデータを格納する論理ボリュームを有するストレージサブシステムを判定する（１９００）。

ＣＨＡは、論理ボリュームがコマンドを受けたストレージサブシステムに存在すると判定すると、自ストレージサブシステムのキャッシュメモリ２１の領域をリードすべきデータに対して割り当てる（１９０２）。

次いで、ＤＫＡはディスク装置からリードすべきデータを読み出して、キャッシュメモリが割り当てた領域に格納する（１９０４）。そして、ＣＨＡはキャッシュメモリから読み出したデータをサーバに転送する（１９０６）。

一方、論理ボリュームが他のストレージサブシステムに存在する場合は、ステップ１９０２と同様にＣＨＡは、リードすべきデータにキャッシュメモリの記憶領域を割り当てる（１９０８）。

次いで、ＣＨＡはバス接続部２５を介して目的の論理ボリュームを有する他のストレージサブシステムにアクセスして、その共有メモリにリードコマンドを転送する。

他のストレージサブシステムのＤＫＡは、ディスク装置から目的のデータを読み出し、これを同じストレージサブシステムのキャッシュメモリに格納する（１９１０）。リードコマンドを受けたストレージサブシステムのＣＨＡは、バス接続部を介して他のストレージサブシステムのキャッシュメモリからリードデータを受領し、これをサーバに転送する。

次に、ライトコマンドの処理を説明する。図２０はこの処理を説明するフローチャートである。ホスト計算機からライトコマンドを受けたストレージサブシステムのＣＨＡはホスト計算機から指定された論理ユニット番号とパス定義情報からデータが書き込まれるべき論理ボリューム番号を特定する（２０００）。

次いで、ＣＨＡは共有メモリのボリューム管理テーブルを参照して目的のボリュームを備えているストレージサブシステムを特定する（２００２）。

ＣＨＡが、ボリュームがＣＨＡと同じストレージサブシステムである自ストレージサブシステムにあると判定すると（２００４）、ＣＨＡは、ライトデータに対して、自ストレージサブシステムのキャッシュメモリのキャッシュ領域を割り当てる（２００６）。

次いで、ＣＨＡはキャッシュメモリにサーバからのライトデータを格納する（２００８）。自ストレージサブシステムのＤＫＡは、キャッシュメモリへのライトデータの書き込みに同期して、あるいは非同期にキャッシュメモリのライトデータを読み出し、これをディスク装置に格納する（２０１０）。

一方、ライトデータが書き込まれる論理ボリュームがライトコマンドを受けたストレージサブシステムとは異なる他ストレージサブシステムにある場合には（２００４）、自ストレージサブシステムのＣＨＡはそのキャッシュメモリのキャッシュ領域を、ライトデータを格納するために割り当てる（２０１２）。

自ストレージサブシステムのＣＨＡは、そのキャッシュメモリの割当て領域にサーバからのライトデータを書き込む（２０１４）。

他のストレージサブシステムのＤＫＡはバス接続部及びバス接続線を介して自ストレージサブシステムのキャッシュメモリからライトデータを読み出し、そのＤＫＡは自身のストレージサブシステムのディスク装置にライトデータを書き込む（２０１６）。この書き込みは、ステップ２０１０と同様に、キャッシュメモリへのデータの書き込みと同期或いは非同期に行う。

次に本発明に係わる仮想化ストレージシステムの第１の実施例について説明する。図２１は第１のストレージサブシステムのボリュームに格納されているデータを第２のストレージサブシステムのボリュームにマイグレーションすることを説明するフローチャートである。図２２はマイグレーションの過程を示すブロック図である。

ホスト計算機（サーバ）１０と第１のストレージサブシステム１０Ａ（図２２）とが接続したストレージシステムが存在する。このストレージシステムに第２のストレージサブシステム１０Ｂを追加する（２１００）。例えば、第１のストレージサブシステム１０Ａを第２のストレージサブシステム１０Ｂに交換、あるいは更新する場合である。

マスター管理装置は、第１と第２の二つのストレージサブシステムに、既述のとおり、仮想化動作モードを設定し、さらに仮想化ＩＤ及び仮想化情報を格納して第１のストレージサブシステムと第２のストレージサブシステムが仮想化ストレージシステム１００を構成するようにした。

次いで、第２のストレージサブシステム２０Ｂの管理装置又はマスター管理装置は、第１のストレージサブシステム２０Ａのボリュームを、ストレージシステムに追加された第２のストレージサブシステム１０ＢのＣＨＡからアクセスできるように、第１のストレージサブシステム１０Ａの論理ボリューム２２００にアクセスできるパス２２０４を定義する（２１０２）。

次いで、第２のストレージサブシステム１０ＢのＣＨＡポートとホスト計算機１０とをＩ／Ｏケーブル２２０６で接続する（２１０４）と、ホスト計算機は論理ボリューム２２００に対するアクセスパスが増設されたと認識する。

マスター管理装置は、第１のストレージサブシステムの論理ボリューム２２００をマイグレーション元、第２のストレージサブシステムの論理ボリューム２２０２をマイグレーション先に設定し、第１のストレージサブシステムのＣＨＡはマイグレーション元の論理ボリュームのデータをマイグレーション先の論理ボリュームへ移行させる（２１０６）。この過程で、サーバ１０から論理ボリューム２２００へのアクセスは継続されている。

第１のストレージサブシステムの論理ボリューム２２００から第２のストレージサブシステムの論理ボリューム２２０２へのデータマイグレーションが終了すると、ホスト計算機と第１のストレージサブシステムとの間のアクセスパス２２１０を切り離す（２１０８）。

ホスト計算機は、論理ボリューム２２００へのパス（２２０６→２２０４）が新たに追加されたあと既存のパス２２１０が取り除かれたかのように認識する。

次に、本発明の第２の実施例について説明する。この実施例は、出願人によってダイナミックプロビジョニングと称されるものである。図２３に示すように、ストレージサブシステム２０はホスト計算機が認識する仮想ボリューム２３００を備えている。

仮想ボリューム２３００は仮想的な容量をホスト計算機１０に見せているだけで、それ自身にはディスク装置の実際の記憶領域が割り当てられていない。

ホスト計算機から仮想ボリュームにライトがあると、ディスク装置の記憶領域をプールしているプールボリューム２３０２から記憶領域の単位ボリューム２３０４がホスト計算機からのライトに割り当てられる。以上の機能をダイナミックプロビジョニングと称する。

図２４はダイナミックプロビジョニングの動作を説明するフローチャートである。第１のストレージサブシステムの仮想ボリュームにホスト計算機からライトアクセスがあると、このフローチャートがスタートし、第１のストレージサブシステムのＣＨＡは、プールボリュームにプールされている記憶領域の容量を確認する（２４００）。

ＣＨＡはホスト計算機からのライトアクセスに対して必要な容量があるかを判定し（２４０２）、これを肯定すると、ＣＨＡはホスト計算機からのライトに記憶領域を割り当て、ＤＫＡはこの記憶領域にライトデータを格納する（２４０４）。

これに対して、プールボリュームに記憶領域がないか、あるいは不足している場合には、ＣＨＡは共有メモリに格納されている動作モードフラグをチェックする（２４０６）。

ＣＨＡが物理動作モードを判定すると、ＣＨＡはライトコマンドを発行したホスト計算機に対してプールボリュームの容量が不足して、ライトアクセスに記憶領域を割り当てることができない旨を通知する（２４０８）。

一方、ＣＨＡが動作モードとして仮想化動作モードを判定すると、共有メモリの図２５に示す管理テーブルを参照する。この管理テーブルは、仮想化ストレージシステムに属する各ストレージサブシステムのプールボリュームの容量を管理するものであり、ＣＨＡはこの管理テーブルを参照して、余裕があるプールボリュームを持っている他のストレージサブシステムを判定する（２４０８）。

ＣＨＡが全てのストレージサブシステムが、余裕があるプールボリュームを備えていないと判定すると、ＣＨＡはライトコマンドを発行したホスト計算機に対してプールボリュームの容量が不足して、ライトアクセスに記憶領域を割り当てることができない旨を通知する（２４１０）。

ＣＨＡが、余裕があるプールボリュームを備えている他のストレージサブシステムを検出すると、ＣＨＡはそのストレージサブシステムにライトデータを転送し、ライトデータが転送された他のストレージサブシステムのＤＫＡがディスク装置の記憶領域をライトデータの格納用に割り当てる（２４１２）。

図２６は、本発明に係る仮想化ストレージシステム１００の第３の実施例であり、ホスト計算機１０が第１のストレージサブシステム２０Ａに接続している。第１のストレージサブシステム２０Ａと、第２のストレージサブシステム２０Ｂと、第３のストレージサブシステム２０Ｃと、は仮想化ストレージシステム１００を構成している。

ホスト計算機１０及び第１のストレージサブシステム２０Ａは、ボリュームペア管理プログラム（１０−１，２６００）を備えている。第１のストレージサブシステムのボリューペア管理プログラム２６００は、レプリカ処理ジョブ２６０２を実行して、論理ボリューム２６０４のレプリカ２６０６を作成する。

第２のストレージサブシステム２０ＢのＣＨＡは第１のストレージサブシステム２０Ａのボリューム管理プログラム２６００にアクセスして、レプリカ処理ジョブ２６０８を実行する。第２のストレージサブシステムは論理ボリューム２６１０のレプリカ２６１２を第３のストレージサブシステムに作成する。

ホスト計算機から見ると、第１のストレージサブシステム、第２のストレージサブシステム、及び第３のストレージサブシステムは、論理的に一つのストレージサブシステムとして認識するので、第２のストレージサブシステムのボリュームのレプリカを第３のストレージサブシステムの論理ボリュームに作成することを、同一のストレージサブシステム内のボリュームペア作成として処理することができる。

図２７はさらに第４の実施例であり、ストレージシステムは二つの仮想化ストレージシステム１００，１００Ａを備えている。第１のストレージサブシステム２０Ａと第２のストレージサブシステム２０Ｂとが第１の仮想化ストレージシステム１００を構成し、第３のストレージサブシステム２０Ｃと、第４のストレージサブシステム２０Ｄとが、第２の仮想化ストレージシステム１００Ａを構成している。

第１のストレージサブシステムと第２とのストレージサブシステムには第１の仮想化ＩＤが設定されている。第３のストレージサブシステムと第４のストレージサブシステムには第１の仮想化ＩＤと異なる第２の仮想化ＩＤが設定されている。

第１のストレージサブシステムのボリュームペア管理プログラム２７００は、リモート処理ジョブ２７０２を実行し、第１の論理ボリューム２７０４と第３のストレージサブシステムの第３の論理ボリューム２７１４とをリモートコピーペアとして、第１の論理ボリューム２７０４へのホスト計算機１０からのデータを第３の論理ボリューム２７１４へリモートコピー２７１０する。

第２のストレージサブシステムはボリュームペア管理プログラム２７０６に基づいて、リモート処理ジョブ２７０６を実行し、第２の論理ボリューム２７０８と第４のストレージサブシステムの第４の論理ボリューム２７１６とをリモートコピーのペアとして、第２の論理ボリュームへのホスト計算機１０からのライトデータを第４の論理ボリューム２７１６へリモートコピー２７１２する。

図２８は第３及び第４の実施例において、ホスト計算機からボリュームペアに関連する制御コマンドを受けた第１のストレージサブシステムのＣＨＡの処理を示すフローチャートである。ＣＨＡがホスト計算機から論理ボリュームペア管理コマンドを受信すると、ボリュームペアのうちのコピー元である正ボリュームが自ストレージサブシステム内にあるか否かを判定する（２８００）。

正ボリュームが自ストレージサブシステムにあることを判定すると、ＣＨＡは自ストレージサブシステムのボリュームペア管理プログラムにレプリカ処理、リモートコピー処理を要求する（２８０２）。

一方、正ボリュームが他のストレージサブシステムにあることを判定すると、自ストレージサブシステムのＣＨＡは、正ボリュームを有する他のストレージサブシステムのボリュームペア管理プログラムに、ホスト計算機からのペア管理コマンドを転送して、ボリュームペアに関するジョブを実行することを要求する（２８０４）。

既述の仮想化ストレージシステムにおいては、マスター管理装置が仮想化ストレージシステムを統合的に管理する。図２９はマスター管理装置からユーザ管理者に提供される、仮想化ストレージシステムの構成情報である。

ストレージサブシステム（Ａ００１）、ストレージサブシステム（Ａ００２）、ストレージサブシステム（Ａ００３）が統合されて仮想化ストレージシステムを構成することが示されている。仮想化ストレージシステムのＩＤは５０００１であり、仮想化ストレージシステムのプロファイルの設定機能と、仮想化ストレージシステムの保守機能と、がユーザ管理者に提示される。

ユーザ管理者が仮想化ストレージシステムの保守機能を選択すると、図３０の保守画面がユーザ管理者に提示される。異常があるユニットは、ユーザ管理者に点滅するなどして通知される。

ユーザ管理者がストレージサブシステムの保守機能を選択すると、選択したストレージサブシステムの保守画面がユーザ管理者に通知される。

以上説明した本発明の実施形態又は実施例では、同じ仮想化モードで動作する複数のストレージサブシステムが、ホスト計算機に対する応答コマンドを互いに統一することにより、ホスト計算機は複数のストレージサブシステムを論理的に１つのストレージサブシステムとして認識するようにしたが、ホスト計算機に仮想化プログラムを搭載することで、ホスト計算機が複数のストレージサブシステムを１つの記憶資源として論理的に認識するようにしたり、ホスト計算機とストレージサブシステムとの間に仮想化装置を備えるようにして、ホスト計算機が複数のストレージサブシステムを1つの記憶資源として論理的に認識するようにしてもよい。

また、本発明は、ストレージサブシステムをある上位装置に対しては仮想化モードで動作させ、そして他の上位装置に対しては物理動作モードで動作させることもできる。

図３２はこのことを示す、ストレージシステムのブロック図である。ストレージサブシステム1の記憶資源や制御資源を分割して、サーバ１に対しては物理動作モードで動作させ、サーバ２に対しては仮想化モードで動作させていることを示している。

本発明に係る仮想化ストレージシステムの実施形態のハードウエアブロック図である。 チャネルアダプタのハードウエアを示すブロック図である。 ディスクアダプタのハードウエアを示すブロック図である。 ホスト計算機からの照会コマンドに対するストレージサブシステムからの応答を説明するタイミングチャートである。 統合管理装置（マスター管理端末）を利用してユーザ管理者がストレージサブシステムの動作モードを設定する際での、管理画面である。 統合管理装置がストレージサブシステムに動作モードを設定する際での、統合管理端末装置の処理動作を示すフローチャートである。 ストレージサブシステムの接続部のハードウエアを示すブロック図である。 仮想化ストレージシステムに属する複数のストレージサブシステムへ同一の仮想化ＩＤを設定するための、統合管理装置の管理画面である。 仮想化ストレージシステムに属する複数のストレージサブシステムへ同一の仮想情報を設定するための、統合管理装置の管理画面である。 共有メモリの構造を示すブロック図である。 仮想化ストレージシステムのパス定義情報を規定する管理テーブルである。 ボリューム管理テーブルである。 ホスト計算機のブロック図である。 仮想化ストレージシステムの属するストレージサブシステムの共有メモリのメモリアドレスの構造を示すブロック図である。 仮想化ストレージシステムの属するストレージサブシステムの共有メモリの他のメモリアドレスの構造を示すブロック図である。 仮想化ストレージシステムの各ストレージサブシステムのバス接続部の動作を示すフローチャートである。 仮想化ストレージシステムがリードコマンドを処理する様子を説明するフローチャートである。 ヒットミス判定テーブルである。 リードミス時の仮想化ストレージシステムがリードコマンドを処理することを説明するフローチャートである。 仮想化ストレージシステムがライトコマンドを処理する様子を説明するフローチャートである。 仮想化ストレージシステムを構成する、第１のストレージサブシステムと第２のストレージサブシステムとの間で、第１のストレージシステムのボリュームに格納されているデータを、第２のストレージサブシステムのボリュームにマイグレーションすることを説明するフローチャートである。 図２１のマイグレーションの過程を説明するブロック図である。 ダイナミックプロビジョニングの原理を説明するブロック図である。 ダイナミックプロビジョニングの動作を説明するフローチャートである。 仮想化ストレージシステムに属する各ストレージサブシステムのプールボリュームの容量を管理するテーブルである。 仮想化ストレージシステムのレプリカ処理ジョブを説明するブロック図である。 仮想化ストレージシステムのリモートコピー処理ジョブを説明するブロック図である。 仮想化ストレージシステムのボリュームコピー処理を説明するブロック図である。 仮想化ストレージシステムの構成情報を示す、統合管理装置の管理画面である。 仮想化ストレージシステムの保守に関する情報を示す、統合管理装置の管理画面である。 仮想化ストレージシステムに属するストレージサブシステムの保守情報を示す、統合管理装置又は個別管理装置の管理画面である。 ストレージサブシステムの資源を分割して、一方を物理動作モードで、他方仮想化モードにして、複数もモードを並存させたことを示すストレージシステムのブロック図である。

符号の説明

１０ ホスト計算機（１０Ａ，１０Ｂ，・・・１０Ｎ）
２０ ストレージサブシステム（２０Ａ，２０Ｂ，２０Ｃ・・・）
２１ キャッシュメモリ
２２ 共有メモリ
２３ ディスクアダプタ
２４ ディスク装置
２５ バス接続部
２６ チャネルアダプタ
４１ ＳＡＮ（ホスト計算機−ストレージシステム接続手段）
８１ 個別管理装置（８１Ａ，８１Ｂ，８１Ｃ・・・）
８２ 統合管理装置
１００ 仮想化ストレージシステム
２４０ ＨＤＤ
２４１ 論理ボリューム

Claims (8)

1. 上位装置と接続するためのポートを有する第１のアダプタと、
   前記上位装置からのデータを一時的に格納するためのキャッシュメモリと、
   前記データを格納するための記憶資源に接続される第２のアダプタと、
   ストレージサブシステムが単体のシステムとして動作するか或いは仮想化ストレージシステムとして動作するかに関して事前に設定される制御情報が格納されるメモリと
   を含み、
   前記記憶資源によって構成される論理ボリュームに対するアクセスを制御する複数のストレージサブシステムを有し、
   各前記ストレージサブシステムは、前記上位装置から照会コマンドを受け取った際、前記メモリに設定された前記制御情報に応じて前記仮想化ストレージシステムとして動作すべき場合には、各前記第１のアダプタが各前記制御情報として各前記メモリに設定済みの仮想化識別子を前記上位装置に対して応答することにより、前記上位装置に、同一の前記仮想化識別子を応答した前記複数のストレージサブシステムの各前記第１のアダプタを論理的に１つのストレージサブシステムの異なるポートとして認識させ、前記複数のストレージサブシステムを仮想化して論理的に１つの前記仮想化ストレージシステムとして認識させる第１のモードを実行し、前記第１のモードにおいて前記データを読み出す際には、前記データの読み出し要求を受けたストレージサブシステムが、前記仮想化ストレージシステムに属する前記複数のストレージサブシステムに各々一意に定義されたポートごとに、前記データが格納されている前記論理ボリュームのアドレス情報を管理するボリューム管理テーブルを参照し、前記複数のストレージサブシステムのうちから前記データを格納している前記論理ボリュームを有する特定のストレージサブシステムを求め、前記特定のストレージサブシステムにおける前記論理ボリュームから前記データを読み出して前記上位装置に転送し、
   一方、各前記ストレージサブシステムは、前記上位装置から照会コマンドを受け取った際、前記メモリに設定された前記制御情報に応じて前記単体のシステムとして動作すべき場合には、各前記第１のアダプタが各前記制御情報として各前記メモリに設定済みのシステム情報を前記上位装置に応答し、前記上位装置に、異なる前記システム情報を応答した各前記ストレージサブシステムを単体のシステムとして認識させる第２のモードを実行する
   ことを特徴とするストレージシステム。
2. 前記第１のモードが適用される前記複数のストレージサブシステムのそれぞれの前記メモリには、仮想的な共通情報が記録される、請求項１記載のストレージシステム。
3. 前記共通情報は、前記第１のモードが適用される複数のストレージサブシステムに共通のＩＤである、請求項２記載のストレージシステム。
4. 前記共通情報は、前記第１のモードが適用される前記複数のストレージサブシステムに共通なプロファイル情報である、請求項２記載のストレージシステム。
5. 前記上位装置は、前記第１のモードが適用される複数のストレージサブシステムの前記メモリから前記共通情報を受信して、当該複数のストレージサブシステムを論理的に１つのストレージサブシステムとして認識する、請求項２記載のストレージシステム。
6. 前記共通情報は、前記第１のモードが適用される複数のストレージサブシステムに共通な統合管理装置から、前記メモリに供給される、請求項２記載のストレージシステム。
7. 前記第１のモードが適用される前記複数のストレージサブシステムのそれぞれは、お互いが接続される接続部を備え、
   前記接続部は、前記ＩＤが異なる前記複数のストレージサブシステム間の接続を無効にする、請求項３記載のストレージシステム。
8. 前記複数のストレージサブシステムの構成情報を設定する管理装置を備え、
   前記管理装置は、前記複数のストレージサブシステム共通の仮想情報を設定し、
   各前記ストレージサブシステムは、前記上位装置からの前記照会コマンドに対して前記仮想識別子を前記上位装置に応答し、
   前記上位装置は、この応答に基づいて、前記仮想化ストレージシステムを認識する、請求項１に記載のストレージシステム。

Images