JP4842720B2 - ストレージシステム及びデータ複製方法 - Google Patents

Description

本発明は、ネットワークに接続されたストレージ装置に関し、当該ストレージ装置間でデータのみならず、構成情報をも複製する技術に関する。

従来、２台のストレージ装置間において、データの複製を作成し、複製状態を維持するデータレプリケーション技術が知られている。このデータレプリケーション技術は、予め指定した２個のボリューム間において、プライマリボリュームで行われたデータ変更をセカンダリボリュームにも反映することで、複製状態を維持している。

データレプリケーション技術は、ディザスタリカバリにおいて主に利用されている。例えば、データレプリケーション技術では、プライマリサイトで災害が発生した場合に、セカンダリサイトにおいてレプリケーションされたボリュームを使って業務を再開することにより、業務を継続することができる（例えば特許文献１参照）。

一方、ストレージ装置の構成に関する構成情報を複数のストレージ装置間で複製する技術も知られている。例えば、集中管理サーバは、複数のストレージ装置に対して、例えば、同様の論理ボリュームの数、論理ボリュームの容量等の同様の構成情報の変更を要求することで、複数のストレージ装置間で構成情報を一致させることができる（例えば特許文献２参照）。
特開２０００−１３２３４３号公報 特開２００５−４４１９９号公報

しかしながら、従来の技術では、データのレプリケーション及び構成情報を一致させることを同時に行わせることができなかった。

すなわち、データレプリケーション技術の場合、２台のストレージ装置間でデータの複製を行う前に、当該２台のストレージ装置間で同一容量の論理ボリュームが既に構成済みであることを前提としている。ストレージ装置の管理者は、データの複製を行う前に、当該２台のストレージ装置間で同一容量の論理ボリュームを作成し、両ボリューム間でペア構成を設定する必要があった。このようにデータレプリケーション技術は、構成情報の変更と連携できないという課題がある。

一方、集中管理サーバが複数のストレージ装置に対して、同様の構成情報の変更を要求する場合、ストレージ装置の管理者は、データの複製の進捗状況によって、構成情報の変更を行えるかどうか判断する必要がある。例えば、２台のストレージ装置それぞれで論理ボリュームを削除するときに、セカンダリボリュームへのデータの複製が完了していない場合、プライマリボリュームが削除可能であっても、当該プライマリボリュームの削除の実施を待つ必要がある。このように、集中管理サーバによる構成情報を一致させる技術は、データの複製と連携できないという課題がある。

そこで、２台のストレージ装置間でデータと構成情報の両方の複製を作成し、複製状態を維持する技術を提供することができれば、ストレージ装置の管理者に対して、当該ストレージ装置を簡易に運用させることができるものと考えられる。

本発明は以上の点を考慮してなされたもので、管理者に対して簡易に運用させ得るストレージシステム及びデータ複製方法を提案するものである。

かかる課題を解決するために本発明においては、上位装置に接続され、上位装置から送信されるデータを記憶する第１のストレージ装置と、第１のストレージ装置に接続され、第１のストレージ装置のバックアップデータを記憶する第２のストレージ装置とを有するストレージシステムであって、第１のストレージ装置は、上位装置から送信される要求のうち、データ格納場所に関する論理的な構成情報の変更要求を識別する識別部と、識別部により識別されたデータ格納場所に関する論理的な構成情報の変更要求に基づいて、第１のストレージ装置のデータ格納場所に関する論理的な構成情報を変更する第１の変更部と、データ格納場所に関する論理的な構成情報の変更要求を第２のストレージ装置に送信する送信部とを備え、第２のストレージ装置は、送信部により送信されたデータ格納場所に関する論理的な構成情報の変更要求に基づいて、第１のストレージ装置と同様に第２のストレージ装置のデータ格納場所に関する論理的な構成情報を変更する第２の変更部を備えることを特徴とする。

従って、ストレージ装置の管理者に、データの複製を行う前に、第１のストレージ装置及び第２のストレージ装置間で同一容量のデータ格納場所を作成し、当該データ格納場所の間でペア構成を設定させ、又はデータの複製の進捗状況によって、構成情報の変更を行えるかどうか判断させるといった煩雑な作業を未然かつ有効に防止しながら、データの複製を実行することができる。

また、本発明においては、上位装置に接続され、上位装置から送信されるデータを記憶する第１のストレージ装置と、第１のストレージ装置に接続され、第１のストレージ装置のバックアップデータを記憶する第２のストレージ装置とを有するストレージシステムのデータ複製方法であって、上位装置から送信される要求のうち、データ格納場所に関する論理的な構成情報の変更要求を識別する第１のステップと、第１のステップにおいて識別したデータ格納場所に関する論理的な構成情報の変更要求に基づいて、第１のストレージ装置のデータ格納場所に関する論理的な構成情報を変更する第２のステップと、データ格納場所に関する論理的な構成情報の変更要求を第２のストレージ装置に送信する第３のステップと、第３のステップにおいて送信したデータ格納場所に関する論理的な構成情報の変更要求に基づいて、第１のストレージ装置と同様に第２のストレージ装置のデータ格納場所に関する論理的な構成情報を変更する第４のステップとを備えることを特徴とする。

従って、ストレージ装置の管理者に、データの複製を行う前に、第１のストレージ装置及び第２のストレージ装置間で同一容量のデータ格納場所を作成し、当該データ格納場所の間でペア構成を設定させ、又はデータの複製の進捗状況によって、構成情報の変更を行えるかどうか判断させるといった煩雑な作業を未然かつ有効に防止しながら、データの複製を実行することができる。

本発明によれば、上位装置から送信される要求のうち、データ格納場所に関する論理的な構成情報の変更要求を識別し、当該識別したデータ格納場所に関する論理的な構成情報の変更要求に基づいて、第１のストレージ装置のデータ格納場所に関する論理的な構成情報を変更して、データ格納場所に関する論理的な構成情報の変更要求を第２のストレージ装置に送信し、当該送信したデータ格納場所に関する論理的な構成情報の変更要求に基づいて、第１のストレージ装置と同様に第２のストレージ装置のデータ格納場所に関する論理的な構成情報を変更することにより、ストレージ装置の管理者に、データの複製を行う前に、第１のストレージ装置及び第２のストレージ装置間で同一容量のデータ格納場所を作成し、当該データ格納場所の間でペア構成を設定させ、又はデータの複製の進捗状況によって、構成情報の変更を行えるかどうか判断させるといった煩雑な作業を未然かつ有効に防止しながら、データの複製を実行することができ、かくして、管理者に対して簡易に運用させ得るストレージシステム及びデータ複製方法を実現できる。

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

（１）第１の実施の形態
図１は、第１の実施の形態によるストレージシステム１の構成を示している。このストレージシステム１は、プライマリストレージ装置２、セカンダリストレージ装置３、管理サーバ４及びアプリケーションサーバ５がネットワーク６〜８を介して接続されることにより構成されている。

プライマリストレージ装置２は、アプリケーションサーバ５のデータを格納するためのストレージ装置である。プライマリストレージ装置２は、外部と接続するための入出力インタフェース１１Ａ〜１３Ａ、管理サーバ４及びアプリケーションサーバ５からの要求処理と当該プライマリストレージ装置２内部の制御とを実行するディスクコントローラ１４Ａ、データを一時的にキャッシュするキャッシュメモリ１５Ａ及びデータを格納するディスクドライブ群１６Ａから構成されている。

セカンダリストレージ装置３は、プライマリストレージ装置２と同様に構成されている。図１では、セカンダリストレージ装置３の各構成要素について、プライマリストレージ装置２の構成要素と同一部分に、同一符号に添え字「Ａ」に代えて添え字「Ｂ」を付している。この場合、入出力インタフェース数やディスクコントローラ数、キャッシュメモリ量、ディスクドライブの台数などのハード構成は、プライマリストレージ装置２とセカンダリストレージ装置３とで一致させることが前提である。

管理サーバ４は、プライマリストレージ装置２の構成管理を指示するサーバである。管理サーバ４は、ＣＰＵ（Central Processing Unit）やメモリ等の情報処理資源を備えたコンピュータ装置であり、例えばパーソナルコンピュータやワークステーションなどから構成されている。管理サーバ４は、キーボード、スイッチやポインティングデバイス、マイクロフォン等の情報入力装置（図示せず）と、モニタディスプレイやスピーカ等の情報出力装置（図示せず）と、入出力インタフェース２１とを備えており、入出力インタフェース２１及びネットワーク６をそれぞれ介してプライマリストレージ装置２の入出力インタフェース１１Ａに接続されている。

アプリケーションサーバ５は、プライマリストレージ装置２にデータを書き込み、又はプライマリストレージ装置２からデータを読み出すサーバである。アプリケーションサーバ５は、ＣＰＵやメモリ等の情報処理資源を備えたコンピュータ装置であり、例えばパーソナルコンピュータやワークステーションなどから構成されている。アプリケーションサーバ５は、キーボード、スイッチやポインティングデバイス、マイクロフォン等の情報入力装置（図示せず）と、モニタディスプレイやスピーカ等の情報出力装置（図示せず）と、入出力インタフェース３１とを備えており、入出力インタフェース３１及びネットワーク７をそれぞれ介してプライマリストレージ装置２の入出力インタフェース１２Ａに接続されている。

プライマリストレージ装置２及びセカンダリストレージ装置３は、それぞれ入出力インタフェース１３Ａと入出力インタフェース１３Ｂとがネットワーク８を介して接続されている。プライマリストレージ装置２は、このネットワーク８を介してプライマリストレージ装置２内のデータをセカンダリストレージ装置３に複製し、又はセカンダリストレージ装置３の構成をプライマリストレージ装置２に一致させるように構成を変更する。

ネットワーク６〜８は、例えば、ＳＡＮ（Storage Area Network）、ＬＡＮ（Local Area Network）、インターネット、公衆回線又は専用回線などから構成される。このネットワーク６〜８を介したプライマリストレージ装置２、セカンダリストレージ装置３、管理サーバ４及びアプリケーションサーバ５間の通信は、例えば、ネットワーク６〜８がＳＡＮである場合には、ファイバーチャネルプロトコルに従って行われ、ネットワーク６〜８がＬＡＮである場合には、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）プロトコルに従って行われる。

図２は、プライマリストレージ装置２における内部の論理構成を示している。プライマリストレージ装置２は、要求受領処理部４１Ａ、要求キュー４２Ａ、要求処理部４３Ａ、要求複製処理部４４Ａ、同期化処理部４５Ａ、装置ペア設定部４６Ａ、カーネル４７Ａ、障害検出処理部４８Ａ、構成情報４９Ａ及びデータ格納部５０Ａから構成されている。

データ格納部５０Ａは、ディスクコントローラ１４ＡによりＲＡＩＤ（Redundant Array of Independent Disks）方式で運用される。１又は複数のディスクドライブにより提供される物理的な記憶領域上に、１又は複数の論理的なボリューム（以下、これを論理ボリュームと呼ぶ）が設定される。そしてデータは、この論理ボリューム内に所定大きさのブロック（以下、これを論理ユニット（Logical Unit:LU）と呼ぶ）単位で記憶される。また、１又は複数の論理ボリューム上に、さらに、１又は複数の論理ボリュームが設定されることもある。

構成情報４９Ａは、物理的な構成情報５１Ａ、装置固有の論理的な構成情報５２Ａ及びデータ格納場所に関する論理的な構成情報５３Ａから構成されている。

物理的な構成情報５１Ａの例としては、ＲＡＩＤグループ（RAID Group）がどのディスクドライブから構成されているかという情報や、スペアのディスクドライブがどれかという情報、各部品の障害に関する情報などがある。

装置固有の論理的な構成情報５２Ａの例としては、ストレージ装置間の上下関係、つまりプライマリストレージ装置２かセカンダリストレージ装置３かの区別や、性能モニタリング情報、ログ情報などがある。

データ格納場所に関する論理的な構成情報５３Ａの例としては、論理ボリュームの構成情報、論理ボリュームから入出力インタフェース１１Ａ〜１３Ａへのパス情報、論理ボリュームへのアクセス制御情報、スナップショットボリュームの複製などボリューム間の複製関係に関する情報などがある。

図３は、セカンダリストレージ装置３における内部の論理構成を示している。セカンダリストレージ装置３は、プライマリストレージ装置２と同様の内部構成により構成されている。図３では、セカンダリストレージ装置３の各構成要素について、プライマリストレージ装置２の構成要素と同一部分に、同一符号に添え字「Ａ」に代えて添え字「Ｂ」を付している。ただし、セカンダリストレージ装置３は、データ及び構成情報の複製先であるため、本発明を実施する上で、要求複製処理部４４Ｂ、同期化処理部４５Ｂ、装置ペア設定部４６Ｂを動作することができないようになされている。

ここで、本実施の形態における動作概要について説明する。まず、管理サーバ４は、プライマリストレージ装置２に対して、セカンダリストレージ装置３が装置ペアの相手装置であることを指示する。続いて、プライマリストレージ装置２は、自装置の構成情報４９Ａのうち、データ格納場所に関する論理的な構成情報５３Ａをセカンダリストレージ装置３に送信する。この結果、データ格納場所に関する論理的な構成情報５３Ａがデータ格納場所に関する論理的な構成情報５３Ｂとして複製され、プライマリストレージ装置２及びセカンダリストレージ装置３間のデータ格納場所に関する論理的な構成情報５３Ａ、５３Ｂが一致することとなる。

次に、プライマリストレージ装置２は、自装置内の全論理ボリューム５４Ａについて、セカンダリストレージ装置３の対応する論理ボリューム５４Ｂとペアを組み、プライマリストレージ装置２内の全論理ボリューム５４Ａの全データをセカンダリストレージ装置３に送信する。この結果、全論理ボリューム５４Ａがセカンダリストレージ装置３の対応する論理ボリューム５４Ｂに複製される。以上で、プライマリストレージ装置２及びセカンダリストレージ装置３の初期における複製が完了する。

プライマリストレージ装置２及びセカンダリストレージ装置３は、初期コピー完了後、装置状態をペア（PAIR）状態に遷移させる。プライマリストレージ装置２は、データ更新要求や構成情報の変更要求に基づいて、当該データ更新要求や構成情報の変更要求をその順番でセカンダリストレージ装置３に対して送信する。この場合の順序性は、データ更新要求及び構成情報変更要求を１つの要求キュー（後述）で管理することにより保障することができるようになされている。これは、プライマリストレージ装置２が受領した要求を、プライマリストレージ装置２がセカンダリストレージ装置３に対して要求することで行う。これにより、プライマリストレージ装置２及びセカンダリストレージ装置３間でデータ及び構成情報の複製状態を維持することができる。

プライマリストレージ装置２及びセカンダリストレージ装置３は、何らかの障害が発生し、データ又は構成情報が一致しなくなった場合には、装置状態をペア状態からサスペンド（SUSPEND）状態に遷移させ、それ以降の複製状態の維持を一時的に停止する。プライマリストレージ装置２及びセカンダリストレージ装置３は、障害が発生した要因が取り払われた後、再び上述の初期における複製を行うことで複製状態を再び維持することができる。ただし、このときすべてのデータの複製は不要である。データに関しては、書込み要求のログ情報を使うことで、サスペンド状態中に更新された論理ボリューム５４Ａのデータのみ、セカンダリストレージ装置３に複製するようにすれば良い。

次に、上述の動作を実現するための詳細を以下に説明する。図４は、装置ペア管理テーブル６０を示している。装置ペア管理テーブル６０は、装置固有の論理的な構成情報５２Ａ、５２Ｂに含まれている。装置ペア管理テーブル６０は、装置ペア種別６１、相手装置６２、装置ペア状態６３、論理ボリュームペア状態６４から構成されている。

装置ペア種別６１は、自装置がプライマリストレージ装置２であるかセカンダリストレージ装置３であるかを区別する。「PRIMARY」であれば、プライマリストレージ装置２であることを示しており、「SECONDARY」であれば、セカンダリストレージ装置３であることを示している。相手装置６２は、装置ペアの相手先の装置を識別するユニークなＩＤである。例えば、ＩＰ（Internet Protocol）アドレスやＤＮＳ（Domain Name System）名、ＷＷＮ（World Wide Name）などが利用できる。装置ペア状態６３は、装置ペアの状態を示している。「PAIR」であれば、ペア状態であり複製状態が維持されていることを示しており、「SUSPEND」であれば、サスペンド状態であり障害などの原因によって複製状態を維持できず、複製が一時的に中断していることを示している。なお、「SMPL」であれば、ＳＭＰＬ状態でありどの装置とも装置ペア状態の関係がないことを示しており、装置ペアを作成する前は、「SMPL」に設定されている。論理ボリュームペア状態６４は、装置内の全論理ボリュームのペア状態を示している。この場合、全論理ボリュームがペア状態に遷移されていることを示している。

図５及び図６は、要求キュー４２Ａで管理されている個々の要求管理テーブル７０を示している。要求管理テーブル７０は、装置固有の論理的な構成情報５２Ａに含まれている。要求管理テーブル７０は、要求ＩＤ７１、要求時刻７２、要求種別７３、コマンド名７４、パラメータ７５から構成されている。

要求ＩＤ７１は、各要求を識別するために割り当てられているユニークなＩＤである。要求時刻７２は、プライマリストレージ装置２がアプリケーションサーバ５から要求を受領した時刻である。要求種別７３は、要求の種別である。例えば、要求の種別としては、論理ボリュームのデータ更新要求を示す「DATA_WRITE」、論理ボリュームのデータ参照要求を示す「DATA_READ」、物理的な構成情報を更新する要求を示す「PHISICAL_INFO」、装置固有の論理的な構成情報を更新する要求を示す「LOGICAL_DEV_INFO」及びデータ格納場所に関する論理的な構成情報を更新する要求を示す「LOGICAL_VOL_INFO」がある。

コマンド名７４は、要求の内容を示している。要求の内容は様々であるため、それらをすべてここで示すことはできないが、例えば、データ格納場所に関する論理的な構成情報を更新する要求として、新しい論理ボリュームを作成する「CREATE_LUN」コマンドがある。また、別の例として、論理ボリュームのデータ更新を行う「WRITE」コマンドがある。パラメータ７５は、コマンドに付属する引数である。これによってコマンドの具体的な実施対象が決まる。例えば、新しい論理ボリュームを作成する場合、どのＲＡＩＤグループのどの位置にどのサイズの論理ボリュームを作成するかをパラメータとして指定する。また、別の例として、論理ボリュームへのデータ更新を行う要求の場合、どの論理ボリュームのどの位置にどのサイズのどのデータを書き込むのかを指定する。

なお、図５は、要求種別７３が論理ボリュームの作成の場合における要求管理テーブル７０を示しており、図６は、要求種別７３が論理ボリュームのデータ更新を行う場合における要求管理テーブル７０を示している。

ここで、プライマリストレージ装置２に対して、並行して複数の要求が発行される場合がある。プライマリストレージ装置２は、これらの要求を、その要求を受け取った時刻の順に要求キューによる順序管理を行い、その順序で要求を順番に処理していく。図７は、要求キュー４２Ａを示している。要求キュー４２Ａは、複数の要求管理テーブル７０を表す要求５５をキュー状に管理する。すなわち、新しい要求５５は、要求キュー４２Ａの最後尾に接続され、要求キュー４２Ａの先頭にある要求５５から順次処理されることとなる。このようにして、ストレージシステム１では、データの更新の順番と構成情報の変更の順番とが前後せず、矛盾が発生しないようにすることができる。

図８は、プライマリストレージ装置２の装置ペア設定部４６Ａの動作の詳細フローチャートについて示している。装置ペア設定部４６Ａは、初期時、管理サーバ４がネットワーク経由でプライマリストレージ装置２に対して装置ペアの設定変更を行った場合に、カーネル４８Ａから呼び出される。続いて、装置ペア設定部４６Ａは、図８に示す装置ペア設定処理手順ＲＴ１に従って、要求内容が新規装置ペア生成要求であるか否かをチェックする（Ｓ１）。

そして、装置ペア設定部４６Ａは、要求内容が新規装置ペア作成要求である場合（Ｓ１：ＹＥＳ）には、新規に装置ペア管理テーブル６０を生成し、装置ペア管理テーブル６０の装置ペア種別６１及び相手装置６２を設定する（Ｓ２）。この場合、相手装置６２の識別子は、新規装置ペア作成要求に記述されている。

続いて、装置ペア設定部４６Ａは、装置ペア管理テーブル６０の装置ペア状態６３をサスペンド状態に設定する（Ｓ３）。続いて、装置ペア設定部４６Ａは、装置ペア管理テーブル６０の論理ボリュームペア状態６４をサスペンド状態に設定する（Ｓ４）。続いて、装置ペア設定部４６Ａは、同期化処理部４５Ａを呼び出す（Ｓ５）。この結果、プライマリストレージ装置２及びセカンダリストレージ装置３間では、同期化処理部４５Ａによりデータ格納場所に関する論理的な構成情報５３Ａ及び全論理ボリューム５４Ａの全データの初期における複製が実施される。やがて、装置ペア設定部４６Ａは、データ格納場所に関する論理的な構成情報５３Ａ及び全論理ボリューム５４Ａの全データの初期における複製が完了すると、この後、図８に示す装置ペア設定処理手順ＲＴ１を終了する（Ｓ１２）。

これに対して、装置ペア設定部４６Ａは、要求内容が新規装置ペア作成要求でない場合（Ｓ１：ＮＯ）には、要求内容が装置ペア削除要求であるか否かをチェックする（Ｓ６）。

そして、装置ペア設定部４６Ａは、要求内容が装置ペア削除要求である場合（Ｓ６：ＹＥＳ）には、装置ペア管理テーブル６０の装置ペア状態６３及び論理ボリュームペア状態６４がペア状態となっている論理ボリューム５４Ａ及び論理ボリューム５４Ｂを削除する（Ｓ７）。続いて、装置ペア設定部４６Ａは、装置ペア管理テーブル６０の装置ペア状態６３及び論理ボリュームペア状態６４をＳＭＰＬ状態に遷移させる（Ｓ８）。やがて、装置ペア設定部４６Ａは、装置ペア管理テーブル６０の装置ペア状態６３及び論理ボリュームペア状態６４をＳＭＰＬ状態に遷移すると、この後、図８に示す装置ペア設定処理手順ＲＴ１を終了する（Ｓ１２）。

これに対して、装置ペア設定部４６Ａは、要求内容が装置ペア削除要求でない場合（Ｓ６：ＮＯ）には、要求内容が装置ペア再同期要求であるか否かをチェックする（Ｓ９）。

そして、装置ペア設定部４６Ａは、要求内容が装置ペア再同期要求である場合（Ｓ９：ＹＥＳ）には、同期化処理部４５Ａを呼び出す（Ｓ１０）。この結果、プライマリストレージ装置２及びセカンダリストレージ装置３間では、同期化処理部４５Ａによりデータ格納場所に関する論理的な構成情報５３Ａ及び論理ボリューム５４Ａのデータの再同期における複製が実施される。やがて、装置ペア設定部４６Ａは、データ格納場所に関する論理的な構成情報５３Ａ及び論理ボリューム５４Ａのデータの再同期における複製が完了すると、この後、図８に示す装置ペア設定処理手順ＲＴ１を終了する（Ｓ１２）。

これに対して、装置ペア設定部４６Ａは、要求内容が装置ペア再同期要求でない場合（Ｓ９：ＮＯ）には、要求内容に対応する処理を実行する（Ｓ１１）。やがて、装置ペア設定部４６Ａは、要求内容に対応する処理が完了すると、この後、図８に示す装置ペア設定処理手順ＲＴ１を終了する（Ｓ１２）。

図９は、プライマリストレージ装置２の同期化処理部４５Ａの動作の詳細フローチャートについて示している。同期化処理部４５Ａは、プライマリストレージ装置２及びセカンダリストレージ装置３間のデータ及び構成情報を一致化させる同期化処理を実行する。プライマリストレージ装置２及びセカンダリストレージ装置３間では、ペア構成を新たに組んだ場合や、装置ペア管理テーブル６０の装置ペア状態６３がしばらくサスペンド状態であった場合には、データ内容や構成情報が大きく異なっている。このような差異を一致化させる処理が同期化処理である。同期化処理の間は、データの参照更新は可能であるが、構成変更要求は拒否する。

同期化処理部４５Ａは、初期時、装置ペア設定部４６Ａから呼び出される。続いて、同期化処理部４５Ａは、図９に示す同期化処理手順ＲＴ２に従って、構成変更要求の受け付けの拒否を開始する（Ｓ２１）。同期化処理部４５Ａは、これ以降、拒否を終了するまで、管理サーバ４から発行された構成変更要求をすべてエラーで返すようになされている。続いて、同期化処理部４５Ａは、データ格納場所に関する論理的な構成情報５３Ａをファイル等の塊として確定する（Ｓ２２）。続いて、同期化処理部４５Ａは、確定したデータ格納場所に関する論理的な構成情報５３Ａのファイル等をセカンダリストレージ装置３に送信する（Ｓ２３）。この結果、確定したデータ格納場所に関する論理的な構成情報５３Ａのファイル等がセカンダリストレージ装置３に複製される。

この場合、セカンダリストレージ装置３では、確定したデータ格納場所に関する論理的な構成情報５３Ａの変更のファイル等の複製が完了すると、当該確定したデータ格納場所に関する論理的な構成情報５３Ａのファイル等を展開し、データ格納場所に関する論理的な構成情報５３Ｂとして置き換える。

続いて、同期化処理部４５Ａは、論理ボリューム５４Ａのデータを複製する（Ｓ２４）。この場合、同期化処理部４５Ａは、初期における複製の場合には、全論理ボリューム５４Ａの全データをセカンダリストレージ装置３に送信し、この結果、全論理ボリューム５４Ａの全データが、論理ボリューム５４Ｂに複製される。また、同期化処理部４５Ａは、再同期における複製の場合には、書込み要求のログ情報によってデータの変更位置を記録しているため、変更があった論理ボリューム５４Ａのデータのみをセカンダリストレージ装置３に送信し、この結果、論理ボリューム５４Ａのデータが、対応する論理ボリューム５４Ｂに複製される。

続いて、同期化処理部４５Ａは、装置ペア管理テーブル６０の装置ペア状態６３をサスペンド状態からペア状態に遷移させる（Ｓ２５）。続いて、同期化処理部４５Ａは、装置ペア管理テーブル６０の論理ボリュームペア状態６４をサスペンド状態からペア状態に遷移させる（Ｓ２６）。続いて、同期化処理部４５Ａは、構成変更要求の受け付けの拒否を終了する（Ｓ２７）。やがて、同期化処理部４５Ａは、構成変更要求の受け付けの拒否を終了すると、この後、図９に示す同期化処理手順ＲＴ２を終了する（Ｓ２７）。

図１０は、プライマリストレージ装置２の要求受領処理部４１Ａの動作の詳細フローチャートについて示している。要求受領処理部４１Ａは、入出力インタフェース１１Ａ、１２Ａから受領した、管理サーバ４又はアプリケーションサーバ５からの要求を受領し、要求キュー８０に接続する処理を行う。

要求受領処理部４１Ａは、初期時、入出力インタフェース１１Ａ又は１２Ａにおいて何らかの要求を受領すると、カーネル４８Ａから呼び出される。続いて、要求受領処理部４１Ａは、図１０に示す要求受領処理手順ＲＴ３に従って、入出力インタフェース１１Ａ又は１２Ａから当該要求を受領する（Ｓ３１）。続いて、要求受領処理部４１Ａは、受領した要求の内容から要求管理テーブル７０を作成し、作成した要求管理テーブル７０を表す要求５５を要求キュー８０の最後尾に接続する（Ｓ３２）。この場合、要求受領処理部４１Ａは、受領した要求の内容に応じて、要求管理テーブル７０の要求種別７３を設定する。

要求受領処理部４１Ａは、例えば、受領した要求が論理ボリューム作成要求であった場合、データ格納場所に関する論理的な構成情報５３Ａの変更要求であるため、要求種別７３として「LOGICAL_VOL_INFO」を設定する。この要求種別７３の情報は、要求処理部４３Ａにおいて、要求の内容をセカンダリストレージ装置３に反映させる必要があるか否かを識別する目的で利用される。やがて、同期化処理部４５Ａは、作成した要求管理テーブル７０を表す要求５５を要求キュー８０の最後尾に接続すると、この後、図１０に示す要求受領処理手順ＲＴ３を終了する（Ｓ３３）。

図１１は、プライマリストレージ装置２の要求処理部４３Ａの動作の詳細フローチャートについて示している。要求処理部４３Ａは、初期時、定期的にカーネル４８Ａから呼び出される。続いて、要求処理部４３Ａは、図１１に示す要求処理手順ＲＴ４に従って、要求キュー８０から要求５５を取り出す（Ｓ４１）。続いて、要求処理部４３Ａは、要求管理テーブル７０の要求種別７３が「DATA_READ」であるか否かをチェックする（Ｓ４２）。

そして、要求処理部４３Ａは、要求管理テーブル７０の要求種別７３が「DATA_READ」である場合（Ｓ４２：ＹＥＳ）には、対応する論理ボリューム５４Ａから対応するデータの読出し処理を実行し（Ｓ４３）、この後、当該要求５５を送信した管理サーバ４又はアプリケーションサーバ５に当該要求５５に対する結果を応答し（Ｓ５２）、やがて図１１に示す要求処理手順ＲＴ４を終了する（Ｓ５３）。

これに対して、要求処理部４３Ａは、要求管理テーブル７０の要求種別７３が「DATA_READ」でない場合（Ｓ４２：ＮＯ）には、要求管理テーブル７０の要求種別７３が「PHISICAL_INFO」又は「LOGICAL_DEV_INFO」であるか否かをチェックする（Ｓ４４）。

そして、要求処理部４３Ａは、要求管理テーブル７０の要求種別７３が「PHISICAL_INFO」又は「LOGICAL_DEV_INFO」である場合（Ｓ４４：ＹＥＳ）には、対応する物理的な構成又は装置固有の論理的な構成の変更処理を実行し（Ｓ４５）、この後、当該要求５５を送信した管理サーバ４又はアプリケーションサーバ５に当該要求５５に対する結果を応答し（Ｓ５２）、やがて図１１に示す要求処理手順ＲＴ４を終了する（Ｓ５３）。

これに対して、要求処理部４３Ａは、要求管理テーブル７０の要求種別７３が「PHISICAL_INFO」又は「LOGICAL_DEV_INFO」でない場合（Ｓ４４：ＮＯ）には、要求管理テーブル７０の要求種別７３が「DATA_WRITE」であるか否かをチェックする（Ｓ４６）。

そして、要求処理部４３Ａは、要求管理テーブル７０の要求種別７３が「DATA_WRITE」である場合（Ｓ４６：ＹＥＳ）には、対応する論理ボリューム５４Ａに対応するデータの書込み処理を実行し（Ｓ４７）、要求複製処理部４４Ａを呼び出すと（Ｓ５０）、この後、当該要求５５を送信した管理サーバ４又はアプリケーションサーバ５に当該要求５５に対する結果を応答し（Ｓ５２）、やがて図１１に示す要求処理手順ＲＴ４を終了する（Ｓ５３）。

これに対して、要求処理部４３Ａは、要求管理テーブル７０の要求種別７３が「DATA_WRITE」でない場合（Ｓ４６：ＮＯ）には、要求管理テーブル７０の要求種別７３が「LOGICAL_VOL_INFO」であるか否かをチェックする（Ｓ４８）。

そして、要求処理部４３Ａは、要求管理テーブル７０の要求種別７３が「DATA_WRITE」である場合（Ｓ４８：ＹＥＳ）には、対応するデータ格納場所に関する論理的な構成情報５３Ａの変更処理を実行し（Ｓ４９）、要求複製処理部４４Ａを呼び出すと（Ｓ５０）、この後、当該要求５５を送信した管理サーバ４又はアプリケーションサーバ５に当該要求５５に対する結果を応答し（Ｓ５２）、やがて図１１に示す要求処理手順ＲＴ４を終了する（Ｓ５３）。

これに対して、要求処理部４３Ａは、要求管理テーブル７０の要求種別７３が「LOGICAL_VOL_INFO」でない場合（Ｓ４８：ＮＯ）には、当該要求５５に対応する処理を実行し（Ｓ５１）、この後、当該要求５５を送信した管理サーバ４又はアプリケーションサーバ５に当該要求５５に対する結果を応答し（Ｓ５２）、やがて図１１に示す要求処理手順ＲＴ４を終了する（Ｓ５３）。

このようにして、要求処理部４３Ａは、要求管理テーブル７０の要求種別７３によってセカンダリストレージ装置３に受領した要求５５を反映させるか否かを識別するようになされている。

図１２は、プライマリストレージ装置２の要求複製処理部４４Ａの動作の詳細フローチャートについて示している。この場合、図１２では、同期方式における複製処理について示しており、非同期方式における複製処理については後述する。

同期方式とは、プライマリストレージ装置２での変更が完了すると、その延長でセカンダリストレージ装置３の変更も実行し、その変更が完了した後に、要求５５を送信した管理サーバ４又はアプリケーションサーバ５に当該要求５５に対する結果を応答する方式である。非同期方式とは、プライマリストレージ装置２の変更が完了すると、その時点で要求５５を送信した管理サーバ４又はアプリケーションサーバ５に当該要求５５に対する結果を応答する。そして、この後、当該要求５５とは非同期にセカンダリストレージ装置３の変更を実行する方式である。

同期方式は、常にプライマリストレージ装置２及びセカンダリストレージ装置３の状態が一致するメリットがある反面、要求処理の応答性能が遅くなるデメリットがある。一方、非同期方式は、要求処理の応答性能が早くなるメリットがある反面、プライマリストレージ装置２側での変更内容がセカンダリストレージ装置３に反映されるのにタイムラグが発生し、その間にプライマリストレージ装置２が災害等で故障して利用できなくなると、変更内容をセカンダリストレージ装置３側で利用できなくなるデメリットがある。

要求複製処理部４４Ａは、プライマリストレージ装置２への要求内容をセカンダリストレージ装置３に反映させる要求複製処理を実行する。要求複製処理部４４Ａは、初期時、要求処理部４３Ａから呼び出される。続いて、要求複製処理部４４Ａは、図１２に示す要求複製処理手順ＲＴ５に従って、装置ペア管理テーブル６０を参照し、装置ペア状態６３がペア状態であるか否かをチェックする（Ｓ６１）。

そして、要求複製処理部４４Ａは、装置ペア状態６３がペア状態でない場合（Ｓ６１：ＮＯ）には、セカンダリストレージ装置３への要求５５の反映が不要であるため、この後、図１２に示す要求複製処理手順ＲＴ５を終了する（Ｓ６８）。これに対して、要求複製処理部４４Ａは、装置ペア状態６３がペア状態である場合（Ｓ６１：ＹＥＳ）には、装置ペア管理テーブル６０の相手装置６２のセカンダリストレージ装置３に要求５５を送信する（Ｓ６２）。

続いて、要求複製処理部４４Ａは、送信した要求５５に対する結果がセカンダリストレージ装置３から応答されるのを待機モードで持ちうける（Ｓ６３）。そして、要求複製処理部４４Ａは、送信した要求５５に対する結果がセカンダリストレージ装置３から応答されると（Ｓ６３：ＹＥＳ）、送信した要求５５に対する結果が成功であるか否かをチェックする（Ｓ６４）。

そして、要求複製処理部４４Ａは、送信した要求５５に対する結果が成功である場合（Ｓ６４：ＹＥＳ）には、プライマリストレージ装置２及びセカンダリストレージ装置３間のデータ又は構成情報が一致したことを示しており、当該データ又は構成情報の一致に基づいて、対応する処理を実行する（Ｓ６５）。

例えば、要求複製処理部４４Ａは、データ又は構成情報の一致に基づく対応する処理として、要求５５の要求内容が新規論理ボリューム作成である場合には、プライマリストレージ装置２及びセカンダリストレージ装置３で作成された新規論理ボリューム間で論理ボリュームのペアを作成する必要があるため、論理ボリュームのペアを作成する処理を実行する。また、要求５５の要求内容が新規論理ボリューム削除である場合には、論理ボリュームのペアを削除する処理を実行する。

これに対して、要求複製処理部４４Ａは、送信した要求５５に対する結果が成功でない場合（Ｓ６４：ＮＯ）には、セカンダリストレージ装置３側で何らかの障害が発生し、プライマリストレージ装置２及びセカンダリストレージ装置３間のデータ又は構成情報が一致しなくなったことを示しており、装置ペア管理テーブル６０の装置ペア状態６３をサスペンド状態に遷移させる（Ｓ６６）。続いて、要求複製処理部４４Ａは、装置ペア管理テーブル６０の論理ボリュームペア状態６４をサスペンド状態に遷移させる（Ｓ６７）。

やがて、要求複製処理部４４Ａは、この後、図１２に示す要求複製処理手順ＲＴ５を終了する（Ｓ６８）。

次に、非同期方式における複製処理について説明する。図１３は、非同期方式におけるプライマリストレージ装置６０における内部の論理構成を示している。プライマリストレージ装置８０は、リモート要求キュー８１Ａが設けられていること及び要求複製部８２Ａにおける処理内容が異なることを除いて、前述のプライマリストレージ装置２と同様に構成されている。リモート要求キュー８１Ａは、要求キュー４２Ａと同様に、要求管理テーブル７０を受領時刻順に並べてキュー状に管理する。

図１４は、プライマリストレージ装置２の要求複製処理部８２Ａの動作の詳細フローチャートについて示している。この場合、図１４では、非同期方式における複製処理について示している。要求複製処理部８２Ａは、初期時、同期方式と同様に要求処理部４３Ａから呼び出される。続いて、要求複製処理部８２Ａは、図１４に示す第２の要求複製処理手順ＲＴ６に従って、プライマリストレージ装置２側で処理を実行した要求管理テーブル７０等を表す要求５５をリモート要求キュー８１Ａの最後尾に接続する（Ｓ７１）。やがて、要求複製処理部８２Ａは、この後、図１４に示す第２の要求複製処理手順ＲＴ６を終了する（Ｓ７２）。この後、要求処理部４３Ａでは、当該要求を送信した管理サーバ４又はアプリケーションサーバ５に当該要求５５に対する結果を応答する。ただし、この時点では、セカンダリストレージ装置３側へは、要求が反映されていないこととなる。

図１５は、プライマリストレージ装置２の要求複製処理部８２Ａの動作の詳細フローチャートについて示している。この場合、図１５では、非同期方式における複製処理について示している。要求複製処理部８２Ａは、初期時、リモート要求キュー８１Ａに要求８１がある場合に、カーネル４８Ａから呼び出される。続いて、要求複製処理部８２Ａは、図１５に示す第３の要求複製処理手順ＲＴ７に従って、前述の要求複製処理手順ＲＴ５におけるＳ６１〜Ｓ６８と同様の処理を実行する（Ｓ８１〜Ｓ８８）。

図１６は、プライマリストレージ装置２の障害検出処理部４８Ａの動作の詳細フローチャートについて示している。障害検出処理部４８Ａは、当該プライマリストレージ装置２が障害を検出したときに、カーネル４８Ａから呼び出される。続いて、障害検出処理部４８Ａは、図１３に示す障害検出処理手順ＲＴ８に従って、要求５５に基づく複製処理を中断する（Ｓ９１）。続いて、障害検出処理部４８Ａ、装置ペア管理テーブル６０の装置ペア状態６３をサスペンド状態に遷移させる（Ｓ９２）。続いて、障害検出処理部４８Ａは、装置ペア管理テーブル６０の論理ボリュームペア状態６４をサスペンド状態に遷移させる（Ｓ９３）。やがて、障害検出処理部４８Ａは、この後、図１６に示す障害検出処理手順ＲＴ８を終了する（Ｓ９４）。

このようにして、ストレージシステム１では、データのみならず、構成情報をも複製ことで、ストレージ管理者がプライマリストレージ装置２を管理するだけで簡単にディザスタリカバリシステムを構築できるようになる。従って、ストレージ管理者に、プライマリストレージ装置２の構成変更に合わせて、セカンダリストレージ装置３の構成変更を行わせる必要がなくなることとなる。ストレージシステム１では、セカンダリストレージ装置３がプライマリストレージ装置２の複製であるため、災害発生時には、セカンダリストレージ装置３を用いて即座に業務を再開することができる。かくして、ストレージシステム１では、ディザスタリカバリ構成を組むための高度な技術スキルが無くても誰でもディザスタリカバリ構成を組むことができる。

（２）他の実施の形態
図１７は、他の実施の形態によるストレージシステム９０の構成を示している。このストレージシステム９０は、セカンダリストレージ装置１００がプライマリストレージ装置２に比して大型の装置となっており、入出力インタフェース数やディスクコントローラ数、キャッシュメモリ量、ディスクドライブの台数などのハード構成の数が多くなっている。そして、セカンダリストレージ装置１００は、仮想ストレージ装置１０１が論理的に構成されている。そして、上述のプライマリストレージ装置２及びセカンダリストレージ装置３間での装置ペアの関係と同様に、プライマリストレージ装置２及び仮想ストレージ装置１００間で装置ペアの関係を有する。プライマリストレージ装置２及びセカンダリストレージ装置１００間は、ネットワーク１０２を介して接続されている。このようなストレージシステム９０においても、プライマリストレージ装置２及び仮想ストレージ装置１００間で、上述と同様にデータ及び構成情報の複製処理を実行することができるようになされている。このように、上述の第１の実施の形態以外の種々の構成であっても、上述と同様にデータ及び構成情報の複製処理を実行することができる。

また、ストレージシステム１では、ディスクドライブ障害時にも複製状態を維持することができるようにしても良い。すなわち、ＲＡＩＤグループは、物理的なディスクドライブから構成されている。上述のストレージシステム１では、ディスクドライブが故障した場合には、障害として扱い、装置ペア管理テーブル６０の装置ペア状態６３をサスペンド状態に遷移させる。しかしながら、ＲＡＩＤグループ自体は正常に動作しているため、データの複製は、継続することができる。従って、ディスクドライブの障害については、障害と扱わずに、複製を継続するようにしても良い。

さらに、ストレージシステム１では、新規のＲＡＩＤグループを作成するときに、ＲＡＩＤグループをデータ格納場所に関する論理的な構成情報５３Ａとして扱うようにしても良い。この場合、ストレージシステム１では、ＲＡＩＤグループがどの筐体の何番目のディスクドライブから構成されるかを管理するのではなく、ＲＡＩＤグループが何台のディスクドライブでどのＲＡＩＤレベルで構成されているかを管理することで対応する。例えば、ストレージシステム１では、プライマリストレージ装置２側において、ディスクドライブ４台を使ったＲＡＩＤ５構成のＲＡＩＤグループ作成要求を処理し、そのときのディスクドライブがディスクドライブＡ、Ｂ、Ｃ及びＤを用いた場合、当該要求をセカンダリストレージ装置３に反映させるときに、セカンダリストレージ装置３に対して、「ディスクドライブ４台を使ったＲＡＩＤ５構成のＲＡＩＤグループ作成要求」を転送し、どのディスクドライブを用いるかは指示しないようになされている。

そして、ストレージシステム１では、セカンダリストレージ装置３側において、未使用で正常に稼動しているディスクドライブＥ、Ｆ、Ｇ及びＨを選択し、当該ディスクドライブＥ、Ｆ、Ｇ及びＨでＲＡＩＤ５構成のＲＡＩＤグループを構成するようになされている。ただし、この場合、ストレージシステム１では、プライマリストレージ装置２及びセカンダリストレージ装置３間でＲＡＩＤグループの識別子を一致させる。これにより、ストレージシステム１では、ディスクドライブが故障した場合に、プライマリストレージ装置２及びセカンダリストレージ装置３間で利用できるディスクドライブが異なっていても、複製を維持することができるようになされている。

さらに、ストレージシステム１では、プライマリストレージ装置２側でのファームウェアのアップデートをセカンダリストレージ装置３にも反映させるようにしても良い。この場合、ストレージシステム１では、プライマリストレージ装置２及びセカンダリストレージ装置３を２基以上のディスクコントローラから構成し、最初に一方のディスクコントローラでファームウェアを更新し、続いてもう一方のディスクコントローラでファームウェアを更新する。ファームウェア更新中は、当該ディスクコントローラへの要求を他のディスクコントローラ側で処理する。

さらに、ストレージシステム１では、プライマリストレージ装置２及びセカンダリストレージ装置３の２台でストレージシステム１を構成するのではなく、複数台のストレージ装置を１列に並べるように構成しても良い。この場合、ストレージシステム１では、中間のストレージ装置をプライマリストレージ装置２と同様に振舞わせることで、最初のプライマリストレージ装置２への変更内容を、最後尾のセカンダリストレージ装置３に反映することができる。

なお、本実施の形態においては、一連の処理をそれぞれの機能を有するハードウェアにより実行させるようにしても良く、ソフトウェアにより実行させるようにしても良い。このとき、一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが専用のハードウェアに組み込まれているコンピュータに対して、各種プログラムをインストールすることで各種の機能を実行することが可能となり、例えば記録媒体からインストールされることができるようになされている。そしてこの記録媒体は、例えば、光ディスク、光磁気ディスク、半導体メモリ、磁気ディスク等の種々の記録媒体を含むことは言うまでもない。また、例えば、インターネット等のネットワークを介してダウンロードすることによって、各種プログラムをインストールするようにしても良い。

本発明は、ディザスタリカバリ機能を有する種々の装置に適用することができる。

第１の実施の形態によるストレージシステムの構成を示す略線図である。 プライマリストレージ装置の内部の論理構成を示す略線図である。 セカンダリストレージ装置の内部の論理構成を示す略線図である。 装置ペア管理テーブルの構成の説明に供する概念図である。 要求管理テーブルの構成の説明に供する概念図である。 要求管理テーブルの構成の説明に供する概念図である。 要求キューの構成の説明に供する概念図である。 装置ペア設定処理手順の説明に供するフローチャートである。 同期化処理手順の説明に供するフローチャートである。 要求受領処理手順の説明に供するフローチャートである。 要求処理手順の説明に供するフローチャートである。 要求複製処理手順の説明に供するフローチャートである。 非同期方式におけるプライマリストレージ装置の内部の論理構成を示す略線図である。 第２の要求複製処理手順の説明に供するフローチャートである。 第３の要求複製処理手順の説明に供するフローチャートである。 障害検出処理手順の説明に供するフローチャートである。 他の実施の形態によるストレージシステムの構成を示す略線図である。

符号の説明

１……ストレージシステム、２……プライマリストレージ装置、３……セカンダリストレージ装置、４……管理サーバ、５……アプリケーションサーバ、４１Ａ，４１Ｂ……要求受領処理部、４２Ａ，４２Ｂ……要求キュー、４３Ａ、４３Ｂ……要求処理部、４４Ａ、４４Ｂ、８２Ａ……要求複製処理部、４５Ａ、４５Ｂ……同期化処理部、４６Ａ、４６Ｂ……装置ペア設定部、４７Ａ、４７Ｂ……カーネル、４８Ａ、４８Ｂ……障害検出処理部、４９Ａ、４９Ｂ……構成情報、５０Ａ、５０Ｂ……データ格納部、５１Ａ、５１Ｂ……物理的な構成情報、５２Ａ、５２Ｂ……装置固有の論理的な構成情報、５３Ａ、５３Ｂ……データ格納場所に関する論理的な構成情報、５４Ａ、５４Ｂ……論理ボリューム、６０……装置ペア管理テーブル、６３……装置ペア状態、６４……論理ボリュームペア状態、７０……要求管理テーブル、７３……要求種別、８１Ａ……リモート要求キュー、

Claims (14)

1. 上位装置に接続され、前記上位装置から送信されるデータを記憶する第１のストレージ装置と、前記第１のストレージ装置に接続され、前記第１のストレージ装置のバックアップデータを記憶する第２のストレージ装置とを有するストレージシステムであって、
   前記第１のストレージ装置は、
   前記上位装置から送信される要求のうち、ＲＡＩＤグループを形成するディスクドライブの情報を含む前記第１のストレージ装置の物理的な構成情報、前記第１のストレージ装置がプライマリストレージ装置かセカンダリストレージ装置かを識別する情報を含む前記第１のストレージ装置固有の論理的な構成情報及びデータ格納場所に関する論理的な構成情報のうちいずれの構成情報の変更要求かを識別する識別部と、
   前記識別部により識別された、前記第１のストレージ装置の物理的な構成情報に基づいて前記第１のストレージ装置の物理的な構成を変更し、前記第１のストレージ装置固有の論理的な構成情報に基づいて前記第１のストレージ装置の論理的な構成を変更し、前記データ格納場所に関する論理的な構成情報の変更要求に基づいて前記第１のストレージ装置のデータ格納場所に関する論理的な構成を変更する第１の変更部と、
   前記データ格納場所に関する論理的な構成情報の変更要求を前記第２のストレージ装置に送信する送信部と
   を備え、
   前記第２のストレージ装置は、
   前記送信部により送信された前記データ格納場所に関する論理的な構成情報の変更要求に基づいて、前記第１のストレージ装置と同様に前記第２のストレージ装置のデータ格納場所に関する論理的な構成情報を変更する第２の変更部
   を備えることを特徴とするストレージシステム。
2. 前記データ格納場所に関する論理的な構成情報は、
   論理ボリュームの構成情報である
   ことを特徴とする請求項１に記載のストレージシステム。
3. 前記送信部は、
   前記上位装置から送信された順番で、前記上位装置から送信される前記データの更新要求及び前記データ格納場所に関する論理的な構成情報の変更要求を前記第２のストレージ装置に送信する
   ことを特徴とする請求項１に記載のストレージシステム。
4. 前記データの更新要求及び前記データ格納場所に関する論理的な構成情報の変更要求を同一のキューにおいて管理する管理部
   を備え、
   前記送信部は、
   前記管理部により管理された前記データの更新要求及び前記データ格納場所に関する論理的な構成情報の変更要求を前記第２のストレージ装置に送信する
   ことを特徴とする請求項３に記載のストレージシステム。
5. 前記第１の変更部及び前記第２の変更部は、
   新規に論理ボリュームを作成した場合に、その契機で前記第１のストレージ装置及び第２のストレージ装置間で新規に作成された各論理ボリュームがペアを組むように前記論理ボリュームの構成情報を変更する
   ことを特徴とする請求項２に記載のストレージシステム。
6. 前記送信部は、
   前記第１のストレージ装置及び第２のストレージ装置間で新規に関係を作成するときに、前記第１のストレージ装置のデータ格納場所に関する論理的な構成情報を１つのファイルとして確定し、当該ファイルを前記第２のストレージ装置に送信し、
   前記第２の変更部は、
   前記送信部により送信された前記ファイルに基づいて、前記第１のストレージ装置と同様に第２のストレージ装置のデータ格納場所に関する論理的な構成情報を置き換えることにより変更する
   ことを特徴とする請求項１に記載のストレージシステム。
7. 前記送信部は、
   ディスクドライブの数及びＲＡＩＤレベルにより構成される前記第１のストレージ装置のＲＡＩＤグループの構成情報を前記第２のストレージ装置に送信し、
   前記第２の変更部は、
   前記送信部により送信された前記ＲＡＩＤグループの構成情報に基づいて、前記第１のストレージ装置と同様に前記第２のストレージ装置のＲＡＩＤグループの構成情報を変更する
   ことを特徴とする請求項１に記載のストレージシステム。
8. 上位装置に接続され、前記上位装置から送信されるデータを記憶する第１のストレージ装置と、前記第１のストレージ装置に接続され、前記第１のストレージ装置のバックアップデータを記憶する第２のストレージ装置とを有するストレージシステムのデータ複製方法であって、
   前記上位装置から送信される要求のうち、ＲＡＩＤグループを形成するディスクドライブの情報を含む前記第１のストレージ装置の物理的な構成情報、前記第１のストレージ装置がプライマリストレージ装置かセカンダリストレージ装置かを識別する情報を含む前記第１のストレージ装置固有の論理的な構成情報及びデータ格納場所に関する論理的な構成情報のうちいずれの構成情報の変更要求かを識別する第１のステップと、
   前記第１のステップにおいて識別した、前記第１のストレージ装置の物理的な構成情報に基づいて前記第１のストレージ装置の物理的な構成を変更し、前記第１のストレージ装置固有の論理的な構成情報に基づいて前記第１のストレージ装置の論理的な構成を変更し、前記データ格納場所に関する論理的な構成情報の変更要求に基づいて前記第１のストレージ装置のデータ格納場所に関する論理的な構成を変更する第２のステップと、
   前記データ格納場所に関する論理的な構成情報の変更要求を前記第２のストレージ装置に送信する第３のステップと、
   前記第３のステップにおいて送信した前記データ格納場所に関する論理的な構成情報の変更要求に基づいて、前記第１のストレージ装置と同様に前記第２のストレージ装置のデータ格納場所に関する論理的な構成情報を変更する第４のステップと
   を備えることを特徴とするデータ複製方法。
9. 前記データ格納場所に関する論理的な構成情報は、
   論理ボリュームの構成情報である
   ことを特徴とする請求項８に記載のデータ複製方法。
10. 前記第３のステップでは、
    前記上位装置から送信された順番で、前記上位装置から送信される前記データの更新要求及び前記データ格納場所に関する論理的な構成情報の変更要求を前記第２のストレージ装置に送信する
    ことを特徴とする請求項８に記載のデータ複製方法。
11. 前記第３のステップでは、
    同一のキューにおいて管理された前記データの更新要求及び前記データ格納場所に関する論理的な構成情報の変更要求を前記第２のストレージ装置に送信する
    ことを特徴とする請求項１０に記載のデータ複製方法。
12. 前記第２のステップ及び前記第４のステップでは、
    新規に論理ボリュームを作成した場合に、その契機で前記第１のストレージ装置及び第２のストレージ装置間で新規に作成された各論理ボリュームがペアを組むように前記論理ボリュームの構成情報を変更する
    ことを特徴とする請求項９に記載のデータ複製方法。
13. 前記第３のステップでは、
    前記第１のストレージ装置及び第２のストレージ装置間で新規に関係を作成するときに、前記第１のストレージ装置のデータ格納場所に関する論理的な構成情報を１つのファイルとして確定し、当該ファイルを前記第２のストレージ装置に送信し、
    前記第４のステップでは、
    前記第３のステップにおいて送信した前記ファイルに基づいて、前記第１のストレージ装置と同様に第２のストレージ装置のデータ格納場所に関する論理的な構成情報を置き換えることにより変更する
    ことを特徴とする請求項８に記載のデータ複製方法。
14. 前記第３のステップでは、
    ディスクドライブの数及びＲＡＩＤレベルにより構成される前記第１のストレージ装置のＲＡＩＤグループの構成情報を前記第２のストレージ装置に送信し、
    前記第４のステップでは、
    前記第３のステップにおいて送信した前記ＲＡＩＤグループの構成情報に基づいて、前記第１のストレージ装置と同様に前記第２のストレージ装置のＲＡＩＤグループの構成情報を変更する
    ことを特徴とする請求項８に記載のデータ複製方法。

Images