JP2001318833A - ボリューム複製機能を有する記憶装置サブシステム、および、それを用いたコンピュータシステム - Google Patents

Abstract

(57)【要約】 【課題】ボリューム複製機能を有する記憶装置サブシス
テムにおいて、効率良くボリュームを使用しできるよう
にし、ホスト側でのボリュームの管理やホスト間でのボ
リューム利用の調整を不要とする。 【解決手段】前記ホストから複製作成の指示を受領した
ときに、複製を格納するボリュームを選択できるように
する。また、ホストに複製に使用できるボリュームを報
告し、ホスト側で選択させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ボリューム複製機
能を有する記憶装置サブシステムに係り、同一記憶装置
サブシステム内で、ホストを介在せずにボリュームの複
製を作成する機能を有する記憶装置サブシステムであっ
て、ボリューム複製時の複製先のボリューム選択に関す
る。

【０００２】

【従来の技術】アプリケーションやデータベースなどを
長時間にわたって停止することなく、無矛盾な整合性の
取れたデータをバックアップする技術として、記憶装置
サブシステム内にボリューム内データの複製を作成し
て、その複製先からバックアップする技術が知られてい
る。この方法の利点は、もとのボリュームから複製し
て、それをバックアップの対象とするためオンラインを
停止する必要がなく、バックアップデータの整合性など
も維持しやすいということにある。

【０００３】以下では、図２５を参照しながらボリュー
ム複製技術について説明する。図２５は、ボリューム複
製技術の概要を示す図である。

【０００４】このボリューム複製技術を使用する場合、
ユーザは、次の手順をとって、無矛盾な整合性の取れた
データをバックアップする。

【０００５】（ステップ１）バックアップしたいデータ
を格納するボリューム（このボリュームを「正ボリュー
ム」と呼ぶ）と、データの複製を格納するボリューム
（このボリュームを「副ボリューム」と呼ぶ）を指定
し、記憶装置サブシステムに対して、複製の作成を指示
する。正ボリュームと副ボリュームの組を「ペア」と呼
び、複製を生成することを「ペア形成」と呼ぶ。

【０００６】（ステップ２）ペア形成の指示を受けた記
憶装置サブシステムは、正ボリュームからデータを読み
出して複製を作成し、副ボリュームに格納する（これを
「形成コピー」と呼ぶ）。また、ホストが正ボリューム
に対して書き込みを行った場合、記憶装置サブシステム
は、正ボリュームへの書き込みデータを副ボリュームに
対しても書き込む（これを「更新コピー」と呼ぶ）。

【０００７】（ステップ３）上記ステップ２の形成コピ
ーが完了し、かつ、アプリケーションの終了やデータベ
ースの終了などのようなバックアップを取得するのに適
した時刻に達したとき、「ペア分割」要求を記憶装置サ
ブシステムに発行する。「ペア分割」要求を受領する
と、記憶装置サブシステムは、更新コピーを停止する。
この後、正ボリュームに対して書き込みを行っても副ボ
リュームへは反映されないので、副ボリュームは「ペア
分割」要求を受領した時点のデータに凍結される。

【０００８】（ステップ４）副ボリューム内のデータ
を、磁気テープ（ＭＴ）などにバックアップする。もち
ろん、この間であっても、アプリケーションやデータベ
ースを動作させて、正ボリューム内のデータを参照／更
新できる。

【０００９】（ステップ５）バックアップが完了した
ら、「ペア解除」要求を記憶装置サブシステムに発行す
る。「ペア解除」要求を受領すると、記憶装置サブシス
テムは正ボリュームと副ボリュームのペアの関係を解除
する。

【００１０】

【発明が解決しようとする課題】上記従来技術で説明し
たボリューム複製技術を使用してバックアップをおこな
ような運用をする場合に、ユーザデータを格納するボリ
ューム毎に副ボリュームとなるボリュームをあらかじめ
割り当てておくのが最も簡単なボリューム管理方法であ
る。しかし、この方法では、副ボリューム用として記憶
装置サブシステム内の半分のボリュームを割り当てる必
要があり、ボリュームの使用効率が悪いという問題点が
ある。

【００１１】ボリュームを効率良く使用するために、１
個以上のボリュームを副ボリューム用に準備しておき、
副ボリュームが必要になった時に適当に選択して利用す
るという方法がある。この方法を用いるためには、ホス
トは、準備していたボリュームの内、どれを使っている
のかなどのボリューム利用情報を管理する必要がある。

【００１２】現在、複数のホストが１台の記憶装置サブ
システムに接続する接続形態が一般的になっている。こ
の接続形態の場合、複数のホストがネットワークなどを
利用して前記ボリューム利用情報を共有し、ボリューム
利用を動的に調整する仕組みが必要となり、ＯＳ（オペ
レーティングシステム）にそのような仕組みをもたせな
ければならず、管理が複雑になると言う問題点があっ
た。さらに、前記複数のホスト上では、異なるＯＳが動
作していることも多く、利用者は、それぞれのＯＳに対
応した仕組みを準備する必要があり、煩雑になるという
問題点があった。

【００１３】本発明は、上記問題点を解決するためにな
されたもので、その目的は、従来の技術で説明したボリ
ューム複製技術を使用してバックアップをおこなうよう
な運用をする場合に、効率良くボリュームを使用できる
機能を提供することにある。

【００１４】さらに、本発明の目的は、上記ボリューム
複製技術を使用する際に、ホスト側でのボリュームの管
理やホスト間でのボリューム利用の調整が不要となる機
能を提供することにある。

【００１５】

【課題を解決するための手段】上記目的を達成するため
に、本発明のボリューム複製機能を有する記憶装置サブ
システムに係る発明の構成は、ホストに接続され、その
補助記憶装置として運用され、入出力の論理的な管理単
位としてボリュームとしてホストからアクセスされる記
憶装置サブシステムにおいて、前記ボリュームの複製を
おこなう機能を有し、前記ホストから複製作成の指示を
受領したときに、複製を格納するボリュームを選択する
機能を有するようにしたものである。

【００１６】より詳しくは、上記ボリューム複製機能を
有する記憶装置サブシステムにおいて、前記ボリューム
を選択するときに、ホストが指定する複製元のボリュー
ムと同じ容量のボリュームを選択するようにしたもので
ある。

【００１７】また詳しくは、上記ボリューム複製機能を
有する記憶装置サブシステムにおいて、前記ボリューム
を選択するときに、ホストが指定する複製元のボリュー
ムの容量以上のボリュームを選択するようにしたもので
ある。

【００１８】さらに詳しくは、上記ボリューム複製機能
を有する記憶装置サブシステムにおいて、前記ボリュー
ムに、そのボリュームを複製に使用する予定であるとい
う属性をもたせ、前記ホストから属性変更の指示をおこ
なうことにより、ボリュームに複製に使用する予定のボ
リュームを変更可能なようにしたものである。

【００１９】上記目的を達成するために、本発明のボリ
ューム複製機能を有する記憶装置サブシステムを用いた
コンピュータシステムに係る発明の構成は、ホストと、
そのホストに接続され、その補助記憶装置として運用さ
れ、入出力の論理的な管理単位としてボリュームとして
ホストからアクセスされる記憶装置サブシステムとから
なるコンピュータシステムにおいて、この記憶装置サブ
システムは、前記ボリュームの複製をおこなう機能を有
し、前記ホストから要求があったときに、複製を格納す
るのに使用できる一つ以上のボリュームをホストに報告
し、前記ホストは、報告を受けた複製を格納するのに使
用できる一つ以上のボリュームから、複製を格納するボ
リュームを選択して、前記記憶装置サブシステムに、複
製の指示を与える機能を有するようにしたものである。

【００２０】上記目的を達成するために、本発明のボリ
ューム複製機能を有する記憶装置サブシステムに係る発
明の別の構成は、上記記憶装置サブシステムにおいて、
さらに、前記記憶装置サブシステムは、データを格納す
る記憶領域を物理領域に分割してアクセスする手段と、
前記論理的な管理単位としてのボリュームと、前記物理
的な管理単位としての物理領域と対応付けをする手段と
を有し、前記ホストから複製作成の指示を受領して複製
を格納するボリュームを選択したときに、複製元のボリ
ュームの容量に基づいて、複製先のボリュームの容量を
調整して、複製先のボリュームの物理領域の割当てを変
更するようにしたものである。

【００２１】上記記憶装置サブシステムの構成により、
ボリューム複製技術を使用するときに、予め副ボリュー
ムとして予約しておいたボリューム群を副ボリュームと
して使用し、複製が不要になったら前記ボリューム群に
戻して、ボリュームを使いまわすことができる。これに
より、記憶装置サブシステム内のボリュームの有効利用
が図れる。

【００２２】さらに、上記記憶装置サブシステムの構成
により、ペアを形成する時に記憶装置サブシステム側で
副ボリュームを自動選択し、ホスト側でのボリュームの
管理を不要にする。特に、複数のホストを１台の記憶装
置サブシステムに接続し、それぞれのホストでボリュー
ム複製技術を使用する場合、従来では、ネットワーク等
を使ってホスト間で必要であったボリュームの調整が不
要になる。

【００２３】さらに、上記コンピュータシステムの構成
により、ペアを形成する時に記憶装置サブシステムに副
ボリュームとして使用可能なボリュームを報告させるこ
とができるので、ホスト側でのボリュームの管理を不要
にする。特に、複数のホストを１台の記憶装置サブシス
テムに接続し、それぞれのホストでボリューム複製技術
を使用する場合、従来では、ネットワーク等を使ってホ
スト間で必要であったボリュームの調整が不要になる。

【００２４】また、上記記憶装置サブシステムの構成に
より、正ボリュームと複製先の副ボリュームの容量に乖
離が合った場合には、ボリューム容量を等しくなるよう
に割当てを調整することによって記憶領域の有効利用を
図ることができる。

【００２５】

【発明の実施の形態】以下、本発明に係る各実施形態
を、図１ないし図２０を用いて説明する。 〔実施形態１〕以下、本発明に係る第一の実施形態を、
図１ないし図１１を用いて説明する。 （Ｉ）システム構成 先ず、図１を用いて本実施形態に係るコンピュータシス
テムのシステム構成について説明する。図１は、本発明
の第一の実施形態に係るシステム構成を示すブロック図
である。

【００２６】本システムは、ホスト１００と記憶装置サ
ブシステムであるディスクサブシステム１０１とから構
成されている。

【００２７】ホスト１００は、ＣＰＵにより、ＯＳ（オ
ペレーティングシステム）やアプリケーションを実行さ
せるコンピュータであり、このＯＳには、入出力装置や
補助記憶装置を制御するモジュールも含まれている。

【００２８】ディスクサブシステム１０１は、ホストか
らの指令を受けて、補助記憶装置である磁気ディスクに
データやプログラムを書き込み、読み出すための装置で
ある。このディスクサブシステム１０１は、図１に示さ
れる様にホストインタフェース１０２、制御プロセッサ
１０７、制御メモリ１１１、ボリューム１１３、ボリュ
ーム１ボリュームアクセス機構１１２により構成されて
いる。

【００２９】ホストインタフェース１０２は、ホスト１
００との情報のやり取りなどを中継するインタフェース
を司る部分である。制御プロセッサ１０７は、図１に示
される様なさまざまな処理（ペア形成処理１０３、ペア
解除処理１０４、ボリューム属性変更処理１０５、ペア
状態報告処理１０６など）を実行するためのプロセッサ
である。すなわち、本発明のディスクサブシステム１０
１は、かなりのインテリジェンシイを有しておりホスト
と独立に動作することが可能である。制御メモリ１１１
は、この制御プロセッサ１０７が処理を実行するために
必要な制御情報（ボリューム情報１０８、ペア情報１０
９など）を格納するためのメモリである。

【００３０】ボリューム１１３は、データを格納するた
めの磁気ディスクを論理的な管理単位として呼んだもの
であり、一つのボリュームの中に複数の物理的な磁気デ
ィスクが格納されても良いし、逆に、複数の磁気ディス
クを一つのボリュームとしても良い。ボリューム１１３
には、各々を識別するための識別子として、ボリューム
番号がついていて、これによりホスト１００とディスク
サブシステム１０１にからアクセスされる。ボリューム
アクセス機構１１２は、このボリューム１１３をアクセ
スするための機構であり、制御プロセッサ１０７の指示
により動作する。

【００３１】（II）データ構造 次に、図２ないし図６を用いて本実施形態に係るシステ
ムに用いられデータ構造について説明する。図２は、第
一の実施形態のボリューム情報を示す模式図である。図
３は、ペア情報を示す模式図である。図４は、ペア形成
コマンドのパラメータを示す模式図である。図５は、ペ
ア解除コマンドのパラメータを示す模式図である。図６
は、ボリューム属性変更コマンドのパラメータを示す模
式図である。

【００３２】図２に示されるボリューム情報は、各ボリ
ューム１１３に関する情報を格納したものであり、ディ
スクサブシステム１０１の制御メモリ１１１に保持され
る。このボリューム情報１０８は、ボリューム番号２０
０、容量２０１、属性２０２、ペア有無フラグ２０３か
ら構成される。

【００３３】ボリューム番号２００は、ボリューム１１
３を識別するための識別子である。容量２０１は、対応
するボリューム１１３が格納できるデータ量を示してい
る。属性２０２は、そのボリューム１１３がユーザデー
タを格納するために使用するものか、副ボリュームとし
て使用するものかを示す情報で、「通常ボリューム」あ
るいは「副ボリューム」のどちらかの値を取る。属性２
０２が「通常ボリューム」のときは、当該ボリューム１
１３はユーザデータを格納するために使用するものであ
ることを示している。属性２０２が「副ボリューム」の
ときは、当該ボリューム１１３は副ボリュームとして使
用中、あるいは、使用する予定のボリューム１１３であ
ることを示している。ペア有無フラグ２０３は、そのボ
リューム１１３がペア形成をおこなっているか否かを示
すフラグであり、「ペア形成中」あるいは「ペア形成
無」のいずれかの値をとる。ペア有無フラグ２０３が、
「ペア形成中」のとき、当該ボリューム１１３はペアを
形成していることを示しており、ペア有無フラグ２０３
が「ペア形成無」のときには、当該ボリューム１１３は
ペアを形成していないことを示している。

【００３４】図２に例としてあげた各レコードの値は、
次のことを示している。

【００３５】（１）ボリューム番号が０であるボリュー
ム１１３は、容量が１０００ＭＢで、ユーザデータを格
納するために使用しており、ペアを形成している。

【００３６】（２）ボリューム番号が１であるボリュー
ム１１３は、容量が１５００ＭＢで、副ボリュームとし
て使用する予定にある。ペアは形成していない。

【００３７】図３に示されるペア情報１０９は、ボリュ
ームのペアを管理するための情報であり、正ボリューム
番号３００、副ボリューム番号３０２、コピーポインタ
３０３、ペア状態３０４から構成されている。

【００３８】正ボリューム番号３００は、当該ペアの正
ボリュームのボリューム番号を示しており、副ボリュー
ム番号３０１は、当該ペアの副ボリュームのボリューム
番号を示している。コピーポインタ３０２は、形成コピ
ーの進捗具合を示す情報であり、０％から１００％の百
分率で示される。すなわち、コピーが始まった状態で
は、０％であり、コピーが終った状態で、１００％にな
る。

【００３９】ペア状態３０３は、ペアをホスト１００や
ディスクサブシステム１０１から制御するための用いる
情報であり、以下の四種類を定義する（図２５も参照の
こと）。

【００４０】１．（シンプレックス状態） ペアを形成していない状態。

【００４１】２．（デュープレックス−ペンデング状
態） ペア形成がされ、形成コピーと更新コピーの両者がおこ
なわれているか、おこなわれる可能性がある状態。

【００４２】３．（デュープレックス状態） ペア形成がされ、形成コピーは終了して、更新コピーの
みがおこなわれているか、おこなわれる可能性がある状
態。

【００４３】４．（スプリット状態） ペア分割からペア解除までの状態。

【００４４】ここで、デュープレックス−ペンデング状
態では、形成コピーの途中なのでホスト１００は、ペア
分割の指令を出すことができず、デュープレックス状態
でペア分割の指令を出すことができるようになることに
注意しておく。

【００４５】次に、ホスト１００からディスクサブシス
テム１０１から指令を与えるために送られるコマンドに
ついて説明する。

【００４６】ペア形成コマンドは、ボリュームのペア形
成をおこなうときにホスト１００がディスクサブシステ
ム１０１に対して発行するコマンドである。ディスクサ
ブシステム１０１は、このコマンドを受領して、副ボリ
ュームとなるボリューム１１３を選択して、指定された
正ボリュームとペアを形成する。この処理の詳細は、後
で処理フローを用いて説明する。

【００４７】図４に示されるペア形成コマンドのパラメ
ータは、正ボリューム番号４００と副ボリューム条件４
０１から構成される。正ボリューム番号４００は、ペア
の正ボリュームとなるボリューム番号である。副ボリュ
ーム条件４０１は、副ボリュームとなるボリューム１１
３の条件を示し、「同容量」あるいは「条件なし」のい
ずれかの値をとる。正ボリューム番号４００で指定する
ボリューム１１３と同じ容量のボリューム１１３を副ボ
リュームとすることを指定するときには、ホスト１００
は、副ボリューム条件４０１に「同容量」を設定してコ
マンドを発行する。正ボリューム番号４００で指定する
ボリューム１１３と同じか、あるいは、大きい容量のボ
リューム１１３を副ボリュームとすることを指定すると
きには、ホスト１００は、副ボリューム条件４０１に
「条件なし」を設定して、コマンドを発行する。

【００４８】このペア形成コマンドのパラメータには、
副ボリューム番号が含まれておらず、ペアを形成すると
きに、どの副ボリュームを選択するかは、ディスクサブ
システム１０１がおこなうことに注意しておく。

【００４９】次に、ペア解除コマンドは、ペアが形成さ
れているボリュームに対して、ペアを解除するときに、
ホスト１００がディスクサブシステム１０１に対して発
行するコマンドである。

【００５０】ディスクサブシステム１０１が、このコマ
ンドを受領すると、ペア形成されているペアが切り離さ
れ、ペアの解除がおこなわれる。この処理の詳細は、後
で処理フローを用いて説明する。

【００５１】図５に示されるペア解除コマンドのパラメ
ータは、正ボリューム番号５００、副ボリューム番号５
０１、ペア解除後状態５０２から構成されている。正ボ
リューム番号５００は、正ボリュームのボリューム番号
を示しており、副ボリューム番号５０１は、副ボリュー
ムのボリューム番号を示している。この正ボリューム番
号５００と副ボリューム番号５０１によって解除すべき
ペアが特定される。この内で副ボリューム番号５０１
は、ディスクサブシステム１０１の報告により知ること
ができる。

【００５２】ペア解除後状態５０２は、ペアを解除した
あとの副ボリュームの属性を指定するものであり、「通
常ボリューム」あるいは「副ボリューム」の値をとる。
「副ボリューム」を指定されたときには、そのボリュー
ムは副ボリュームとして使われることを示しており、そ
れ以外のユーザデータの保持などに使われるときには、
「通常ボリューム」が指定される。

【００５３】次に、ボリューム属性変更コマンドは、ボ
リューム１１３の属性（通常ボリュームまたは副ボリュ
ーム）を変更するときに、ホスト１００がディスクサブ
システム１０１に対して発行するコマンドである。この
コマンドは、副ボリュームの割り当てが大きすぎて、ユ
ーザデータを格納するボリュームが不足するという事態
が生じたとき、また、その逆の事態が生じたときなどに
発行される。

【００５４】ディスクサブシステム１０１が、このコマ
ンドを受領すると、ボリューム１１３の属性をそのパラ
メタに従って変更する。この処理の詳細は、後で処理フ
ローを用いて説明する。

【００５５】図６に示されるボリューム属性変更コマン
ドのパラメータは、ボリューム番号６００と変更後属性
６０１から構成される。ボリューム番号６００は、属性
を変更する対象のボリューム１１３のボリューム番号を
示している。変更後属性６０１は、設定する属性を示し
ており、「通常ボリューム」あるいは「副ボリューム」
のいずれかの値を取る。

【００５６】（III）システムの動作 次に、図７ないし図１１を用いて本実施形態に係るシス
テムの動作について説明する。図７は、本発明の第一の
実施形態において、ホスト１００とディスクサブシステ
ム１０１間でやりとりされるコマンドシーケンスを示す
図である。図８は、本発明の第一の実施形態において、
ペア形成コマンドが発行されたときのディスクサブシス
テム１０１の処理を示すフローチャートである。図９
は、本発明の第一の実施形態において、ペア解除コマン
ドが発行されたときのディスクサブシステム１０１の処
理を示すフローチャートである。図１０は、本発明の第
一の実施形態において、属性変更コマンドが発行された
ときのディスクサブシステム１０１の処理を示すフロー
チャートである。図１１は、本発明の第一の実施形態に
おいて、ペア状態報告要求コマンドが発行されたときの
ディスクサブシステム１０１の処理を示すフローチャー
トである。

【００５７】先ず、図７を用いてホスト１００とディス
クサブシステム１０１でやり取りされるコマンドシーケ
ンスを説明し、システムとしての動作の概要を明らかす
る。

【００５８】バックアップのスケジュールの時間になっ
たり、オペレータが端末から手動でバックアップコマン
ドを入力したときなど、バックアップのためにペア形成
をおこなう必要があるため、ホスト１００は、ディスク
サブシステム１０１に対して、ペア形成コマンドを発行
する（ｓｑ０１）。

【００５９】次に、ホスト１００は、正ボリューム番号
を指定して、ベア状態報告要求コマンドを発行する（ｓ
ｑ０２）。そして、ディスクサブシステム１０１は、こ
のコマンドを受けて、ペア状態報告レポートを送信する
（ｓｑ０３）。これは、図３で示されたペア情報と同じ
ものである。このペア状態報告レポートで、副ボリュー
ム番号が返ってくるので、ホスト側でそれを記憶してお
く。これは、ペア解除をおこなうときに、パラメタで指
定するためである。

【００６０】その後、ホスト１００から、定期的にペア
状態報告要求コマンドを発行する（ｓｑ０４）。これ
は、ホスト１００がペア解除をするタイミングを知るた
めである。すなわち、ディスクサブシステム１０１から
のペア状態報告レポートのペア状態が既に説明した「デ
ュープレックス−ペンデング状態」のときには、ホスト
１００は、ペア解除コマンドを発行せず、ディスクサブ
システム１０１からのペア状態報告レポートのペア状態
が「デュープレックス状態」のときに（ｓｑ０５）、ペ
ア解除コマンドを発行するようにする。

【００６１】ホスト１００がペア解除コマンドを発行で
きるようになったときには、既にデスクサブシステム１
０１から受け取った副ボリューム番号をパラメタに指定
して、ペア解除コマンドを発行する（ｓｑ０６）。

【００６２】また、ユーザデータを格納する必要が生じ
て、通常ボリューム属性を持つボリュームが不足するよ
うになったときには、ホスト１００は、ディスクサブシ
ステム１０１に対して、副ボリューム属性を持つボリュ
ームを通常ボリューム属性を持つようにするため、属性
変更コマンドを発行する（ｓｑ１０）。

【００６３】逆に、バックアップをおこなうために、ペ
ア形成のための副ボリューム属性を持つボリュームが不
足するようになったときには、ホスト１００は、ディス
クサブシステム１０１に対して、通常ボリューム属性を
持つボリュームを副ボリューム属性を持つようにするた
め、属性変更コマンドを発行する（ｓｑ１１）。

【００６４】次に、ディスクサブシステム１０１の個々
の処理について説明する。

【００６５】先ず、図８のフローチャートを追いなが
ら、ホスト１００がディスクサブシステム１０１に、ペ
ア形成コマンドを発行したときのディスクサブシステム
１０１の処理について説明する。

【００６６】ディスクサブシステム１０１の制御プロセ
ッサ１０７は、ホストインタフェース１０２を介して、
ホスト１００からペア形成コマンドを受領すると、ペア
形成処理１０３を開始する。

【００６７】先ず、制御プロセッサ１０７は、正ボリュ
ームと同じ容量で、未使用の副ボリュームがあるかを検
索する（Ｓ７００）。すなわち、ホスト１００から受領
したペア形成コマンドのパラメータの正ボリューム番号
４００とボリューム情報１０８から、正ボリュームとな
るボリューム１１３の容量２０１を算出する。次に、算
出した容量２０１と同じ値の容量２０１をもち、かつ、
属性２０２が「副ボリューム」で、かつ、ペア形成有無
フラグ２０３が「ペア形成無」となっているボリューム
１１３を探し出す。

【００６８】そして、この探索の結果、前記条件に該当
するボリューム１１３が見つからない場合には、Ｓ７０
１に進み、見つかった場合には、その内のどれか１個を
選択して、Ｓ７０４に進む。

【００６９】この条件に該当するボリューム１１３が見
つかった場合には、ボリューム情報１０９と、ペア情報
１０９を更新して（Ｓ７０４）、形成コピーを実行する
（Ｓ７０５）。このとき、Ｓ７０４でボリューム情報１
０９を更新するときには、見つけた副ボリュームのレコ
ードのペア形成フラグ２０３を、「ペア形成中」に書き
換える。また、ペア情報１０９のエントリを新しく生成
し、正ボリューム番号３００、副ボリューム番号３０１
に該当のボリューム番号を入れ、かつ、コピーポインタ
を０に初期化し、ペア状態を「デュプレックス−ペンデ
ング状態」にする。

【００７０】前記条件に該当するボリューム１１３が見
つからない場合には、「正ボリュームと副ボリュームは
同じ容量であること」をホスト１００が指定したか否か
をチェックして、次におこなう処理を決定する（Ｓ７０
１）。すなわち、ホスト１００から受領したペア形成コ
マンドのパラメータの副ボリューム条件４０１を調べ、
副ボリューム条件４０１が「同容量」の場合、Ｓ７０３
に進み、副ボリューム条件４０１が「同容量」でない場
合、Ｓ７０２に進むことにする。

【００７１】ホスト１００が指定した副ボリューム条件
４０１が「同容量」の場合には、該当する副ボリューム
が存在しないことになるので、それをホスト１００に通
知する（Ｓ７０３）。

【００７２】副ボリューム条件４０１が「同容量」でな
い場合には、正ボリュームよりも大きい容量の副ボリュ
ームを使っても良いので、そのようなボリュームを、制
御メモリ１１１の中のボリューム情報から探し出す（Ｓ
７０２）。見つからなかった場合には、それをホスト１
００に通知する（Ｓ７０３）。

【００７３】見つかった場合には、上と同様に、ボリュ
ーム情報１０９と、ペア情報１０９を更新して（Ｓ７０
４）、形成コピーを実行する（Ｓ７０５）。

【００７４】次に、図９によりホスト１００がディスク
サブシステム１０１に、ペア解除コマンドを発行したと
きのディスクサブシステム１０１の処理について説明す
る。

【００７５】ディスクサブシステム１０１の制御プロセ
ッサ１０７は、ホストインタフェース１０２を介して、
ホスト１００からペア解除コマンドを受領すると、ペア
解除処理１０３を開始する。

【００７６】先ず、ペア解除コマンドパラメータのペア
解除後状態５０２の値により次に実行する処理を決定す
る（Ｓ８００）。ペア解除後状態５０２が「副ボリュー
ム」の場合には、Ｓ８０２に進み、ペア解除後状態５０
２が「副ボリューム」でない場合には、Ｓ８０１に進む
ようにする。

【００７７】ペア解除コマンドのペア解除後状態５０２
が、「副ボリューム」の場合には、パラメータの正ボリ
ューム番号５００と副ボリューム番号５０１で特定され
るペア情報１０９（正ボリューム番号５００と正ボリュ
ーム番号３０１が同じ値で、かつ、副ボリューム番号５
０１と副ボリューム番号３０２が同じ値であるようなペ
ア情報１０９）を検索する。そして、検索したペア情報
１０９のエリアを削除することにより、当該ペア情報１
０９の使用中状態を解除する。それと同時に、ボリュー
ム情報１０８の副ボリュームに対応するペア有無フラグ
２０３に、「ペア形成無」を設定する（Ｓ８０２）。属
性２０２は、そのままである。

【００７８】ペア解除コマンドのペア解除後状態５０２
が、「副ボリューム」でない場合には（すなわち、「通
常ボリューム」のときには）、パラメータの正ボリュー
ム番号５００と副ボリューム番号５０１で特定されるペ
ア情報１０９を検索する。そして、検索したペア情報１
０９のエリアを削除することにより、当該ペア情報１０
９の使用中状態を解除する。それと同時に、ボリューム
情報１０８の副ボリュームに対応するペア有無フラグ２
０３に、「ペア形成無」を設定して、かつ、属性２０２
に「通常ボリューム」を設定して、処理を終了する（Ｓ
８０１）。

【００７９】次に、図１０によりホスト１００がディス
クサブシステム１０１に、属性変更コマンドを発行した
ときのディスクサブシステム１０１の処理について説明
する。

【００８０】制御プロセッサ１０７は、ホストインタフ
ェース１０２を介して、ホスト１００からボリューム属
性変更コマンドを受領すると、ボリューム属性変更処理
１０５を開始する。

【００８１】先ず、属性変更コマンドのパラメータのボ
リューム番号６００に対応するボリューム情報１０８の
ペア有無フラグ２０３を参照して、そのボリューム１１
３が「ペア形成中」か否かを調べる。ペア有無フラグ２
０３が「ペア形成中」の場合には、Ｓ９０１に進み、ペ
ア有無フラグ２０３が「ペア形成中」でない場合には、
Ｓ９０２に進むことになる。

【００８２】ペア有無フラグ２０３が「ペア形成中」の
場合には、指定されたボリューム１１３の属性を変更で
きないので、その旨をホスト１００に通知して、処理を
終了する（Ｓ９０１）。

【００８３】ペア有無フラグ２０３が「ペア形成中」で
ない場合には（すなわち、「ペア形成無」のときに
は）、属性変更コマンドのパラメータの変更後属性１０
１指定された属性に従って、ボリューム情報１０８の属
性２０２を書き換える（Ｓ９０２）。

【００８４】最後に、図１１によりペア状態報告処理１
０６について説明する。

【００８５】ホスト１００は、ペア状態報告コマンドの
パラメータとして、正ボリュームのボリューム番号をデ
ィスクサブシステム１０１に渡すことにする。

【００８６】制御プロセッサ１０７は、ホストインタフ
ェース１０２を介して、ホスト１００からペア状態報告
コマンドを受領すると、ペア状態報告処理１０６を開始
する。

【００８７】制御プロセッサ１０７は、すべてのペア情
報１０９を参照し、パラメータとして受領した正ボリュ
ームのボリューム番号と正ボリューム番号３０１が同じ
値であるペア情報１０９を検索する。そして、検索した
ペア情報１０９に格納されている副ボリューム番号３０
２、コピーポインタ３０３、ペア状態３０４をホスト１
００に報告して、処理を終了する（Ｓ１０００）。

【００８８】（IV）変形例 以上が、第一の実施形態であるが、以下、若干の変形例
について簡単に説明する。

【００８９】第一の実施形態では、ペア形成コマンドの
パラメータに、副ボリュームとするボリューム１１３の
条件がついていたが、この値はなくても良い。この場
合、ペア形成処理１０３では、先ず、正ボリュームとし
て指定されたボリューム１１３と同じ容量の未使用の副
ボリュームを探し、見つかった場合にはそのボリューム
１１３とペアを形成し、同じ容量のものが見つからなか
った場合には、より大きい容量の未使用の副ボリューム
を探して、ペアを形成するようにする。

【００９０】また、第一の実施形態では、ボリューム１
１３の属性２０２をホスト１００からのコマンドで変更
するが、ディスクサブシステム１１０２を操作するため
の操作端末１２０から変更しても良い。この場合には、
制御プロセッサ１０７は、操作端末インタフェース１２
１を介して、操作端末１２０から、上記で示したボリュ
ーム属性変更コマンドと同様のコマンドおよびパラメー
タを受領して、ボリューム属性変更処理１０５を開始す
る。

【００９１】さらに、第一の実施形態では、ペア解除コ
マンドのパラメータに、副ボリュームとして使用してい
たボリューム１１３の、ペアを解除した後の属性２０２
がついているが、この値はなくとも良い。この場合、デ
ィスクサブシステム１０１は、副ボリュームとして使用
していたボリューム１１３の、ペアを解除した後の属性
２０２をどのようにするかを予め定めておき、常に「副
ボリューム」あるいは「通常ボリューム」とすることに
なる。

【００９２】〔実施形態２〕以下、本発明に係る第二の
実施形態を、図１２ないし図２０を用いて説明する。 （Ｉ）システム構成 先ず、図１２を用いて本実施形態に係るコンピュータシ
ステムのシステム構成について説明する。図１２は、本
発明の第二の実施形態に係るシステム構成を示すブロッ
ク図である。

【００９３】第二の実施形態のシステムでも、ホストと
ディスクサブシステムとから構成されていることは、第
一の実施形態の場合と同様である。このシステムが、第
一の実施形態と異なっていることは、第一の実施形態の
システムが副ボリュームを選択するに際して、ディスク
サブシステム側で選んだのに対して、このシステムで
は、ディスクサブシステム側から副ボリュームに使用で
きるボリュームを報告し、ホストで選択することであ
る。

【００９４】そのため、ホスト１１００は、副ボリュー
ム選択処理１１０１を実行するようになっている。

【００９５】ディスクサブシステム１１０２で、第一の
実施形態と異なっているのは、制御メモリの中にペア情
報を保持しないこと、制御プロセッサの処理として、ペ
ア状態報告処理がなくなって、副ボリューム報告処理１
１０７が付け加わっている。このような構成になるの
は、本実施形態では、ペア状態の管理は、ディスクサブ
システム１１０２側ではなく、ホスト１１００側でおこ
なおうとするためである。

【００９６】（II）データ構造 次に、図１３を用いて本実施形態に係るシステムに用い
られデータ構造について説明する。図１３は、第二の実
施形態のボリューム情報を示す模式図である。

【００９７】図１３に示される第二の実施形態のボリュ
ーム情報は、第一の実施形態と構成がやや異なってお
り、ボリューム番号１２００、属性１２０１、使用中フ
ラグ１２０２から構成されている。

【００９８】ボリューム番号１２００が、ボリュームを
識別するための識別子であること、属性１２０１が、
「通常ボリューム」、「副ボリューム」の値を設定する
ことは、第一の実施形態と同様である。

【００９９】使用中フラグ１２０２は、第一の実施形態
に示したペア有無フラグ２０３とは、異なったものであ
る。このように表現が異なるのは、第二の実施形態のデ
ィスクサブシステム１１０２は、ペア情報を管理しない
という考え方によるものである。この使用中フラグ１２
０２は、対応するボリューム１１３が副ボリュームとし
て使用しているかどうかを示すフラグであり、「無
効」、「使用中」、あるいは、「未使用」のいずれかの
値を取る。対象となるボリューム１１３が「通常ボリュ
ーム」のとき、使用中フラグ１２０２は「無効」という
値を取る。これは、「通常ボリューム」属性を持ってい
るときには、副ボリュームとして割り当てられることは
ないという意味である。対象となるボリューム１１３が
「副ボリューム」であって、かつ、ペアを形成している
場合には、使用中フラグ１２０２は「使用中」という値
を取る。対象となるボリューム１１３が「副ボリュー
ム」で、かつ、ペアを形成していない場合には、使用中
フラグ１２０２は「未使用」という値を取る。

【０１００】（III）システムの動作 次に、図１４ないし図２０を用いて本実施形態に係るシ
ステムの動作について説明する。図１４は、本発明の第
二の実施形態において、ホスト１１００とディスクサブ
システム１１０２間でやりとりされるコマンドシーケン
スを示す図である。図１５は、本発明の第二の実施形態
において、ペア形成コマンドが発行されたときのディス
クサブシステム１１０２の処理を示すフローチャートで
ある。図１６は、本発明の第二の実施形態において、ペ
ア解除コマンドが発行されたときのディスクサブシステ
ム１１０２の処理を示すフローチャートである。図１７
は、本発明の第二の実施形態において、属性変更コマン
ドが発行されたときのディスクサブシステム１１０２の
処理を示すフローチャートである。図１８は、本発明の
第二の実施形態において、ホスト１１０１の副ボリュー
ム選択処理を示すフローチャートである。図１９は、本
発明の第二の実施形態において、副ボリューム報告要求
コマンドが発行されたときのディスクサブシステム１１
０２の副ボリューム報告処理を示すフローチャートであ
る。図２０は、ホスト１１００に表示される未使用副ボ
リュームリストを示す模式図である。

【０１０１】先ず、図１４を用いてホスト１１００とデ
ィスクサブシステム１１０２でやり取りされるコマンド
シーケンスを説明し、システムとしての動作の概要を明
らかする。

【０１０２】第二の実施形態では、ペア形成をおこなう
必要が生じたときには、ホスト１１００は、未使用の副
ボリューム番号を知る必要があるため、ディスクサブシ
ステム１１０２に対して、先ず、副ボリューム報告要求
コマンドを発行する（ｓｑ２０）。

【０１０３】これを受け、ディスクサブシステム１１０
２は、副ボリューム報告レポートにより、未使用の副ボ
リュームを報告する（ｓｑ２１）。

【０１０４】ホスト１１００は、報告を受けた未使用の
副ボリューム番号から一つ使用可能なものを選択し、こ
れを保持しておく。この選択の仕方は、オペレータが画
面上から選択するようにしても良いし、プログラムで自
動的に選択されるようにしても良い。

【０１０５】そして、選択した副ボリューム番号をバラ
メタとして、ディスクサブシステム１１０２に対して、
ペア形成コマンドを発行する（ｓｑ０１）。

【０１０６】それ以降の処理は、第一の実施形態と同じ
である。すなわち、定期的にペア状態報告要求コマンド
を発行し（ｓｑ２３）。ペア状態報告要求レポートが
「デュープレックス状態」のときに（ｓｑ２４）、保持
している副ボリューム番号をパラメータとして、ペア解
除コマンドを発行する（ｓｑ２５）。また、属性変更コ
マンドを発行する契機についても第一の実施形態と同様
である（ｓｑ３０，ｓｑ３１）。

【０１０７】次に、ディスクサブシステム１１０２とホ
スト１１０１の個々の処理について説明する。

【０１０８】先ず、図１５により、ホスト１１００がデ
ィスクサブシステム１１０２に、ペア形成コマンドを発
行したときのディスクサブシステム１１０２の処理につ
いて説明する。

【０１０９】制御プロセッサ１１０４は、ホストインタ
フェース１０２を介して、ホスト１１０１からペア形成
コマンドを受領すると、ペア形成処理１１０４を開始す
る。

【０１１０】発行されるペア形成コマンドのパラメータ
は、ペアの正ボリュームとして使用する正ボリューム番
号と、ペアの副ボリュームとして使用する副ボリューム
番号である。これは、図４に示した第一の実施形態のも
のと同様である。

【０１１１】先ず、制御プロセッサは、ボリューム情報
１１０８を更新する（Ｓ１３００）。すなわち、ペア形
成コマンドのパラメータとして受領した副ボリューム番
号に対応するレコードの使用中フラグ１２０２に「使用
中」を設定する。

【０１１２】そして、ペア形成コマンドのパラメータと
して受領したボリューム番号に対応する正ボリュームと
副ボリューム間でペアを形成して、形成コピーを実施す
る。

【０１１３】次に、図１６により、ペア解除処理１１０
５について説明する。

【０１１４】制御プロセッサ１０７は、ホストインタフ
ェース１０２を介して、ホスト１１００からペア解除コ
マンドを受領すると、ペア解除処理１１０５を開始す
る。

【０１１５】発行されるペア解除コマンドは、ペアの正
ボリュームとして使用されている正ボリューム番号と、
ペアの副ボリュームとして使用されている副ボリューム
番号である。これは、図５に示した第一の実施形態のも
のと比べると、ペア解除後状態５０２がないことが異な
っている。

【０１１６】制御プロセッサは、このコマンドを受ける
と、ペア解除コマンドのパラメータとして受領した副ボ
リューム番号に対応するレコードの使用中フラグ１２０
２に「未使用」を設定する（Ｓ１３００）。

【０１１７】次に、図１６を追いながらホスト１１００
がディスクサブシステム１１０２に、属性変更コマンド
を発行したときのディスクサブシステム１１０２の処理
について説明する。

【０１１８】制御プロセッサ１１０６は、ホストインタ
フェース１０２を介して、ホスト１１００からボリュー
ム属性変更コマンドを受領すると、ボリューム属性変更
処理１１０６を開始する。

【０１１９】発行されるボリューム属性変更コマンドの
パラメータは、属性を変更する対象のボリューム１１３
のボリューム番号と、変更後の属性の値（通常ボリュー
ム、副ボリューム）である。これは、図６に示される第
一の実施形態のものと同様である。

【０１２０】先ず、制御プロセッサ１１０６は、ボリュ
ーム属性変更コマンドのパラメータを参照して、「通常
ボリューム」に変更するのか、「副ボリューム」に変更
するのかを判定する（Ｓ１５００）。

【０１２１】「通常ボリューム」に変更する場合には、
Ｓ１５０２に進み、「副ボリューム」に変更する場合に
は、Ｓ１５０１に進む。

【０１２２】「副ボリューム」に変更する場合には、ボ
リューム情報１１０８を更新する（Ｓ１５０１）。すな
わち、ボリューム属性変更コマンドのパラメータのボリ
ューム番号に対応する属性１２０１に「副ボリューム」
を設定する。設定を完了すると、ボリューム属性変更処
理は終了である。

【０１２３】「通常ボリューム」に変更する場合には、
指定されたボリュームが使用中か否かをチェックする
（Ｓ１５０２）。これはすでに、副ボリュームとして使
用しているボリューム１１３の属性を変更を拒否するた
めである。具体的には、ボリューム情報１１０８を参照
して、パラメータのボリューム番号に対応する使用中フ
ラグ１２０２が「使用中」になっているか否かを調べ
る。

【０１２４】使用中フラグ１２０２が「使用中」になっ
ている場合には、属性を変更することができないので、
その旨をホスト１１００に通知する（Ｓ１５０４）。

【０１２５】使用中フラグ１２０２が「使用中」でない
場合には、ボリューム情報１１０８を更新する（Ｓ１５
０３）。すなわち、パラメータのボリューム番号に対応
する属性１２０１に「副ボリューム」を設定し、使用中
フラグ１２０２に「未使用」を設定する。設定が完了し
たら、ボリューム属性変更処理１１０６は終了である。

【０１２６】さて、本実施形態では、副ボリュームの選
択は、ホスト１１００側でおこなうというのが基本的な
考え方であった。以下の処理は、それに関連するもので
ある。

【０１２７】先ず、図１８により、ホスト１１００側で
副ボリュームを選択するための処理を説明する。

【０１２８】本実施形態では、ホスト１１００は、新規
にペアを形成するとき、データの複製を格納する副ボリ
ュームを決定しなければならない。そのため、どのボリ
ューム１１３を副ボリュームとして使用できるかを知る
ために、ディスクサブシステム１１０２に対して、副ボ
リューム報告要求を発行する（Ｓ１８００）。

【０１２９】副ボリューム報告要求を受領したディスク
サブシステム１１０２は、副ボリューム報告レポートと
して、副ボリュームとして使用可能なボリューム１１
３、すなわち、未使用の副ボリューム番号をホスト１１
００に通知する。

【０１３０】ホスト１１００では、その内から一つ副ボ
リュームとしてベアを形成する副ボリューム番号を選択
する（Ｓ１８０１）。この選択は、ホスト１１００のコ
ンソールに図２０に示されるような未使用副ボリューム
番号として表示して、オペレータに選ばさせるようにし
ても良いし、プログラムで自動的に選択するようにして
も良い。

【０１３１】次に、図１９により、ホスト１１００がデ
ィスクサブシステム１１０２に、副ボリューム報告要求
コマンドを発行したときのディスクサブシステム１１０
２の処理について説明する。

【０１３２】ディスクサブシステム１１０２側で、副ボ
リューム報告要求コマンドを受領すると、ボリューム情
報１１０８を参照して、使用中フラグ１２０２が「未使
用」になっているレコードのボリューム番号をリスト構
造に編集して、ホスト１１００に通知する（Ｓ１７０
０）。

【０１３３】〔実施形態３〕以下、本発明に係る第三の
実施形態を、図２１ないし図２４を用いて説明する。こ
の第三の実施形態は、第一の実施形態を副ボリュームの
割当てという観点から改良したものである。第一の実施
形態では、ホストからの要求にしたがって、ディスクサ
プシステムがペアを形成する副ボリュームを選択すると
き、正ボリュームと同容量か、より大きな容量を選択す
ることにした。同容量の副ボリュームを選択できる場合
には良いが、より大きな容量の副ボリュームを選択した
場合には、副ボリュームとして選択されたボリュームの
記憶領域のうち、正ボリュームの容量以上の部分は使用
されないことになるので、記憶装置サブシステムが持つ
記憶領域にむだが生じることになる。第三の実施の形態
は、この点を改良して、正ボリュームと同じ容量のボリ
ュームを作成し、副ボリュームとして使用する方法に関
するものである。

【０１３４】（Ｉ）システム構成 先ず、図２１を用いて本実施形態に係るコンピュータシ
ステムのシステム構成について説明する。図２１は、本
発明の第三の実施形態に係るシステム構成を示すブロッ
ク図である。

【０１３５】本実施形態のシステムでも、第一の実施形
態のシステムと同様に、ホスト１００とディスクサブシ
ステム１０１によって構成されている。ディスクサブシ
ステム１０１の構成要素であるホストインターフェイス
１０２、制御プロセッサ１０７、制御メモリ１１１は、
第一の実施形態とほぼ同様のものであるが、制御プロセ
ッサの実行する処理であるペア形成処理１９００のアル
ゴリズムが異なることと、制御メモリの中にあるボリュ
ーム情報１９０１の内容が異なること、また未割当領域
情報１９０２が定義されていることが第一の実施形態と
の違いである。、ここで、本実施形態の記憶階層のモデ
ルについて説明する。

【０１３６】第一の実施形態では、「ボリューム」をデ
ータを管理するための磁気ディスクを論理的な管理単位
として説明した。本実施形態でも、この論理的な管理単
位としての「ボリューム」を用いることは同様である
が、このボリュームをさらに分割して、論理的な管理単
位として「論理領域」という概念を用いることにする。
さらに、これらの論理的な概念の下位層にある、より物
理的な概念としての記憶領域の管理単位として、「物理
ボリューム」とそれをさらに分割した「物理領域」を定
義することにする。通常、このようなレイヤで記憶領域
を管理するときには、ホストのＯＳの記憶管理モジュー
ルで論理的な記憶領域を用いて指令をおこない、記憶装
置やディスクサブシステム側でそれを物理的な領域に解
釈しなおしてアクセスするのが一般的である。

【０１３７】本実施形態でも、そのような方法を想定
し、ボリュームアクセス機構１９０４からアクセスする
ときに、最終的な物理ボリュームの物理領域としてアク
セスすることにする。ボリューム情報１９０１は、論理
的な領域と物理的な領域の対応を持つことにする。

【０１３８】（II）データ構造 次に、図２２および図２３を用いて本実施形態に係るシ
ステムに用いられデータ構造について説明する。図２２
は、第三の実施形態のボリューム情報を示す模式図であ
る。図２３は、未割当領域情報を示す模式図である。

【０１３９】第三の実施形態のボリューム情報１９０１
は、ボリューム番号２００４、容量２０１、属性２０
２、ペア有無フラグ２０３、物理領域情報２０００から
構成されている。なお、図２２では一つのボリューム番
号のボリューム情報のみ示している。

【０１４０】ボリューム番号１２００が、ボリュームを
識別するための識別子であること、容量２０１、属性２
０２、ペア有無フラグ２０３の役割は、第一の実施形態
と同様である。

【０１４１】本実施形態で重要なのは、物理領域情報２
０００であり、これは、このボリューム番号２００４を
有する論理的な「ボリューム」に属する論理領域の構成
と、その論理領域がどのような物理ボリューム番号２０
０２を有する物理ボリュームの物理領域に対応している
かを示している。

【０１４２】この図の例では、このボリュームは、論理
領域番号２００１が、０、１、…の論理領域を有し、論
理領域番号０の論理領域は、物理ボリューム番号２の物
理ボリュームにおける物理領域番号４の物理領域に対応
していることを示している。すなわち、ホスト１００か
ら論理領域番号０の領域からデータを読み出せと指令が
きたときには、ディスクサブシステム１０１では、この
物理領域情報２０００の情報に従い、物理ボリュームに
おける物理領域番号４の物理領域にアクセスに行き、そ
こからデータ読み出しの操作をおこなうことになる。

【０１４３】なお、論理領域を複数の物理領域から構成
されるようにすることも可能であるが、本実施形態では
簡単のため、論理領域と物理領域は同容量であるものと
して、一つの論理領域に一つの物理領域が対応するもの
として説明することにする。

【０１４４】物理領域の中で実際に使われていないも
の、すなわち、ボリュームに割り当てられていないもの
は、未割当領域情報１９０２に置かれて管理される。未
割当領域情報１９０２は、物理ボリューム番号２１００
と物理領域番号２１０１とから構成される。この図の例
では、第一エントリでは、物理ボリューム番号１０の物
理ボリュームにおける物理領域番号１００の物理領域
が、どのボリュームにも割り当てられていないことを示
している。

【０１４５】（III）システムの動作 次に、図２４を用いて本実施形態に係るシステムの動作
について説明する。図２４は、本発明の第三の実施形態
において、ペア形成コマンドが発行されたときのディス
クサブシステム１０１の処理を示すフローチャートであ
る。

【０１４６】ここでの説明では、この実施形態で特徴的
な、ペア形成処理についてのみ説明することにする。

【０１４７】ディスクサブシステム１０１の制御プロセ
ッサ１０７は、ホストインタフェース１０２を介して、
ホスト１００からペア形成コマンドを受領すると、ペア
形成処理１０３を開始する。ペア形成コマンドは、実施
形態１の図２で示したものと同様である。

【０１４８】先ず、制御プロセッサ１０７は、正ボリュ
ームと同じ容量で、未使用の副ボリュームがあるかを検
索する（Ｓ２２００）。すなわち、実施形態１と同様に
ホスト１００から受領したペア形成コマンドのパラメー
タの正ボリューム番号４００とボリューム情報１０８か
ら、正ボリュームとなるボリューム１１３の容量２０１
を算出して、次に、算出した容量２０１と同じ値の容量
２０１をもち、かつ、属性２０２が「副ボリューム」
で、かつ、ペア形成有無フラグ２０３が「ペア形成無」
となっているボリューム１１３を探し出す。

【０１４９】そして、この探索の結果、前記条件に該当
するボリューム１１３が見つからない場合には、Ｓ２２
０１に進み、見つかった場合には、その内のどれか１個
を選択して、Ｓ２２０４に進む。

【０１５０】この条件に該当するボリューム１１３が見
つかった場合には、実施形態１と同様に、ボリューム情
報１０９と、ペア情報１０９を更新して（Ｓ２２０
４）、形成コピーを実行する（Ｓ２２０５）。

【０１５１】前記条件に該当するボリューム見つからな
い場合には、正ボリュームと副ボリューム容量の大小に
したがって、次におこなう処理を決定する（Ｓ２２０
１）。

【０１５２】すなわち、ディスクサブシステム１１０２
は、図２２のボリューム情報１９０２を参照して、属性
２０２が「副ボリューム」、ペア有無フラグ２０３が
「ペア形成無」で、容量２０１が正ボリュームとして定
義されたボリュームの容量２０１よりも大きな容量を持
つボリューム１１３があるか否かを調べる。

【０１５３】そのようなボリューム１１３がある場合に
は、Ｓ２２０３に行き、そのようなボリューム１１３が
ない場合、には、Ｓ２２０２に行く。

【０１５４】正ボリュームとして定義されたボリューム
の容量より、大きな容量の副ボリュームが見つからなか
ったときには（Ｓ２２０２）、ボリューム情報１９０１
を調べて、属性２０２が「副ボリューム」、ペア有無フ
ラグ２０３が「ペア形成無」の適当な副ボリュームを選
択する。次に、その選択したボリュームと正ボリューム
として定義されているボリュームの容量の差、すなわ
ち、どれだけの物理領域の容量が足りないかを計算す
る。そして、足りない領域の物理領域の容量に相当する
物理領域を、未割当領域情報１９０２より検索し、その
エントリを削除して、選択した副ボリュームの物理領域
情報２０００のエントリに追加する。これにより、正ボ
リュームの容量と副ボリュームとして使用するボリュー
ムの容量が等しくなり、コピーがおこなえるようにな
る。

【０１５５】正ボリュームとして定義されたボリューム
の容量より、大きな容量の副ボリュームが見つかったと
きには（Ｓ２２０３）、そのボリュームを選択する。次
に、その選択したボリュームと正ボリュームとして定義
されているボリュームの容量の差、すなわち、どれだけ
の物理領域の容量が選択したボリュームの方が多いかを
計算する。そして、選択したボリュームの物理領域情報
２０００の内で、多い分にあたる物理領域のエントリ、
そのエントリを削除して、未割当領域情報１９０２にそ
れに相当する物理ボリューム番号２１００と物理領域２
１０１のエントリを追加する。すなわち、選択した副ボ
リュームの不要な領域を解放する。これにより、正ボリ
ュームと副ボリュームの容量が等しくなって、ディスク
領域の有効利用を図ることができる。

【０１５６】それ以降のボリューム情報、ペア情報の更
新（Ｓ２２０４）と、形成コピーの実行（Ｓ２２０５）
は、どちらの場合も同様になされる。

【０１５７】

【発明の効果】本発明によれば、従来の技術で説明した
ボリューム複製技術を使用してバックアップをおこなう
ような運用をする場合に、効率良くボリュームを使用で
きる機能を提供することができる。

【０１５８】さらに、本発明によれば、上記ボリューム
複製技術を使用する際に、ホスト側でのボリュームの管
理やホスト間でのボリューム利用の調整が不要となる機
能を提供することができる。

【図面の簡単な説明】

【図１】本発明の第一の実施形態に係るシステム構成を
示すブロック図である。

【図２】第一の実施形態のボリューム情報を示す模式図
である。

【図３】ペア情報を示す模式図である。

【図４】ペア形成コマンドのパラメータを示す模式図で
ある。

【図５】ペア解除コマンドのパラメータを示す模式図で
ある。

【図６】ボリューム属性変更コマンドのパラメータを示
す模式図である。

【図７】本発明の第一の実施形態において、ホスト１０
０とディスクサブシステム１０１間でやりとりされるコ
マンドシーケンスを示す図である。

【図８】本発明の第一の実施形態において、ペア形成コ
マンドが発行されたときのディスクサブシステム１０１
の処理を示すフローチャートである。

【図９】本発明の第一の実施形態において、ペア解除コ
マンドが発行されたときのディスクサブシステム１０１
の処理を示すフローチャートである。

【図１０】本発明の第一の実施形態において、属性変更
コマンドが発行されたときのディスクサブシステム１０
１の処理を示すフローチャートである。

【図１１】本発明の第一の実施形態において、ペア状態
報告要求コマンドが発行されたときのディスクサブシス
テム１０１の処理を示すフローチャートである。

【図１２】本発明の第二の実施形態に係るシステム構成
を示すブロック図である。

【図１３】第二の実施形態のボリューム情報を示す模式
図である。

【図１４】本発明の第二の実施形態において、ホスト１
１００とディスクサブシステム１１０２間でやりとりさ
れるコマンドシーケンスを示す図である。

【図１５】本発明の第二の実施形態において、ペア形成
コマンドが発行されたときのディスクサブシステム１１
０２の処理を示すフローチャートである。

【図１６】本発明の第二の実施形態において、ペア解除
コマンドが発行されたときのディスクサブシステム１１
０２の処理を示すフローチャートである。

【図１７】本発明の第二の実施形態において、属性変更
コマンドが発行されたときのディスクサブシステム１１
０２の処理を示すフローチャートである。

【図１８】本発明の第二の実施形態において、ホスト１
１０１の副ボリューム選択処理を示すフローチャートで
ある。

【図１９】本発明の第二の実施形態において、副ボリュ
ーム報告要求コマンドが発行されたときのディスクサブ
システム１１０２の副ボリューム報告処理を示すフロー
チャートである。

【図２０】ホスト１１００に表示される未使用副ボリュ
ームリストを示す模式図である。

【図２１】本発明の第三の実施形態に係るシステム構成
を示すブロック図である。

【図２２】第三の実施形態のボリューム情報を示す模式
図である。

【図２３】未割当領域情報を示す模式図である。

【図２４】本発明の第三の実施形態において、ペア形成
コマンドが発行されたときのディスクサブシステム１０
１の処理を示すフローチャートである。

【図２５】ボリューム複製技術の概要を示す図である。

【符号の説明】

１００…ホスト １０１…ディスクサブシステム １０２…ホストインタフェース １０３…ペア形成処理 １０４…ペア解除処理 １０５…ボリューム属性変更処理 １０６…ペア状態報告処理 １０７…制御プロセッサ １０８…ボリューム情報 １０９…ペア情報 １１１…制御メモリ １１２…ボリュームアクセス機構 １１３…ボリューム １１００…ホスト １１０１…副ボリューム選択処理 １１０２…ディスクサブシステム １１０４…ペア形成処理 １１０５…ペア解除処理 １１０６…ボリューム属性変更処理 １１０７…副ボリューム報告処理 １１０８…ボリューム情報 １９００…ペア形成処理 １９０１…ボリューム情報処理 １９０２…未割当領域情報

───────────────────────────────────────────────────── フロントページの続き (72)発明者 山神 憲司 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 Ｆターム(参考） 5B018 GA04 HA04 MA12 QA20 5B065 BA01 EA02 EA35 ZA01 5B082 DE05

Claims (6)

【特許請求の範囲】
1. 【請求項１】 ホストに接続され、その補助記憶装置と
   して運用され、入出力の論理的な管理単位としてボリュ
   ームとしてホストからアクセスされる記憶装置サブシス
   テムにおいて、 前記ボリュームの複製をおこなう機能を有し、 前記ホストから複製作成の指示を受領したときに、複製
   を格納するボリュームを選択する機能を有することを特
   徴とするボリューム複製機能を有する記憶装置サブシス
   テム。
2. 【請求項２】 前記ボリュームを選択するときに、ホス
   トが指定する複製元のボリュームと同じ容量のボリュー
   ムを選択することを特徴とする請求項１記載のボリュー
   ム複製機能を有する記憶装置サブシステム。
3. 【請求項３】 前記ボリュームを選択するときに、ホス
   トが指定する複製元のボリュームの容量以上のボリュー
   ムを選択することを特徴とする請求項１記載のボリュー
   ム複製機能を有する記憶装置サブシステム。
4. 【請求項４】 前記ボリュームに、そのボリュームを複
   製に使用する予定であるという属性をもたせ、 前記ホストから属性変更の指示をおこなうことにより、
   ボリュームに複製に使用する予定のボリュームを変更可
   能なことを特徴とする請求項１記載のボリューム複製機
   能を有する記憶装置サブシステム。
5. 【請求項５】 ホストと、そのホストに接続され、その
   補助記憶装置として運用され、入出力の論理的な管理単
   位としてボリュームとしてホストからアクセスされる記
   憶装置サブシステムとからなるコンピュータシステムに
   おいて、 この記憶装置サブシステムは、前記ボリュームの複製を
   おこなう機能を有し、 前記ホストから要求があったときに、複製を格納するの
   に使用できる一つ以上のボリュームをホストに報告し、 前記ホストは、報告を受けた複製を格納するのに使用で
   きる一つ以上のボリュームから、複製を格納するボリュ
   ームを選択して、前記記憶装置サブシステムに、複製の
   指示を与える機能を有することを特徴とするコンピュー
   タシステム。
6. 【請求項６】 さらに、前記記憶装置サブシステムは、
   データを格納する記憶領域を物理領域に分割してアクセ
   スする手段と、 前記論理的な管理単位としてのボリュームと、前記物理
   的な管理単位としての物理領域と対応付けをする手段と
   を有し、 前記ホストから複製作成の指示を受領して複製を格納す
   るボリュームを選択したときに、 複製元のボリュームの容量に基づいて、複製先のボリュ
   ームの容量を調整して、複製先のボリュームの物理領域
   の割当てを変更することを特徴とする請求項１記載のボ
   リューム複製機能を有する記憶装置サブシステム。