(57)【要約】【課題】ボリューム複製機能を有する記憶装置サブシステムにおいて、効率良くボリュームを使用しできるようにし、ホスト側でのボリュームの管理やホスト間でのボリューム利用の調整を不要とする。【解決手段】前記ホストから複製作成の指示を受領したときに、複製を格納するボリュームを選択できるようにする。また、ホストに複製に使用できるボリュームを報告し、ホスト側で選択させる。【選択図】図１
2007073075.tif 000002
【特許請求の範囲】
【請求項１】
ホストに接続される記憶装置サブシステムにおいて、
前記ホストからのアクセス対象となる複数のボリュームと、
前記複数のボリュームにアクセスするプロセッサとを有し、
前記プロセッサは、外部から、複製元となる第１のボリュームを指定して前記第１のボリュームを複製する指示を受け付けた際に、
指定された前記第１のボリュームの情報に基づいて、複製を格納する第２のボリュームを判断することを特徴とする記憶装置サブシステム。
【請求項２】
請求項１記載の記憶装置サブシステムであって、
前記第１のボリュームから前記第２のボリュームに対する複製が終了した場合、前記第２のボリュームを開放することを特徴とする記憶装置サプシステム。
【請求項３】
請求項１記載の記憶装置サブシステムであって、
前記第２のボリュームを選択する場合、前記ホストが指定する前記第１のボリュームの容量以上のボリュームを選択することを特徴とする請求項１記載の記憶装置サブシステム。
【請求項４】
請求項１記載の記憶装置サブシステムであって、
外部から複製先となるボリュームになり得るか否かという属性を変更する指示を受け付けた場合、前記複製先となるボリュームになり得るか否かという属性を書き換えて、前記複製先となるボリュームの使用の可否を変更することを特徴とする記憶装置サブシステム。
【請求項５】
ホストと、そのホストに接続されるコンピュータシステムにおいて、
前記記憶装置サブシステムは、
前記ホストからのアクセス対象となり、副ボリュームになり得るか否かという属性を含むボリューム情報が設定される複数のボリュームと、
前記ボリューム情報を格納するメモリと、
前記メモリに接続され、前記複数のボリュームにアクセスするプロセッサとを有し、
前記プロセッサは、外部から要求があったときに、前記副ボリュームになり得るか否かという属性を参照し、複製を格納するのに使用できる副ボリュームを外部に報告することを特徴とするコンピュータシステム。
【請求項６】
報告を受けた複製を格納するのに使用できる前記副ボリュームから、複製を格納するボリュームを選択して、前記記憶装置サブシステムに、複製の指示を与えることを特徴とする請求項５記載のコンピュータシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ボリューム複製機能を有する記憶装置サブシステムに係り、同一記憶装置サブシステム内で、ホストを介在せずにボリュームの複製を作成する機能を有する記憶装置サブシステムであって、ボリューム複製時の複製先のボリューム選択に関する。
【背景技術】
【０００２】
アプリケーションやデータベースなどを長時間にわたって停止することなく、無矛盾な整合性の取れたデータをバックアップする技術として、記憶装置サブシステム内にボリューム内データの複製を作成して、その複製先からバックアップする技術が知られている。この方法の利点は、もとのボリュームから複製して、それをバックアップの対象とするためオンラインを停止する必要がなく、バックアップデータの整合性なども維持しやすいということにある。
【０００３】
以下では、図２５を参照しながらボリューム複製技術について説明する。
図２５は、ボリューム複製技術の概要を示す図である。
【０００４】
このボリューム複製技術を使用する場合、ユーザは、次の手順をとって、無矛盾な整合性の取れたデータをバックアップする。
（ステップ１）バックアップしたいデータを格納するボリューム（このボリュームを「正ボリューム」と呼ぶ）と、データの複製を格納するボリューム（このボリュームを「副ボリューム」と呼ぶ）を指定し、記憶装置サブシステムに対して、複製の作成を指示する。正ボリュームと副ボリュームの組を「ペア」と呼び、複製を生成することを「ペア形成」と呼ぶ。
（ステップ２）ペア形成の指示を受けた記憶装置サブシステムは、正ボリュームからデータを読み出して複製を作成し、副ボリュームに格納する（これを「形成コピー」と呼ぶ）。また、ホストが正ボリュームに対して書き込みを行った場合、記憶装置サブシステムは、正ボリュームへの書き込みデータを副ボリュームに対しても書き込む（これを「更新コピー」と呼ぶ）。
（ステップ３）上記ステップ２の形成コピーが完了し、かつ、アプリケーションの終了やデータベースの終了などのようなバックアップを取得するのに適した時刻に達したとき、「ペア分割」要求を記憶装置サブシステムに発行する。「ペア分割」要求を受領すると、記憶装置サブシステムは、更新コピーを停止する。この後、正ボリュームに対して書き込みを行っても副ボリュームへは反映されないので、副ボリュームは「ペア分割」要求を受領した時点のデータに凍結される。
（ステップ４）副ボリューム内のデータを、磁気テープ（ＭＴ）などにバックアップする。もちろん、この間であっても、アプリケーションやデータベースを動作させて、正ボリューム内のデータを参照／更新できる。
（ステップ５）バックアップが完了したら、「ペア解除」要求を記憶装置サブシステムに発行する。「ペア解除」要求を受領すると、記憶装置サブシステムは正ボリュームと副ボリュームのペアの関係を解除する。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記従来技術で説明したボリューム複製技術を使用してバックアップをおこなような運用をする場合に、ユーザデータを格納するボリューム毎に副ボリュームとなるボリュームをあらかじめ割り当てておくのが最も簡単なボリューム管理方法である。しかし、この方法では、副ボリューム用として記憶装置サブシステム内の半分のボリュームを割り当てる必要があり、ボリュームの使用効率が悪いという問題点がある。
【０００６】
ボリュームを効率良く使用するために、１個以上のボリュームを副ボリューム用に準備しておき、副ボリュームが必要になった時に適当に選択して利用するという方法がある。この方法を用いるためには、ホストは、準備していたボリュームの内、どれを使っているのかなどのボリューム利用情報を管理する必要がある。
【０００７】
現在、複数のホストが１台の記憶装置サブシステムに接続する接続形態が一般的になっている。この接続形態の場合、複数のホストがネットワークなどを利用して前記ボリューム利用情報を共有し、ボリューム利用を動的に調整する仕組みが必要となり、ＯＳ（オペレーティングシステム）にそのような仕組みをもたせなければならず、管理が複雑になると言う問題点があった。さらに、前記複数のホスト上では、異なるＯＳが動作していることも多く、利用者は、それぞれのＯＳに対応した仕組みを準備する必要があり、煩雑になるという問題点があった。
【０００８】
本発明は、上記問題点を解決するためになされたもので、その目的は、従来の技術で説明したボリューム複製技術を使用してバックアップをおこなうような運用をする場合に、効率良くボリュームを使用できる機能を提供することにある。
【０００９】
さらに、本発明の目的は、上記ボリューム複製技術を使用する際に、ホスト側でのボリュームの管理やホスト間でのボリューム利用の調整が不要となる機能を提供することにある。
【課題を解決するための手段】
【００１０】
上記目的を達成するために、本発明のボリューム複製機能を有する記憶装置サブシステムに係る発明の構成は、ホストに接続される記憶装置サブシステムにおいて、前記ホストからのアクセス対象となる複数のボリュームと、前記複数のボリュームにアクセスするプロセッサとを有し、前記プロセッサは、外部から、複製元となる第１のボリュームを指定して前記第１のボリュームを複製する指示を受け付けた際に、指定された前記第１のボリュームの情報に基づいて、複製を格納する第２のボリュームを判断するようにしたものである。
【００１１】
より詳しくは、上記ボリューム複製機能を有する記憶装置サブシステムにおいて、前記第１のボリュームから前記第２のボリュームに対する複製が終了した場合、前記第２のボリュームを開放するようにしたものである。
【００１２】
また詳しくは、上記ボリューム複製機能を有する記憶装置サブシステムにおいて、前記第２のボリュームを選択する場合、前記ホストが指定する前記第１のボリュームの容量以上のボリュームを選択するようしたものである。
【００１３】
さらに詳しくは、上記ボリューム複製機能を有する記憶装置サブシステムにおいて、外部から複製先となるボリュームになり得るか否かという属性を変更する指示を受け付けた場合、前記複製先となるボリュームになり得るか否かという属性を書き換えて、前記複製先となるボリュームの使用の可否を変更するようしたものである。
【００１４】
上記目的を達成するために、本発明のコンピュータシステムに係る発明の構成は、ホストと、そのホストに接続されるコンピュータシステムにおいて、前記記憶装置サブシステムは、前記ホストからのアクセス対象となり、副ボリュームになり得るか否かという属性を含むボリューム情報が設定される複数のボリュームと、前記ボリューム情報を格納するメモリと、前記メモリに接続され、前記複数のボリュームにアクセスするプロセッサとを有し、前記プロセッサは、外部から要求があったときに、前記副ボリュームになり得るか否かという属性を参照し、複製を格納するのに使用できる副ボリュームを外部に報告するようしたものである。
【００１５】
より詳しくは、上記コンピュータシステムにおいて、報告を受けた複製を格納するのに使用できる前記副ボリュームから、複製を格納するボリュームを選択して、前記記憶装置サブシステムに、複製の指示を与えるようしたものである。
【００１６】
上記記憶装置サブシステムの構成により、ボリューム複製技術を使用するときに、予め副ボリュームとして予約しておいたボリューム群を副ボリュームとして使用し、複製が不要になったら前記ボリューム群に戻して、ボリュームを使いまわすことができる。これにより、記憶装置サブシステム内のボリュームの有効利用が図れる。
【００１７】
さらに、上記記憶装置サブシステムの構成により、ペアを形成する時に記憶装置サブシステム側で副ボリュームを自動選択し、ホスト側でのボリュームの管理を不要にする。特に、複数のホストを１台の記憶装置サブシステムに接続し、それぞれのホストでボリューム複製技術を使用する場合、従来では、ネットワーク等を使ってホスト間で必要であったボリュームの調整が不要になる。
【００１８】
さらに、上記コンピュータシステムの構成により、ペアを形成する時に記憶装置サブシステムに副ボリュームとして使用可能なボリュームを報告させることができるので、ホスト側でのボリュームの管理を不要にする。特に、複数のホストを１台の記憶装置サブシステムに接続し、それぞれのホストでボリューム複製技術を使用する場合、従来では、ネットワーク等を使ってホスト間で必要であったボリュームの調整が不要になる。
【００１９】
また、上記記憶装置サブシステムの構成により、正ボリュームと複製先の副ボリュームの容量に乖離が合った場合には、ボリューム容量を等しくなるように割当てを調整することによって記憶領域の有効利用を図ることができる。
【発明の効果】
【００２０】
本発明によれば、従来の技術で説明したボリューム複製技術を使用してバックアップをおこなうような運用をする場合に、効率良くボリュームを使用できる機能を提供することができる。
【００２１】
さらに、本発明によれば、上記ボリューム複製技術を使用する際に、ホスト側でのボリュームの管理やホスト間でのボリューム利用の調整が不要となる機能を提供することができる。
【発明を実施するための最良の形態】
【００２２】
以下、本発明に係る各実施形態を、図１ないし図２０を用いて説明する。
【００２３】
〔実施形態１〕
以下、本発明に係る第一の実施形態を、図１ないし図１１を用いて説明する。
（Ｉ）システム構成
先ず、図１を用いて本実施形態に係るコンピュータシステムのシステム構成について説明する。
図１は、本発明の第一の実施形態に係るシステム構成を示すブロック図である。
【００２４】
本システムは、ホスト１００と記憶装置サブシステムであるディスクサブシステム１０１とから構成されている。
【００２５】
ホスト１００は、ＣＰＵにより、ＯＳ（オペレーティングシステム）やアプリケーションを実行させるコンピュータであり、このＯＳには、入出力装置や補助記憶装置を制御するモジュールも含まれている。
【００２６】
ディスクサブシステム１０１は、ホストからの指令を受けて、補助記憶装置である磁気ディスクにデータやプログラムを書き込み、読み出すための装置である。このディスクサブシステム１０１は、図１に示される様にホストインタフェース１０２、制御プロセッサ１０７、制御メモリ１１１、ボリューム１１３、ボリューム１ボリュームアクセス機構１１２により構成されている。
【００２７】
ホストインタフェース１０２は、ホスト１００との情報のやり取りなどを中継するインタフェースを司る部分である。制御プロセッサ１０７は、図１に示される様なさまざまな処理（ペア形成処理１０３、ペア解除処理１０４、ボリューム属性変更処理１０５、ペア状態報告処理１０６など）を実行するためのプロセッサである。すなわち、本発明のディスクサブシステム１０１は、かなりのインテリジェンシイを有しておりホストと独立に動作することが可能である。制御メモリ１１１は、この制御プロセッサ１０７が処理を実行するために必要な制御情報（ボリューム情報１０８、ペア情報１０９など）を格納するためのメモリである。
【００２８】
ボリューム１１３は、データを格納するための磁気ディスクを論理的な管理単位として呼んだものであり、一つのボリュームの中に複数の物理的な磁気ディスクが格納されても良いし、逆に、複数の磁気ディスクを一つのボリュームとしても良い。ボリューム１１３には、各々を識別するための識別子として、ボリューム番号がついていて、これによりホスト１００とディスクサブシステム１０１にからアクセスされる。ボリュームアクセス機構１１２は、このボリューム１１３をアクセスするための機構であり、制御プロセッサ１０７の指示により動作する。
（II）データ構造
次に、図２ないし図６を用いて本実施形態に係るシステムに用いられデータ構造について説明する。
図２は、第一の実施形態のボリューム情報を示す模式図である。
図３は、ペア情報を示す模式図である。
図４は、ペア形成コマンドのパラメータを示す模式図である。
図５は、ペア解除コマンドのパラメータを示す模式図である。
図６は、ボリューム属性変更コマンドのパラメータを示す模式図である。
【００２９】
図２に示されるボリューム情報は、各ボリューム１１３に関する情報を格納したものであり、ディスクサブシステム１０１の制御メモリ１１１に保持される。このボリューム情報１０８は、ボリューム番号２００、容量２０１、属性２０２、ペア有無フラグ２０３から構成される。
【００３０】
ボリューム番号２００は、ボリューム１１３を識別するための識別子である。容量２０１は、対応するボリューム１１３が格納できるデータ量を示している。属性２０２は、そのボリューム１１３がユーザデータを格納するために使用するものか、副ボリュームとして使用するものかを示す情報で、「通常ボリューム」あるいは「副ボリューム」のどちらかの値を取る。属性２０２が「通常ボリューム」のときは、当該ボリューム１１３はユーザデータを格納するために使用するものであることを示している。属性２０２が「副ボリューム」のときは、当該ボリューム１１３は副ボリュームとして使用中、あるいは、使用する予定のボリューム１１３であることを示している。ペア有無フラグ２０３は、そのボリューム１１３がペア形成をおこなっているか否かを示すフラグであり、「ペア形成中」あるいは「ペア形成無」のいずれかの値をとる。ペア有無フラグ２０３が、「ペア形成中」のとき、当該ボリューム１１３はペアを形成していることを示しており、ペア有無フラグ２０３が「ペア形成無」のときには、当該ボリューム１１３はペアを形成していないことを示している。
【００３１】
図２に例としてあげた各レコードの値は、次のことを示している。
（１）ボリューム番号が０であるボリューム１１３は、容量が１０００ＭＢで、ユーザデータを格納するために使用しており、ペアを形成している。
（２）ボリューム番号が１であるボリューム１１３は、容量が１５００ＭＢで、副ボリュームとして使用する予定にある。ペアは形成していない。
【００３２】
図３に示されるペア情報１０９は、ボリュームのペアを管理するための情報であり、正ボリューム番号３００、副ボリューム番号３０２、コピーポインタ３０３、ペア状態３０４から構成されている。
【００３３】
正ボリューム番号３００は、当該ペアの正ボリュームのボリューム番号を示しており、副ボリューム番号３０１は、当該ペアの副ボリュームのボリューム番号を示している。コピーポインタ３０２は、形成コピーの進捗具合を示す情報であり、０％から１００％の百分率で示される。すなわち、コピーが始まった状態では、０％であり、コピーが終った状態で、１００％になる。
【００３４】
ペア状態３０３は、ペアをホスト１００やディスクサブシステム１０１から制御するための用いる情報であり、以下の四種類を定義する（図２５も参照のこと）。
１．（シンプレックス状態）
ペアを形成していない状態。
２．（デュープレックス−ペンデング状態）
ペア形成がされ、形成コピーと更新コピーの両者がおこなわれているか、おこなわれる可能性がある状態。
３．（デュープレックス状態）
ペア形成がされ、形成コピーは終了して、更新コピーのみがおこなわれているか、おこなわれる可能性がある状態。
４．（スプリット状態）
ペア分割からペア解除までの状態。
【００３５】
ここで、デュープレックス−ペンデング状態では、形成コピーの途中なのでホスト１００は、ペア分割の指令を出すことができず、デュープレックス状態でペア分割の指令を出すことができるようになることに注意しておく。
【００３６】
次に、ホスト１００からディスクサブシステム１０１から指令を与えるために送られるコマンドについて説明する。
【００３７】
ペア形成コマンドは、ボリュームのペア形成をおこなうときにホスト１００がディスクサブシステム１０１に対して発行するコマンドである。ディスクサブシステム１０１は、このコマンドを受領して、副ボリュームとなるボリューム１１３を選択して、指定された正ボリュームとペアを形成する。この処理の詳細は、後で処理フローを用いて説明する。
【００３８】
図４に示されるペア形成コマンドのパラメータは、正ボリューム番号４００と副ボリューム条件４０１から構成される。正ボリューム番号４００は、ペアの正ボリュームとなるボリューム番号である。副ボリューム条件４０１は、副ボリュームとなるボリューム１１３の条件を示し、「同容量」あるいは「条件なし」のいずれかの値をとる。正ボリューム番号４００で指定するボリューム１１３と同じ容量のボリューム１１３を副ボリュームとすることを指定するときには、ホスト１００は、副ボリューム条件４０１に「同容量」を設定してコマンドを発行する。正ボリューム番号４００で指定するボリューム１１３と同じか、あるいは、大きい容量のボリューム１１３を副ボリュームとすることを指定するときには、ホスト１００は、副ボリューム条件４０１に「条件なし」を設定して、コマンドを発行する。
【００３９】
このペア形成コマンドのパラメータには、副ボリューム番号が含まれておらず、ペアを形成するときに、どの副ボリュームを選択するかは、ディスクサブシステム１０１がおこなうことに注意しておく。
【００４０】
次に、ペア解除コマンドは、ペアが形成されているボリュームに対して、ペアを解除するときに、ホスト１００がディスクサブシステム１０１に対して発行するコマンドである。
【００４１】
ディスクサブシステム１０１が、このコマンドを受領すると、ペア形成されているペアが切り離され、ペアの解除がおこなわれる。この処理の詳細は、後で処理フローを用いて説明する。
【００４２】
図５に示されるペア解除コマンドのパラメータは、正ボリューム番号５００、副ボリューム番号５０１、ペア解除後状態５０２から構成されている。正ボリューム番号５００は、正ボリュームのボリューム番号を示しており、副ボリューム番号５０１は、副ボリュームのボリューム番号を示している。この正ボリューム番号５００と副ボリューム番号５０１によって解除すべきペアが特定される。この内で副ボリューム番号５０１は、ディスクサブシステム１０１の報告により知ることができる。
【００４３】
ペア解除後状態５０２は、ペアを解除したあとの副ボリュームの属性を指定するものであり、「通常ボリューム」あるいは「副ボリューム」の値をとる。「副ボリューム」を指定されたときには、そのボリュームは副ボリュームとして使われることを示しており、それ以外のユーザデータの保持などに使われるときには、「通常ボリューム」が指定される。
【００４４】
次に、ボリューム属性変更コマンドは、ボリューム１１３の属性（通常ボリュームまたは副ボリューム）を変更するときに、ホスト１００がディスクサブシステム１０１に対して発行するコマンドである。このコマンドは、副ボリュームの割り当てが大きすぎて、ユーザデータを格納するボリュームが不足するという事態が生じたとき、また、その逆の事態が生じたときなどに発行される。
【００４５】
ディスクサブシステム１０１が、このコマンドを受領すると、ボリューム１１３の属性をそのパラメタに従って変更する。この処理の詳細は、後で処理フローを用いて説明する。
【００４６】
図６に示されるボリューム属性変更コマンドのパラメータは、ボリューム番号６００と変更後属性６０１から構成される。ボリューム番号６００は、属性を変更する対象のボリューム１１３のボリューム番号を示している。変更後属性６０１は、設定する属性を示しており、「通常ボリューム」あるいは「副ボリューム」のいずれかの値を取る。
（III）システムの動作
次に、図７ないし図１１を用いて本実施形態に係るシステムの動作について説明する。
図７は、本発明の第一の実施形態において、ホスト１００とディスクサブシステム１０１間でやりとりされるコマンドシーケンスを示す図である。
図８は、本発明の第一の実施形態において、ペア形成コマンドが発行されたときのディスクサブシステム１０１の処理を示すフローチャートである。
図９は、本発明の第一の実施形態において、ペア解除コマンドが発行されたときのディスクサブシステム１０１の処理を示すフローチャートである。
図１０は、本発明の第一の実施形態において、属性変更コマンドが発行されたときのディスクサブシステム１０１の処理を示すフローチャートである。
図１１は、本発明の第一の実施形態において、ペア状態報告要求コマンドが発行されたときのディスクサブシステム１０１の処理を示すフローチャートである。
【００４７】
先ず、図７を用いてホスト１００とディスクサブシステム１０１でやり取りされるコマンドシーケンスを説明し、システムとしての動作の概要を明らかする。
【００４８】
バックアップのスケジュールの時間になったり、オペレータが端末から手動でバックアップコマンドを入力したときなど、バックアップのためにペア形成をおこなう必要があるため、ホスト１００は、ディスクサブシステム１０１に対して、ペア形成コマンドを発行する（ｓｑ０１）。
【００４９】
次に、ホスト１００は、正ボリューム番号を指定して、ベア状態報告要求コマンドを発行する（ｓｑ０２）。そして、ディスクサブシステム１０１は、このコマンドを受けて、ペア状態報告レポートを送信する（ｓｑ０３）。これは、図３で示されたペア情報と同じものである。このペア状態報告レポートで、副ボリューム番号が返ってくるので、ホスト側でそれを記憶しておく。これは、ペア解除をおこなうときに、パラメタで指定するためである。
【００５０】
その後、ホスト１００から、定期的にペア状態報告要求コマンドを発行する（ｓｑ０４）。これは、ホスト１００がペア解除をするタイミングを知るためである。すなわち、ディスクサブシステム１０１からのペア状態報告レポートのペア状態が既に説明した「デュープレックス−ペンデング状態」のときには、ホスト１００は、ペア解除コマンドを発行せず、ディスクサブシステム１０１からのペア状態報告レポートのペア状態が「デュープレックス状態」のときに（ｓｑ０５）、ペア解除コマンドを発行するようにする。
【００５１】
ホスト１００がペア解除コマンドを発行できるようになったときには、既にデスクサブシステム１０１から受け取った副ボリューム番号をパラメタに指定して、ペア解除コマンドを発行する（ｓｑ０６）。
【００５２】
また、ユーザデータを格納する必要が生じて、通常ボリューム属性を持つボリュームが不足するようになったときには、ホスト１００は、ディスクサブシステム１０１に対して、副ボリューム属性を持つボリュームを通常ボリューム属性を持つようにするため、属性変更コマンドを発行する（ｓｑ１０）。
【００５３】
逆に、バックアップをおこなうために、ペア形成のための副ボリューム属性を持つボリュームが不足するようになったときには、ホスト１００は、ディスクサブシステム１０１に対して、通常ボリューム属性を持つボリュームを副ボリューム属性を持つようにするため、属性変更コマンドを発行する（ｓｑ１１）。
【００５４】
次に、ディスクサブシステム１０１の個々の処理について説明する。
【００５５】
先ず、図８のフローチャートを追いながら、ホスト１００がディスクサブシステム１０１に、ペア形成コマンドを発行したときのディスクサブシステム１０１の処理について説明する。
【００５６】
ディスクサブシステム１０１の制御プロセッサ１０７は、ホストインタフェース１０２を介して、ホスト１００からペア形成コマンドを受領すると、ペア形成処理１０３を開始する。
【００５７】
先ず、制御プロセッサ１０７は、正ボリュームと同じ容量で、未使用の副ボリュームがあるかを検索する（Ｓ７００）。すなわち、ホスト１００から受領したペア形成コマンドのパラメータの正ボリューム番号４００とボリューム情報１０８から、正ボリュームとなるボリューム１１３の容量２０１を算出する。次に、算出した容量２０１と同じ値の容量２０１をもち、かつ、属性２０２が「副ボリューム」で、かつ、ペア形成有無フラグ２０３が「ペア形成無」となっているボリューム１１３を探し出す。
【００５８】
そして、この探索の結果、前記条件に該当するボリューム１１３が見つからない場合には、Ｓ７０１に進み、見つかった場合には、その内のどれか１個を選択して、Ｓ７０４に進む。
【００５９】
この条件に該当するボリューム１１３が見つかった場合には、ボリューム情報１０９と、ペア情報１０９を更新して（Ｓ７０４）、形成コピーを実行する（Ｓ７０５）。このとき、Ｓ７０４でボリューム情報１０９を更新するときには、見つけた副ボリュームのレコードのペア形成フラグ２０３を、「ペア形成中」に書き換える。また、ペア情報１０９のエントリを新しく生成し、正ボリューム番号３００、副ボリューム番号３０１に該当のボリューム番号を入れ、かつ、コピーポインタを０に初期化し、ペア状態を「デュプレックス−ペンデング状態」にする。
【００６０】
前記条件に該当するボリューム１１３が見つからない場合には、「正ボリュームと副ボリュームは同じ容量であること」をホスト１００が指定したか否かをチェックして、次におこなう処理を決定する（Ｓ７０１）。すなわち、ホスト１００から受領したペア形成コマンドのパラメータの副ボリューム条件４０１を調べ、副ボリューム条件４０１が「同容量」の場合、Ｓ７０３に進み、副ボリューム条件４０１が「同容量」でない場合、Ｓ７０２に進むことにする。
【００６１】
ホスト１００が指定した副ボリューム条件４０１が「同容量」の場合には、該当する副ボリュームが存在しないことになるので、それをホスト１００に通知する（Ｓ７０３）。
【００６２】
副ボリューム条件４０１が「同容量」でない場合には、正ボリュームよりも大きい容量の副ボリュームを使っても良いので、そのようなボリュームを、制御メモリ１１１の中のボリューム情報から探し出す（Ｓ７０２）。見つからなかった場合には、それをホスト１００に通知する（Ｓ７０３）。
【００６３】
見つかった場合には、上と同様に、ボリューム情報１０９と、ペア情報１０９を更新して（Ｓ７０４）、形成コピーを実行する（Ｓ７０５）。
【００６４】
次に、図９によりホスト１００がディスクサブシステム１０１に、ペア解除コマンドを発行したときのディスクサブシステム１０１の処理について説明する。
【００６５】
ディスクサブシステム１０１の制御プロセッサ１０７は、ホストインタフェース１０２を介して、ホスト１００からペア解除コマンドを受領すると、ペア解除処理１０３を開始する。
【００６６】
先ず、ペア解除コマンドパラメータのペア解除後状態５０２の値により次に実行する処理を決定する（Ｓ８００）。ペア解除後状態５０２が「副ボリューム」の場合には、Ｓ８０２に進み、ペア解除後状態５０２が「副ボリューム」でない場合には、Ｓ８０１に進むようにする。
【００６７】
ペア解除コマンドのペア解除後状態５０２が、「副ボリューム」の場合には、
パラメータの正ボリューム番号５００と副ボリューム番号５０１で特定されるペア情報１０９（正ボリューム番号５００と正ボリューム番号３０１が同じ値で、かつ、副ボリューム番号５０１と副ボリューム番号３０２が同じ値であるようなペア情報１０９）を検索する。そして、検索したペア情報１０９のエリアを削除することにより、当該ペア情報１０９の使用中状態を解除する。それと同時に、ボリューム情報１０８の副ボリュームに対応するペア有無フラグ２０３に、「ペア形成無」を設定する（Ｓ８０２）。属性２０２は、そのままである。
【００６８】
ペア解除コマンドのペア解除後状態５０２が、「副ボリューム」でない場合には（すなわち、「通常ボリューム」のときには）、パラメータの正ボリューム番号５００と副ボリューム番号５０１で特定されるペア情報１０９を検索する。そして、検索したペア情報１０９のエリアを削除することにより、当該ペア情報１０９の使用中状態を解除する。それと同時に、ボリューム情報１０８の副ボリュームに対応するペア有無フラグ２０３に、「ペア形成無」を設定して、かつ、属性２０２に「通常ボリューム」を設定して、処理を終了する（Ｓ８０１）。
【００６９】
次に、図１０によりホスト１００がディスクサブシステム１０１に、属性変更コマンドを発行したときのディスクサブシステム１０１の処理について説明する。
【００７０】
制御プロセッサ１０７は、ホストインタフェース１０２を介して、ホスト１００からボリューム属性変更コマンドを受領すると、ボリューム属性変更処理１０５を開始する。
【００７１】
先ず、属性変更コマンドのパラメータのボリューム番号６００に対応するボリューム情報１０８のペア有無フラグ２０３を参照して、そのボリューム１１３が「ペア形成中」か否かを調べる。ペア有無フラグ２０３が「ペア形成中」の場合には、Ｓ９０１に進み、ペア有無フラグ２０３が「ペア形成中」でない場合には、Ｓ９０２に進むことになる。
【００７２】
ペア有無フラグ２０３が「ペア形成中」の場合には、指定されたボリューム１１３の属性を変更できないので、その旨をホスト１００に通知して、処理を終了する（Ｓ９０１）。
【００７３】
ペア有無フラグ２０３が「ペア形成中」でない場合には（すなわち、「ペア形成無」のときには）、属性変更コマンドのパラメータの変更後属性１０１指定された属性に従って、ボリューム情報１０８の属性２０２を書き換える（Ｓ９０２）。
【００７４】
最後に、図１１によりペア状態報告処理１０６について説明する。
【００７５】
ホスト１００は、ペア状態報告コマンドのパラメータとして、正ボリュームのボリューム番号をディスクサブシステム１０１に渡すことにする。
【００７６】
制御プロセッサ１０７は、ホストインタフェース１０２を介して、ホスト１００からペア状態報告コマンドを受領すると、ペア状態報告処理１０６を開始する。
【００７７】
制御プロセッサ１０７は、すべてのペア情報１０９を参照し、パラメータとして受領した正ボリュームのボリューム番号と正ボリューム番号３０１が同じ値であるペア情報１０９を検索する。そして、検索したペア情報１０９に格納されている副ボリューム番号３０２、コピーポインタ３０３、ペア状態３０４をホスト１００に報告して、処理を終了する（Ｓ１０００）。
（IV）変形例
以上が、第一の実施形態であるが、以下、若干の変形例について簡単に説明する。
【００７８】
第一の実施形態では、ペア形成コマンドのパラメータに、副ボリュームとするボリューム１１３の条件がついていたが、この値はなくても良い。この場合、ペア形成処理１０３では、先ず、正ボリュームとして指定されたボリューム１１３と同じ容量の未使用の副ボリュームを探し、見つかった場合にはそのボリューム１１３とペアを形成し、同じ容量のものが見つからなかった場合には、より大きい容量の未使用の副ボリュームを探して、ペアを形成するようにする。
【００７９】
また、第一の実施形態では、ボリューム１１３の属性２０２をホスト１００からのコマンドで変更するが、ディスクサブシステム１１０２を操作するための操作端末１２０から変更しても良い。この場合には、制御プロセッサ１０７は、操作端末インタフェース１２１を介して、操作端末１２０から、上記で示したボリューム属性変更コマンドと同様のコマンドおよびパラメータを受領して、ボリューム属性変更処理１０５を開始する。
【００８０】
さらに、第一の実施形態では、ペア解除コマンドのパラメータに、副ボリュームとして使用していたボリューム１１３の、ペアを解除した後の属性２０２がついているが、この値はなくとも良い。この場合、ディスクサブシステム１０１は、副ボリュームとして使用していたボリューム１１３の、ペアを解除した後の属性２０２をどのようにするかを予め定めておき、常に「副ボリューム」あるいは「通常ボリューム」とすることになる。
【００８１】
〔実施形態２〕
以下、本発明に係る第二の実施形態を、図１２ないし図２０を用いて説明する。
（Ｉ）システム構成
先ず、図１２を用いて本実施形態に係るコンピュータシステムのシステム構成について説明する。
図１２は、本発明の第二の実施形態に係るシステム構成を示すブロック図である。
【００８２】
第二の実施形態のシステムでも、ホストとディスクサブシステムとから構成されていることは、第一の実施形態の場合と同様である。このシステムが、第一の実施形態と異なっていることは、第一の実施形態のシステムが副ボリュームを選択するに際して、ディスクサブシステム側で選んだのに対して、このシステムでは、ディスクサブシステム側から副ボリュームに使用できるボリュームを報告し、ホストで選択することである。
【００８３】
そのため、ホスト１１００は、副ボリューム選択処理１１０１を実行するようになっている。
【００８４】
ディスクサブシステム１１０２で、第一の実施形態と異なっているのは、制御メモリの中にペア情報を保持しないこと、制御プロセッサの処理として、ペア状態報告処理がなくなって、副ボリューム報告処理１１０７が付け加わっている。このような構成になるのは、本実施形態では、ペア状態の管理は、ディスクサブシステム１１０２側ではなく、ホスト１１００側でおこなおうとするためである。
（II）データ構造
次に、図１３を用いて本実施形態に係るシステムに用いられデータ構造について説明する。
図１３は、第二の実施形態のボリューム情報を示す模式図である。
【００８５】
図１３に示される第二の実施形態のボリューム情報は、第一の実施形態と構成がやや異なっており、ボリューム番号１２００、属性１２０１、使用中フラグ１２０２から構成されている。
【００８６】
ボリューム番号１２００が、ボリュームを識別するための識別子であること、属性１２０１が、「通常ボリューム」、「副ボリューム」の値を設定することは、第一の実施形態と同様である。
【００８７】
使用中フラグ１２０２は、第一の実施形態に示したペア有無フラグ２０３とは、異なったものである。このように表現が異なるのは、第二の実施形態のディスクサブシステム１１０２は、ペア情報を管理しないという考え方によるものである。この使用中フラグ１２０２は、対応するボリューム１１３が副ボリュームとして使用しているかどうかを示すフラグであり、「無効」、「使用中」、あるいは、「未使用」のいずれかの値を取る。対象となるボリューム１１３が「通常ボリューム」のとき、使用中フラグ１２０２は「無効」という値を取る。これは、「通常ボリューム」属性を持っているときには、副ボリュームとして割り当てられることはないという意味である。対象となるボリューム１１３が「副ボリューム」であって、かつ、ペアを形成している場合には、使用中フラグ１２０２は「使用中」という値を取る。対象となるボリューム１１３が「副ボリューム」で、かつ、ペアを形成していない場合には、使用中フラグ１２０２は「未使用」という値を取る。
（III）システムの動作
次に、図１４ないし図２０を用いて本実施形態に係るシステムの動作について説明する。
図１４は、本発明の第二の実施形態において、ホスト１１００とディスクサブシステム１１０２間でやりとりされるコマンドシーケンスを示す図である。
図１５は、本発明の第二の実施形態において、ペア形成コマンドが発行されたときのディスクサブシステム１１０２の処理を示すフローチャートである。
図１６は、本発明の第二の実施形態において、ペア解除コマンドが発行されたときのディスクサブシステム１１０２の処理を示すフローチャートである。
図１７は、本発明の第二の実施形態において、属性変更コマンドが発行されたときのディスクサブシステム１１０２の処理を示すフローチャートである。
図１８は、本発明の第二の実施形態において、ホスト１１０１の副ボリューム選択処理を示すフローチャートである。
図１９は、本発明の第二の実施形態において、副ボリューム報告要求コマンドが発行されたときのディスクサブシステム１１０２の副ボリューム報告処理を示すフローチャートである。
図２０は、ホスト１１００に表示される未使用副ボリュームリストを示す模式図である。
【００８８】
先ず、図１４を用いてホスト１１００とディスクサブシステム１１０２でやり取りされるコマンドシーケンスを説明し、システムとしての動作の概要を明らかする。
【００８９】
第二の実施形態では、ペア形成をおこなう必要が生じたときには、ホスト１１００は、未使用の副ボリューム番号を知る必要があるため、ディスクサブシステム１１０２に対して、先ず、副ボリューム報告要求コマンドを発行する（ｓｑ２０）。
【００９０】
これを受け、ディスクサブシステム１１０２は、副ボリューム報告レポートにより、未使用の副ボリュームを報告する（ｓｑ２１）。
【００９１】
ホスト１１００は、報告を受けた未使用の副ボリューム番号から一つ使用可能なものを選択し、これを保持しておく。この選択の仕方は、オペレータが画面上から選択するようにしても良いし、プログラムで自動的に選択されるようにしても良い。
【００９２】
そして、選択した副ボリューム番号をバラメタとして、ディスクサブシステム１１０２に対して、ペア形成コマンドを発行する（ｓｑ２２）。
【００９３】
それ以降の処理は、第一の実施形態と同じである。すなわち、定期的にペア状態報告要求コマンドを発行し（ｓｑ２３）。ペア状態報告要求レポートが「デュープレックス状態」のときに（ｓｑ２４）、保持している副ボリューム番号をパラメータとして、ペア解除コマンドを発行する（ｓｑ２５）。また、属性変更コマンドを発行する契機についても第一の実施形態と同様である（ｓｑ３０，ｓｑ３１）。
【００９４】
次に、ディスクサブシステム１１０２とホスト１１０１の個々の処理について説明する。
【００９５】
先ず、図１５により、ホスト１１００がディスクサブシステム１１０２に、ペア形成コマンドを発行したときのディスクサブシステム１１０２の処理について説明する。
【００９６】
制御プロセッサ１１０４は、ホストインタフェース１０２を介して、ホスト１１０１からペア形成コマンドを受領すると、ペア形成処理１１０４を開始する。
【００９７】
発行されるペア形成コマンドのパラメータは、ペアの正ボリュームとして使用する正ボリューム番号と、ペアの副ボリュームとして使用する副ボリューム番号である。これは、図４に示した第一の実施形態のものと同様である。
【００９８】
先ず、制御プロセッサは、ボリューム情報１１０８を更新する（Ｓ１３００）。すなわち、ペア形成コマンドのパラメータとして受領した副ボリューム番号に対応するレコードの使用中フラグ１２０２に「使用中」を設定する。
【００９９】
そして、ペア形成コマンドのパラメータとして受領したボリューム番号に対応する正ボリュームと副ボリューム間でペアを形成して、形成コピーを実施する。
【０１００】
次に、図１６により、ペア解除処理１１０５について説明する。
【０１０１】
制御プロセッサ１０７は、ホストインタフェース１０２を介して、ホスト１１００からペア解除コマンドを受領すると、ペア解除処理１１０５を開始する。
【０１０２】
発行されるペア解除コマンドは、ペアの正ボリュームとして使用されている正ボリューム番号と、ペアの副ボリュームとして使用されている副ボリューム番号である。これは、図５に示した第一の実施形態のものと比べると、ペア解除後状態５０２がないことが異なっている。
【０１０３】
制御プロセッサは、このコマンドを受けると、ペア解除コマンドのパラメータとして受領した副ボリューム番号に対応するレコードの使用中フラグ１２０２に「未使用」を設定する（Ｓ１４００）。
【０１０４】
次に、図１７を追いながらホスト１１００がディスクサブシステム１１０２に、属性変更コマンドを発行したときのディスクサブシステム１１０２の処理について説明する。
【０１０５】
制御プロセッサ１１０６は、ホストインタフェース１０２を介して、ホスト１１００からボリューム属性変更コマンドを受領すると、ボリューム属性変更処理１１０６を開始する。
【０１０６】
発行されるボリューム属性変更コマンドのパラメータは、属性を変更する対象のボリューム１１３のボリューム番号と、変更後の属性の値（通常ボリューム、副ボリューム）である。これは、図６に示される第一の実施形態のものと同様である。
【０１０７】
先ず、制御プロセッサ１１０６は、ボリューム属性変更コマンドのパラメータを参照して、「通常ボリューム」に変更するのか、「副ボリューム」に変更するのかを判定する（Ｓ１５００）。
【０１０８】
「通常ボリューム」に変更する場合には、Ｓ１５０２に進み、「副ボリューム」に変更する場合には、Ｓ１５０１に進む。
【０１０９】
「副ボリューム」に変更する場合には、ボリューム情報１１０８を更新する（Ｓ１５０１）。すなわち、ボリューム属性変更コマンドのパラメータのボリューム番号に対応する属性１２０１に「副ボリューム」を設定する。設定を完了すると、ボリューム属性変更処理は終了である。
【０１１０】
「通常ボリューム」に変更する場合には、指定されたボリュームが使用中か否かをチェックする（Ｓ１５０２）。これはすでに、副ボリュームとして使用しているボリューム１１３の属性を変更を拒否するためである。具体的には、ボリューム情報１１０８を参照して、パラメータのボリューム番号に対応する使用中フラグ１２０２が「使用中」になっているか否かを調べる。
【０１１１】
使用中フラグ１２０２が「使用中」になっている場合には、属性を変更することができないので、その旨をホスト１１００に通知する（Ｓ１５０４）。
【０１１２】
使用中フラグ１２０２が「使用中」でない場合には、ボリューム情報１１０８を更新する（Ｓ１５０３）。すなわち、パラメータのボリューム番号に対応する属性１２０１に「副ボリューム」を設定し、使用中フラグ１２０２に「未使用」を設定する。設定が完了したら、ボリューム属性変更処理１１０６は終了である。
【０１１３】
さて、本実施形態では、副ボリュームの選択は、ホスト１１００側でおこなうというのが基本的な考え方であった。以下の処理は、それに関連するものである。
【０１１４】
先ず、図１８により、ホスト１１００側で副ボリュームを選択するための処理を説明する。
【０１１５】
本実施形態では、ホスト１１００は、新規にペアを形成するとき、データの複製を格納する副ボリュームを決定しなければならない。そのため、どのボリューム１１３を副ボリュームとして使用できるかを知るために、ディスクサブシステム１１０２に対して、副ボリューム報告要求を発行する（Ｓ１８００）。
【０１１６】
副ボリューム報告要求を受領したディスクサブシステム１１０２は、副ボリューム報告レポートとして、副ボリュームとして使用可能なボリューム１１３、すなわち、未使用の副ボリューム番号をホスト１１００に通知する。
【０１１７】
ホスト１１００では、その内から一つ副ボリュームとしてベアを形成する副ボリューム番号を選択する（Ｓ１８０１）。この選択は、ホスト１１００のコンソールに図２０に示されるような未使用副ボリューム番号として表示して、オペレータに選ばさせるようにしても良いし、プログラムで自動的に選択するようにしても良い。
【０１１８】
次に、図１９により、ホスト１１００がディスクサブシステム１１０２に、副ボリューム報告要求コマンドを発行したときのディスクサブシステム１１０２の処理について説明する。
【０１１９】
ディスクサブシステム１１０２側で、副ボリューム報告要求コマンドを受領すると、ボリューム情報１１０８を参照して、使用中フラグ１２０２が「未使用」になっているレコードのボリューム番号をリスト構造に編集して、ホスト１１００に通知する（Ｓ１７００）。
【０１２０】
〔実施形態３〕
以下、本発明に係る第三の実施形態を、図２１ないし図２４を用いて説明する。
【０１２１】
この第三の実施形態は、第一の実施形態を副ボリュームの割当てという観点から改良したものである。第一の実施形態では、ホストからの要求にしたがって、ディスクサプシステムがペアを形成する副ボリュームを選択するとき、正ボリュームと同容量か、より大きな容量を選択することにした。同容量の副ボリュームを選択できる場合には良いが、より大きな容量の副ボリュームを選択した場合には、副ボリュームとして選択されたボリュームの記憶領域のうち、正ボリュームの容量以上の部分は使用されないことになるので、記憶装置サブシステムが持つ記憶領域にむだが生じることになる。第三の実施の形態は、この点を改良して、正ボリュームと同じ容量のボリュームを作成し、副ボリュームとして使用する方法に関するものである。
（Ｉ）システム構成
先ず、図２１を用いて本実施形態に係るコンピュータシステムのシステム構成について説明する。
図２１は、本発明の第三の実施形態に係るシステム構成を示すブロック図である。
【０１２２】
本実施形態のシステムでも、第一の実施形態のシステムと同様に、ホスト１００とディスクサブシステム１０１によって構成されている。ディスクサブシステム１０１の構成要素であるホストインターフェイス１０２、制御プロセッサ１０７、制御メモリ１１１は、第一の実施形態とほぼ同様のものであるが、制御プロセッサの実行する処理であるペア形成処理１９００のアルゴリズムが異なることと、制御メモリの中にあるボリューム情報１９０１の内容が異なること、また未割当領域情報１９０２が定義されていることが第一の実施形態との違いである。
【０１２３】
ここで、本実施形態の記憶階層のモデルについて説明する。
【０１２４】
第一の実施形態では、「ボリューム」をデータを管理するための磁気ディスクを論理的な管理単位として説明した。本実施形態でも、この論理的な管理単位としての「ボリューム」を用いることは同様であるが、このボリュームをさらに分割して、論理的な管理単位として「論理領域」という概念を用いることにする。さらに、これらの論理的な概念の下位層にある、より物理的な概念としての記憶領域の管理単位として、「物理ボリューム」とそれをさらに分割した「物理領域」を定義することにする。通常、このようなレイヤで記憶領域を管理するときには、ホストのＯＳの記憶管理モジュールで論理的な記憶領域を用いて指令をおこない、記憶装置やディスクサブシステム側でそれを物理的な領域に解釈しなおしてアクセスするのが一般的である。
【０１２５】
本実施形態でも、そのような方法を想定し、ボリュームアクセス機構１９０４からアクセスするときに、最終的な物理ボリュームの物理領域としてアクセスすることにする。ボリューム情報１９０１は、論理的な領域と物理的な領域の対応を持つことにする。
（II）データ構造
次に、図２２および図２３を用いて本実施形態に係るシステムに用いられデータ構造について説明する。
図２２は、第三の実施形態のボリューム情報を示す模式図である。
図２３は、未割当領域情報を示す模式図である。
【０１２６】
第三の実施形態のボリューム情報１９０１は、ボリューム番号２００４、容量２０１、属性２０２、ペア有無フラグ２０３、物理領域情報２０００から構成されている。なお、図２２では一つのボリューム番号のボリューム情報のみ示している。
【０１２７】
ボリューム番号１２００が、ボリュームを識別するための識別子であること、容量２０１、属性２０２、ペア有無フラグ２０３の役割は、第一の実施形態と同様である。
【０１２８】
本実施形態で重要なのは、物理領域情報２０００であり、これは、このボリューム番号２００４を有する論理的な「ボリューム」に属する論理領域の構成と、その論理領域がどのような物理ボリューム番号２００２を有する物理ボリュームの物理領域に対応しているかを示している。
【０１２９】
この図の例では、このボリュームは、論理領域番号２００１が、０、１、…の論理領域を有し、論理領域番号０の論理領域は、物理ボリューム番号２の物理ボリュームにおける物理領域番号４の物理領域に対応していることを示している。すなわち、ホスト１００から論理領域番号０の領域からデータを読み出せと指令がきたときには、ディスクサブシステム１０１では、この物理領域情報２０００の情報に従い、物理ボリュームにおける物理領域番号４の物理領域にアクセスに行き、そこからデータ読み出しの操作をおこなうことになる。
【０１３０】
なお、論理領域を複数の物理領域から構成されるようにすることも可能であるが、本実施形態では簡単のため、論理領域と物理領域は同容量であるものとして、一つの論理領域に一つの物理領域が対応するものとして説明することにする。
【０１３１】
物理領域の中で実際に使われていないもの、すなわち、ボリュームに割り当てられていないものは、未割当領域情報１９０２に置かれて管理される。未割当領域情報１９０２は、物理ボリューム番号２１００と物理領域番号２１０１とから構成される。この図の例では、第一エントリでは、物理ボリューム番号１０の物理ボリュームにおける物理領域番号１００の物理領域が、どのボリュームにも割り当てられていないことを示している。
（III）システムの動作
次に、図２４を用いて本実施形態に係るシステムの動作について説明する。
図２４は、本発明の第三の実施形態において、ペア形成コマンドが発行されたときのディスクサブシステム１０１の処理を示すフローチャートである。
【０１３２】
ここでの説明では、この実施形態で特徴的な、ペア形成処理についてのみ説明することにする。
【０１３３】
ディスクサブシステム１０１の制御プロセッサ１０７は、ホストインタフェース１０２を介して、ホスト１００からペア形成コマンドを受領すると、ペア形成処理１０３を開始する。ペア形成コマンドは、実施形態１の図２で示したものと同様である。
【０１３４】
先ず、制御プロセッサ１０７は、正ボリュームと同じ容量で、未使用の副ボリュームがあるかを検索する（Ｓ２２００）。すなわち、実施形態１と同様にホスト１００から受領したペア形成コマンドのパラメータの正ボリューム番号４００とボリューム情報１０８から、正ボリュームとなるボリューム１１３の容量２０１を算出して、次に、算出した容量２０１と同じ値の容量２０１をもち、かつ、属性２０２が「副ボリューム」で、かつ、ペア形成有無フラグ２０３が「ペア形成無」となっているボリューム１１３を探し出す。
【０１３５】
そして、この探索の結果、前記条件に該当するボリューム１１３が見つからない場合には、Ｓ２２０１に進み、見つかった場合には、その内のどれか１個を選択して、Ｓ２２０４に進む。
【０１３６】
この条件に該当するボリューム１１３が見つかった場合には、実施形態１と同様に、ボリューム情報１０９と、ペア情報１０９を更新して（Ｓ２２０４）、形成コピーを実行する（Ｓ２２０５）。
【０１３７】
前記条件に該当するボリューム見つからない場合には、正ボリュームと副ボリューム容量の大小にしたがって、次におこなう処理を決定する（Ｓ２２０１）。
【０１３８】
すなわち、ディスクサブシステム１１０２は、図２２のボリューム情報１９０２を参照して、属性２０２が「副ボリューム」、ペア有無フラグ２０３が「ペア形成無」で、容量２０１が正ボリュームとして定義されたボリュームの容量２０１よりも大きな容量を持つボリューム１１３があるか否かを調べる。
【０１３９】
そのようなボリューム１１３がある場合には、Ｓ２２０３に行き、そのようなボリューム１１３がない場合、には、Ｓ２２０２に行く。
【０１４０】
正ボリュームとして定義されたボリュームの容量より、大きな容量の副ボリュームが見つからなかったときには（Ｓ２２０２）、ボリューム情報１９０１を調べて、属性２０２が「副ボリューム」、ペア有無フラグ２０３が「ペア形成無」の適当な副ボリュームを選択する。次に、その選択したボリュームと正ボリュームとして定義されているボリュームの容量の差、すなわち、どれだけの物理領域の容量が足りないかを計算する。そして、足りない領域の物理領域の容量に相当する物理領域を、未割当領域情報１９０２より検索し、そのエントリを削除して、選択した副ボリュームの物理領域情報２０００のエントリに追加する。これにより、正ボリュームの容量と副ボリュームとして使用するボリュームの容量が等しくなり、コピーがおこなえるようになる。
【０１４１】
正ボリュームとして定義されたボリュームの容量より、大きな容量の副ボリュームが見つかったときには（Ｓ２２０３）、そのボリュームを選択する。次に、その選択したボリュームと正ボリュームとして定義されているボリュームの容量の差、すなわち、どれだけの物理領域の容量が選択したボリュームの方が多いかを計算する。そして、選択したボリュームの物理領域情報２０００の内で、多い分にあたる物理領域のエントリ、そのエントリを削除して、未割当領域情報１９０２にそれに相当する物理ボリューム番号２１００と物理領域２１０１のエントリを追加する。すなわち、選択した副ボリュームの不要な領域を解放する。これにより、正ボリュームと副ボリュームの容量が等しくなって、ディスク領域の有効利用を図ることができる。
【０１４２】
それ以降のボリューム情報、ペア情報の更新（Ｓ２２０４）と、形成コピーの実行（Ｓ２２０５）は、どちらの場合も同様になされる。
【図面の簡単な説明】
【０１４３】
【図１】本発明の第一の実施形態に係るシステム構成を示すブロック図である。
【図２】第一の実施形態のボリューム情報を示す模式図である。
【図３】ペア情報を示す模式図である。
【図４】ペア形成コマンドのパラメータを示す模式図である。
【図５】ペア解除コマンドのパラメータを示す模式図である。
【図６】ボリューム属性変更コマンドのパラメータを示す模式図である。
【図７】本発明の第一の実施形態において、ホスト１００とディスクサブシステム１０１間でやりとりされるコマンドシーケンスを示す図である。
【図８】本発明の第一の実施形態において、ペア形成コマンドが発行されたときのディスクサブシステム１０１の処理を示すフローチャートである。
【図９】本発明の第一の実施形態において、ペア解除コマンドが発行されたときのディスクサブシステム１０１の処理を示すフローチャートである。
【図１０】本発明の第一の実施形態において、属性変更コマンドが発行されたときのディスクサブシステム１０１の処理を示すフローチャートである。
【図１１】本発明の第一の実施形態において、ペア状態報告要求コマンドが発行されたときのディスクサブシステム１０１の処理を示すフローチャートである。
【図１２】本発明の第二の実施形態に係るシステム構成を示すブロック図である。
【図１３】第二の実施形態のボリューム情報を示す模式図である。
【図１４】本発明の第二の実施形態において、ホスト１１００とディスクサブシステム１１０２間でやりとりされるコマンドシーケンスを示す図である。
【図１５】本発明の第二の実施形態において、ペア形成コマンドが発行されたときのディスクサブシステム１１０２の処理を示すフローチャートである。
【図１６】本発明の第二の実施形態において、ペア解除コマンドが発行されたときのディスクサブシステム１１０２の処理を示すフローチャートである。
【図１７】本発明の第二の実施形態において、属性変更コマンドが発行されたときのディスクサブシステム１１０２の処理を示すフローチャートである。
【図１８】本発明の第二の実施形態において、ホスト１１０１の副ボリューム選択処理を示すフローチャートである。
【図１９】本発明の第二の実施形態において、副ボリューム報告要求コマンドが発行されたときのディスクサブシステム１１０２の副ボリューム報告処理を示すフローチャートである。
【図２０】ホスト１１００に表示される未使用副ボリュームリストを示す模式図である。
【図２１】本発明の第三の実施形態に係るシステム構成を示すブロック図である。
【図２２】第三の実施形態のボリューム情報を示す模式図である。
【図２３】未割当領域情報を示す模式図である。
【図２４】本発明の第三の実施形態において、ペア形成コマンドが発行されたときのディスクサブシステム１０１の処理を示すフローチャートである。
【図２５】ボリューム複製技術の概要を示す図である。
【符号の説明】
【０１４４】
１００…ホスト
１０１…ディスクサブシステム
１０２…ホストインタフェース
１０３…ペア形成処理
１０４…ペア解除処理
１０５…ボリューム属性変更処理
１０６…ペア状態報告処理
１０７…制御プロセッサ
１０８…ボリューム情報
１０９…ペア情報
１１１…制御メモリ
１１２…ボリュームアクセス機構
１１３…ボリューム
１１００…ホスト
１１０１…副ボリューム選択処理
１１０２…ディスクサブシステム
１１０４…ペア形成処理
１１０５…ペア解除処理
１１０６…ボリューム属性変更処理
１１０７…副ボリューム報告処理
１１０８…ボリューム情報
１９００…ペア形成処理
１９０１…ボリューム情報処理
１９０２…未割当領域情報。
【図１】
2007073075.tif 000003
【図２】
2007073075.tif 000004
【図３】
2007073075.tif 000005
【図４】
2007073075.tif 000006
【図５】
2007073075.tif 000007
【図６】
2007073075.tif 000008
【図７】
2007073075.tif 000009
【図８】
2007073075.tif 000010
【図９】
2007073075.tif 000011
【図１０】
2007073075.tif 000012
【図１１】
2007073075.tif 000013
【図１２】
2007073075.tif 000014
【図１３】
2007073075.tif 000015
【図１４】
2007073075.tif 000016
【図１５】
2007073075.tif 000017
【図１６】
2007073075.tif 000018
【図１７】
2007073075.tif 000019
【図１８】
2007073075.tif 000020
【図１９】
2007073075.tif 000021
【図２０】
2007073075.tif 000022
【図２１】
2007073075.tif 000023
【図２２】
2007073075.tif 000024
【図２３】
2007073075.tif 000025
【図２４】
2007073075.tif 000026
【図２５】
2007073075.tif 000027