(57)【特許請求の範囲】
【請求項１】
上位装置と接続するためのポートを有する第１のアダプタと、
前記上位装置からのデータを一時的に格納するためのキャッシュメモリと、
前記データを格納するための記憶資源に接続される第２のアダプタと、
ストレージサブシステムが単体のシステムとして動作するか或いは仮想化ストレージシステムとして動作するかに関して事前に設定される制御情報が格納されるメモリと
を含み、
前記記憶資源によって構成される論理ボリュームに対するアクセスを制御する複数のストレージサブシステムを有し、
各前記ストレージサブシステムは、前記上位装置から照会コマンドを受け取った際、前記メモリに設定された前記制御情報に応じて前記仮想化ストレージシステムとして動作すべき場合には、各前記第１のアダプタが各前記制御情報として各前記メモリに設定済みの仮想化識別子を前記上位装置に対して応答することにより、前記上位装置に、同一の前記仮想化識別子を応答した前記複数のストレージサブシステムの各前記第１のアダプタを論理的に１つのストレージサブシステムの異なるポートとして認識させ、前記複数のストレージサブシステムを仮想化して論理的に１つの前記仮想化ストレージシステムとして認識させる第１のモードを実行し、前記第１のモードにおいて前記データを読み出す際には、前記データの読み出し要求を受けたストレージサブシステムが、前記仮想化ストレージシステムに属する前記複数のストレージサブシステムに各々一意に定義されたポートごとに、前記データが格納されている前記論理ボリュームのアドレス情報を管理するボリューム管理テーブルを参照し、前記複数のストレージサブシステムのうちから前記データを格納している前記論理ボリュームを有する特定のストレージサブシステムを求め、前記特定のストレージサブシステムにおける前記論理ボリュームから前記データを読み出して前記上位装置に転送し、
一方、各前記ストレージサブシステムは、前記上位装置から照会コマンドを受け取った際、前記メモリに設定された前記制御情報に応じて前記単体のシステムとして動作すべき場合には、各前記第１のアダプタが各前記制御情報として各前記メモリに設定済みのシステム情報を前記上位装置に応答し、前記上位装置に、異なる前記システム情報を応答した各前記ストレージサブシステムを単体のシステムとして認識させる第２のモードを実行する
ことを特徴とするストレージシステム。
【請求項２】
前記第１のモードが適用される前記複数のストレージサブシステムのそれぞれの前記メモリには、仮想的な共通情報が記録される、請求項１記載のストレージシステム。
【請求項３】
前記共通情報は、前記第１のモードが適用される複数のストレージサブシステムに共通のＩＤである、請求項２記載のストレージシステム。
【請求項４】
前記共通情報は、前記第１のモードが適用される前記複数のストレージサブシステムに共通なプロファイル情報である、請求項２記載のストレージシステム。
【請求項５】
前記上位装置は、前記第１のモードが適用される複数のストレージサブシステムの前記メモリから前記共通情報を受信して、当該複数のストレージサブシステムを論理的に１つのストレージサブシステムとして認識する、請求項２記載のストレージシステム。
【請求項６】
前記共通情報は、前記第１のモードが適用される複数のストレージサブシステムに共通な統合管理装置から、前記メモリに供給される、請求項２記載のストレージシステム。
【請求項７】
前記第１のモードが適用される前記複数のストレージサブシステムのそれぞれは、お互いが接続される接続部を備え、
前記接続部は、前記ＩＤが異なる前記複数のストレージサブシステム間の接続を無効にする、請求項３記載のストレージシステム。
【請求項８】
前記複数のストレージサブシステムの構成情報を設定する管理装置を備え、
前記管理装置は、前記複数のストレージサブシステム共通の仮想情報を設定し、
各前記ストレージサブシステムは、前記上位装置からの前記照会コマンドに対して前記仮想識別子を前記上位装置に応答し、
前記上位装置は、この応答に基づいて、前記仮想化ストレージシステムを認識する、請求項１に記載のストレージシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はストレージシステムに係わり、特に、仮想化ストレージシステムに関するものである。
【背景技術】
【０００２】
複数のストレージサブシステムを結合して、論理的に一つのストレージサブシステムとしてホスト計算機に認識させる仮想化ストレージシステムが存在する。仮想化ストレージシステムによれば、ユーザが複数のストレージサブシステムを統合して管理し、一つのストレージサブシステムとして運用できるという利点がある。この仮想化ストレージシステムはグリッドストレージシステムと呼ばれることもある。
【０００３】
仮想化ストレージシステムは、例えば、特開２００３−２８０８２４号公報、特開２００５−１６５７０２号公報、及び特開２００７−２１３４６６号にそれぞれ記載されている。
【特許文献１】特開２００３−２８０８２４号公報
【特許文献２】特開２００５−１６５７０２号公報
【特許文献３】特開２００７−２１３４６６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
既述の従来技術には、単体のシステムとして運用されていたストレージサブシステムを仮想化ストレージシステムとして運用できることが記載されているが、仮想化ストレージシステムとして運用されていたストレージサブシステムを単体のシステムへ変更することについて開示はなく、実際上、係る運用の変更のためには、複数のストレージサブシステムの設定を改める必要があり、簡単かつ迅速に運用の変更を行うことは困難であった。
【０００５】
そこで、本発明は、ストレージサブシステムの単体のシステムとしての運用と仮想化ストレージシステムとしての運用とを、簡単かつ迅速に変更することができるストレージシステムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
前記目的を達成するために、本発明は、管理装置から複数のストレージサブシステムのそれぞれに対して、単体のシステムとして動作する第１のモードと、仮想化ストレージシステムとして動作する第２のモードと、を設定できるようにしたストレージシステムであることを特徴とするものである。
【発明の効果】
【０００７】
本発明によれば、ストレージサブシステムの単体のシステムとしての運用と仮想化ストレージシステムとしての運用とを、簡単かつ迅速に変更することができるストレージシステムを提供することができる。
【発明を実施するための最良の形態】
【０００８】
次に本発明の実施の形態に係る仮想化ストレージシステムを図面に基づいて説明する。図１は仮想化ストレージシステム１００のシステム構成ブロック図を示している。仮想ストレージシステム１００は、複数のストレージシステム２０Ａ，２０Ｂ，２０Ｃと、を備えている。
【０００９】
ストレージサブシステム２０Ａ，２０Ｂ，２０Ｃには、複数のホスト計算機１０Ａ、１０Ｂ、・・・・１０Ｎの少なくとも一つが接続されている。なお、これらホスト計算機を個々に区別しない場合には、ホスト計算機１０と総称する。
【００１０】
ホスト計算機１０は、ＳＡＮ（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の記憶資源や制御資源を分割して、サーバ１に対しては物理動作モードで動作させ、サーバ２に対しては仮想化モードで動作させていることを示している。
【図面の簡単な説明】
【０１５３】
【図１】本発明に係る仮想化ストレージシステムの実施形態のハードウエアブロック図である。
【図２】チャネルアダプタのハードウエアを示すブロック図である。
【図３】ディスクアダプタのハードウエアを示すブロック図である。
【図４】ホスト計算機からの照会コマンドに対するストレージサブシステムからの応答を説明するタイミングチャートである。
【図５】統合管理装置（マスター管理端末）を利用してユーザ管理者がストレージサブシステムの動作モードを設定する際での、管理画面である。
【図６】統合管理装置がストレージサブシステムに動作モードを設定する際での、統合管理端末装置の処理動作を示すフローチャートである。
【図７】ストレージサブシステムの接続部のハードウエアを示すブロック図である。
【図８】仮想化ストレージシステムに属する複数のストレージサブシステムへ同一の仮想化ＩＤを設定するための、統合管理装置の管理画面である。
【図９】仮想化ストレージシステムに属する複数のストレージサブシステムへ同一の仮想情報を設定するための、統合管理装置の管理画面である。
【図１０】共有メモリの構造を示すブロック図である。
【図１１】仮想化ストレージシステムのパス定義情報を規定する管理テーブルである。
【図１２】ボリューム管理テーブルである。
【図１３】ホスト計算機のブロック図である。
【図１４】仮想化ストレージシステムの属するストレージサブシステムの共有メモリのメモリアドレスの構造を示すブロック図である。
【図１５】仮想化ストレージシステムの属するストレージサブシステムの共有メモリの他のメモリアドレスの構造を示すブロック図である。
【図１６】仮想化ストレージシステムの各ストレージサブシステムのバス接続部の動作を示すフローチャートである。
【図１７】仮想化ストレージシステムがリードコマンドを処理する様子を説明するフローチャートである。
【図１８】ヒットミス判定テーブルである。
【図１９】リードミス時の仮想化ストレージシステムがリードコマンドを処理することを説明するフローチャートである。
【図２０】仮想化ストレージシステムがライトコマンドを処理する様子を説明するフローチャートである。
【図２１】仮想化ストレージシステムを構成する、第１のストレージサブシステムと第２のストレージサブシステムとの間で、第１のストレージシステムのボリュームに格納されているデータを、第２のストレージサブシステムのボリュームにマイグレーションすることを説明するフローチャートである。
【図２２】図２１のマイグレーションの過程を説明するブロック図である。
【図２３】ダイナミックプロビジョニングの原理を説明するブロック図である。
【図２４】ダイナミックプロビジョニングの動作を説明するフローチャートである。
【図２５】仮想化ストレージシステムに属する各ストレージサブシステムのプールボリュームの容量を管理するテーブルである。
【図２６】仮想化ストレージシステムのレプリカ処理ジョブを説明するブロック図である。
【図２７】仮想化ストレージシステムのリモートコピー処理ジョブを説明するブロック図である。
【図２８】仮想化ストレージシステムのボリュームコピー処理を説明するブロック図である。
【図２９】仮想化ストレージシステムの構成情報を示す、統合管理装置の管理画面である。
【図３０】仮想化ストレージシステムの保守に関する情報を示す、統合管理装置の管理画面である。
【図３１】仮想化ストレージシステムに属するストレージサブシステムの保守情報を示す、統合管理装置又は個別管理装置の管理画面である。
【図３２】ストレージサブシステムの資源を分割して、一方を物理動作モードで、他方仮想化モードにして、複数もモードを並存させたことを示すストレージシステムのブロック図である。
【符号の説明】
【０１５４】
１０  ホスト計算機（１０Ａ，１０Ｂ，・・・１０Ｎ）
２０  ストレージサブシステム（２０Ａ，２０Ｂ，２０Ｃ・・・）
２１  キャッシュメモリ
２２  共有メモリ
２３  ディスクアダプタ
２４  ディスク装置
２５  バス接続部
２６  チャネルアダプタ
４１  ＳＡＮ（ホスト計算機−ストレージシステム接続手段）
８１  個別管理装置（８１Ａ，８１Ｂ，８１Ｃ・・・）
８２  統合管理装置
１００  仮想化ストレージシステム
２４０  ＨＤＤ
２４１  論理ボリューム
【図１】
0005288875.tif 000002
【図２】
0005288875.tif 000003
【図３】
0005288875.tif 000004
【図４】
0005288875.tif 000005
【図５】
0005288875.tif 000006
【図６】
0005288875.tif 000007
【図７】
0005288875.tif 000008
【図８】
0005288875.tif 000009
【図９】
0005288875.tif 000010
【図１０】
0005288875.tif 000011
【図１１】
0005288875.tif 000012
【図１２】
0005288875.tif 000013
【図１３】
0005288875.tif 000014
【図１４】
0005288875.tif 000015
【図１５】
0005288875.tif 000016
【図１６】
0005288875.tif 000017
【図１７】
0005288875.tif 000018
【図１８】
0005288875.tif 000019
【図１９】
0005288875.tif 000020
【図２０】
0005288875.tif 000021
【図２１】
0005288875.tif 000022
【図２２】
0005288875.tif 000023
【図２３】
0005288875.tif 000024
【図２４】
0005288875.tif 000025
【図２５】
0005288875.tif 000026
【図２６】
0005288875.tif 000027
【図２７】
0005288875.tif 000028
【図２８】
0005288875.tif 000029
【図２９】
0005288875.tif 000030
【図３０】
0005288875.tif 000031
【図３１】
0005288875.tif 000032
【図３２】
0005288875.tif 000033