JP2007179174A

JP2007179174A - コピー再開（Ｒｅｓｕｍｅ）コマンドの短縮制御と取得情報の削減処理方式

Info

Publication number: JP2007179174A
Application number: JP2005375063A
Authority: JP
Inventors: Yoshinari Shinozaki; 祥成篠▲崎▼; Hideaki Omura; 英明大村; Koji Uchida; 幸治内田; Mihoko Wada; 美穂子和田
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2005-12-27
Filing date: 2005-12-27
Publication date: 2007-07-12
Anticipated expiration: 2025-12-27
Also published as: JP4436316B2; US7945749B2; US20070146788A1

Abstract

【課題】正副のデータを記憶する二重記憶装置において、コピー容量の大きいセッションでも、コマンドタイムアウトの発生することのないビットマップ処理方式を提供する。
【解決手段】コピー元筺体１に、コピー先筺体２において書き込みデータの存在を示すビットマップを丸めたビットマップ管理情報４にもとづき、コピー先筺体２より必要なビットマップ３を取得し、コピー元筺体１の対応するビットマップにマージするビットマップ取得ビットマップマージ手段を設け、コピー先筺体２に、サスペンド時に書き込みが行われたとき、これを示すビットマップ管理情報を更新するビットマップ管理情報更新手段を設け、レジウム時に、コピー元筺体１はコピー先筺体２よりビットマップ管理情報の転送を求めて、これによりコピー先筺体２はこのビットマップ管理情報を送信する。
【選択図】図１

Description

本発明は、コピー元筺体で記憶しているデータと同一のデータをコピー元筺体とは遠隔地に設置されたコピー先筺体で記憶する二重記憶装置において、コピー容量の大きいセッションでもコピー再開及びコピー停止時に記入されたデータの転送を指示するレジウム（Ｒｅｓｕｍｅ）コマンドのタイムアウトの発生を抑制するとともに、コピー再開時には、コピー先筺体で切り離し中に更新されたデータ箇所をコピー元筺体に指示することで、コピー元筺体が該当位置のデータをコピー先筺体へ転送できるようにして、コピー元のデータとコピー先のデータ等価を可能としたビットマップ処理方式に関するものである。

前記二重記憶装置では、コピー先筺体を、例えば図１３に示す如く、ユーザデータを記憶する、記憶領域を同一の記憶容量（例えばＭビット）の複数のブロックＭ₀、Ｍ₁、Ｍ₂・・・で構成する。そしてコピー先筺体において、例えばＳｕｓｐｅｎｄ（コピー停止）処理中にユーザによりライト処理が行われたとき、データの整合性を保持するため、後でこのデータをコピー先筺体に転送することが必要であることを指示するビットマップデータをコピー元筺体に転送することが必要である。ビットマップは、図１３に示す如く、前記ブロックＭ₀、Ｍ₁、Ｍ₂・・・に対応して位置づけられているビットｍ₀、ｍ₁、ｍ₂・・・で構成され、ビットマップの各ビットｍ₀、ｍ₁、ｍ₂・・・は、前記ブロックのサイズであるＭビットに対するものであり、したがって、ブロックＭ₁が書き替えられたとき、このブロックＭ₁に対応するビットマップのビットｍ₁に例えば書き替えられてコピー元筺体に未転送であることを示す、例えば「１」が記入される。

その後このビットマップをＲｅｓｕｍｅ（コピー再開）処理中にコピー元筺体に送り、コピー元筺体が前記未転送のブロックの順位と、その記憶容量Ｍと、記憶領域の先頭アドレスＡより書き替えられたブロックＭ₁をコピー先筺体より得ることができるので、このようにしてコピー元筺体とコピー先筺体との整合性を得ることができる。

なおコピー元筺体もコピー先筺体と同様な構成のユーザデータ記憶領域と、ビットマップ構成を有する。

前記の如き、従来のリモートコピーのレジウム機能では、図１４に示す如く、ホスト１０４からのレジウムコマンド指示を受領した後、コピーデータを管理するビットマップをコピー先筺体１０１であるリモート筺体から取得し、コピー元筺体１００である自筺体側のビットマップとマージ処理をした後に、ホスト１０４に対してコマンドの応答を返していた。

すなわち、図１４に示す如く、ホスト１０４から発行されたレジウムコマンド指示を受け取った後に下記の（１）、（２）、（３）の処理が行われる。

（１）ホスト１０４からコピー再開を示すレジウムコマンドがコピー元筺体１００に発行される。これによりコピー元筺体１００では、コピー先筺体１０１に対してコピー先筺体１００のビットマップの取得要求を行う。

（２）コピー先筺体１０１では、これに対してビットマップデータの転送を行う。

（３）コピー元筺体１００では、このコピー先筺体１０１から取得したビットマップを自筺体側から取得したすべてのビットマップとマージ処理をした後に、ホスト１０４に対してコマンド応答を返していた。

この場合、作成しているコピーセッションの容量が大きい（ビットマップの数が多いと）この相手筺体つまりコピー先筺体１０１からのビットマップ情報の取得量が増え、それに伴いマージ処理に多大の時間がかかることになる。また、ホストコマンドのタイムアウト時間内に処理が完結できたとしても、更新のないビットマップデータの転送とそのマージ処理を行う場合があり、コピー先筺体のデータ更新が少ない場合は無駄な転送を行っていることになる。

このため第１のボリュームと第２のボリュームとがデータバックアップのためのペアを構成し、この両ボリュームが二重化状態から分離状態に移行した後に第１のボリュームに対してデータ書き込みのあった記憶領域を管理する記憶装置のデータバックアップにおいて、第１のボリュームから第２のボリュームへのデータコピーの際の１回の転送可能な最大転送長に等しい第１のボリューム上の記憶領域に対応する記憶単位をデータ書き込みのあった記憶領域管理の管理単位として記憶装置上に設定し、データ書き込みがあった記憶領域に対応する管理単位を特定し、特定された管理単位に書き込みありを示すフラグを設定するデータバックアップ方式が提案されている。
特開２００３−１７３２４０号公報

上記従来技術では、ビットマップそのものを１バイト単位でマージして差分があればコピーしている。例えばビットマップがオール「０」で更新のないビットマップについてもマージする必要があり、無駄な処理を必要とした。

前記課題を解決するため、本発明では下記（１）、（２）のように構成する。

（１）ユーザのデータを記憶するコピー元筺体と、コピー元筺体に記憶されたデータと同一のデータを記憶するコピー先筺体を備えたデータ記憶装置におけるビットマップ処理方式において、コピー元筺体に、レジウムコマンド処理時にビットマップ管理情報を送信するビットマップ管理情報送信手段と、コピー先筺体から取得した前記ビットマップ管理情報にもとづき前記コピー先筺体より必要なビットマップを取得し、コピー元筺体の対応するビットマップへマージするビットマップ取得ビットマップマージ手段を設け、コピー先筺体に、サスペンド処理時にコピー先ビットマップをクリアするビットマップクリア手段と、コピー先筺体でサスペンド中に書き込み処理が行われたとき該当ビットマップを管理しているビットマップ管理情報を書き込みの行われたことを示すビット情報に更新するビットマップ管理情報更新手段と、レジウムコマンド処理時に、コピー先筺体に更新がある場合、コピー先筺体からビットマップ管理情報を送信するビットマップ管理情報送信手段を設け、レジウムコマンド処理時に、コピー元筺体はコピー先筺体よりビットマップ管理情報の転送を求めてこれによりコピー先筺体は前記ビットマップ管理情報更新手段で更新したビットマップ管理情報を前記ビットマップ管理情報送信手段により送信することを特徴とするコピー元筺体とコピー元筺体に記憶されたデータと同一のデータを記憶するコピー先筺体を備えたデータ記憶装置におけるビットマップ処理方式を提供する。

（２）前記コピー先筺体において、レジウムコマンド処理時に、ビットマップ方式で処理するかビットマップ管理情報送信方式で処理するのかのいずれで行うのかを判断する判別手段を設けたことを特徴とする請求項１記載のビットマップ処理方式を提供する。

本発明により下記（１）、（２）の効果が得られる。

（１）本発明では、コピー先筺体側にビットマップ情報をある程度の単位で丸めて節約表示したビットマップ管理情報を持ち、レジウムコマンド処理内ではこのビットマップ管理情報をコピー先筺体から取得して該当個所に格納してコマンド終了の応答を返すので、コピー容量の大きいセッションでもレジウムコマンド内での処理の軽減ができ、コマンドタイムアウトの発生を抑制できる。またコピー先筺体から取得したビットマップ管理情報をもとにマージ処理を行うため、コピー先筺体での更新がされたビットマップのみを取得することが可能となり、取得データの無駄を削減できる。

（２）ただし常に本発明のビットマップ管理情報方式でレジウムコマンドの処理を行った場合、コピー範囲が小さくビットマップ枚数が少ない場合などでは、前記課題を解決する手段の（１）の解決手段では処理が遅くなるケースがあるので、常に上記解決手段で処理を行うのではなく、該当コピーセッションのビットマップ枚数や、コピー先筺体でのデータ更新量などにより、従来方式と前記（１）の解決手段の２つのどちらかを選択して処理を速く行うことができる。

Ａ．本発明の概略
本発明の概略を図１により説明する。図１において、１はコピー元筺体、２はコピー先筺体、３はビットマップ、４はビットマップ管理情報、１０はホストである。図示省略したユーザデータ記憶領域が、サスペンド状態のときに書き込みが行われると、書き込まれたブロックに対応するビットマップ３の領域に、書き込みされたデータがコピー元筺体１に未転送であって転送することが必要であることを示すビットマップ情報（図１のビットマップ４で斜線で示す、例えば「１」）が記入される。図１ではこのような未転送を示すビットマップ情報が２箇所に記入された状態を示す。

本発明では、このビットマップ情報に対応したビットマップ管理情報４を備え、ビットマップの要転送領域の存在を示すものである。図１の例では、１×ｎサイズのビットマップ管理情報が用意され、ビットマップ３の行単位に要転送領域の存在を示すビットマップ管理情報が記入される。図１の例では、ビットマップ３の１行目の領域に要転送データの存在を示す要転送情報が２箇所に記入され、この要転送情報の存在を、これと対応するビットマップ管理情報４の１番目の区分に例えば「１」を記入することにより、ビットマップ３の１行目に要転送データの存在することを示している。

しかも図１に示す如く、要転送データ数が例えば２であっても、これより少ないビット数例えば１ビットでその存在を示すことができる。この少ないビット数で示す処理を本発明では「丸め」と呼び、例えば前記ビットマップ３への記入と同時にビットマップ管理情報の対応区分にこの「１」を記入することにより丸め処理が可能となる。

図１において、コピー先筺体１側にビットマップ情報をある程度の単位で丸めた情報、すなわちビットマップ管理情報をもち、レジウムコマンド処理内では、このビットマップ管理情報をコピー先筺体から取得して該当個所に格納してコマンド終了の応答をホストに返すようにする。実際のビットマップマージ処理は、コマンド処理とは別処理としてコピー先筺体から取得した管理情報をもとにマージ処理を行うようにする。

これにより、コピー容量の大きいセッションでも、レジウムコマンド内での処理の軽減ができ、コマンドタイムアウトの発生を抑制できる。また、コピー先筺体から取得した管理情報をもとにマージ処理を行うため、コピー先筺体での更新がされたビットマップのみを取得することが可能となるので、取得データの無駄を削減することができる。

また、図１において、ホスト１０よりレジウムコマンドがコピー元筺体１に出力されると、次の１〜３の処理が行われる。

１．コピー元筺体１では、コピー先筺体２に対してレジウム指示を行い、ビットマップ３を丸めたビットマップ管理情報４の取得を要求する。

２．これに応じてコピー先筺体２ではビットマップ３を丸めた情報であるビットマップ管理情報４の転送を行う。

３．これによりコピー元筺体１では転送された、丸めたデータであるビットマップ管理情報４を格納する。

前記１〜３は、ビットマップ管理情報の量が多ければ繰り返すこともあるが、従来の方法に比較して処理が早い。実際のビットマップマージ処理はコマンド処理と切り離して処理する。

ただし、上記の手法でレジウムコマンドの処理を行った場合、例えばコピー範囲が小さくビットマップ枚数が少ない場合などでは、前記の手法で処理することにより処理が遅くなるケースがある。このため、常に図１に示す本発明の手法で処理を行うのではなく、該当コピーセッションのビットマップ枚数やコピー先筺体でのデータ更新量などにより、従来手法と本発明手法の２つのどちらかを選択して処理できるようにする。

Ｂ．本発明の構成
本発明の構成を図２にもとづき説明する。図２において、１はコピー元筺体、２はコピー先筺体、１０はホスト、１１はコントローラ制御部、１２はＣＰＵ、１３はキャッシュ、１４はチャネルアダプタでホスト１０とのインターフェース制御を行うもの、１５はリモートアダプタで装置とのインターフェース制御を行うものである、１６、１７はディスクのインターフェース制御部、１８、１９はユーザディスク、２０はビットマップ管理情報受信手段、２１はビットマップ取得・ビットマップマージ手段である。

また３０はホスト、３１はコントローラ制御部、３２はＣＰＵ、３３はキャッシュ、３４、３５はインターフェース制御部、３６、３７はディスクのインターフェース制御部、３８、３９はユーザディスク、４０はビットマップ管理情報送信手段、４１はビットマップクリア手段、４２はビットマップ管理情報更新手段、４３は従来方式・本方式選択手段である。

コピー元筺体１はユーザデータのコピー元筺体（記憶装置）である。
コピー先筺体２は遠隔地に設置されたユーザデータをコピーするコピー先筺体（記憶装置）である。

ホスト１０は、コピー元筺体１においてオペレータが使用するものである。
コントローラ制御部１１はキャッシュメモリ１３、チャネルアダプタ１４、コピー制御などの資源管理を行うものである。

ＣＰＵ１２はコントローラ制御部１１内の制御を行うものである。
インターフェース制御部１５は、図示省略したリモートアダプタ装置とのインターフェース制御を行うものである。

ユーザディスク１６、１７は、正のユーザデータが格納されるものである。
ビットマップ管理情報受信手段２０は、レジウムコマンド処理時にコピー先筺体２に更新がある場合、コピー先筺体２から、ビットマップではなく、ビットマップ管理情報を受信するものである。

ビットマップ取得・ビットマップマージ手段２１は、コピー先筺体２から取得したビットマップ管理情報をもとに、コピー先から必要なビットマップを随時取得し、コピー元筺体の対応するビットマップへマージするものである。

ホスト３０は、コピー先筺体２においてオペレータが使用するものである。
コントローラ制御部３１は、キャッシュメモリ３３、チャネルアダプタ３４、コピー制御などの資源管理を行うものである。

ＣＰＵ３２はコントローラ制御部３１内の制御を行うものである。
インターフェース制御部３５は、図示省略したリモートアダプタ装置とのインターフェース制御を行うものである。

ユーザディスク３８、３９は副のユーザデータが格納されるものである。
ビットマップ管理情報送信手段４０は、レジウムコマンド処理時にコピー先筺体２に更新がある場合、コピー先筺体２からビットマップではなく、ビットマップ管理情報を送信するものである。

ビットマップクリア手段４１は、サスペンド処理時にコピー先筺体２のビットマップをクリアするものである。

ビットマップ管理情報更新手段４２は、コピー先筺体２でサスペンド中に書き込み処理が行われたとき、この書き込み処理された記憶領域に対応するビットマップを管理するビットマップ管理情報に更新の行われたことを示すデータ、例えば「１」を記入するものである。このときビットマップの該当領域にこの書き込みの行われたことを示すデータ、例えば「１」を記入するとき、同時にビットマップ管理情報にも更新の行われたことを示すデータを記入することにより、丸め処理を行うことができる。

従来方式・本方式選択手段４３は、レジウムコマンド処理時に、従来の方式すなわちビットマップを送信するビットマップ送信方式を採用するか、本発明の方式すなわちビットマップ管理情報を送信するのかを判別し、従来の方式を選択した場合には、図示省略したビットマップ送信手段を制御するものである。

なお前記説明において、コピー元筺体１における前記ビットマップ管理情報受信手段２０、ビットマップ取得・ビットマップマージ手段２１は、ＣＰＵ１２をプログラムによりこのような機能を遂行させることにより、あるいはハードウェアを専用のプログラムにより制御するファームウェアにより構成することができる。

またコピー先筺体２における前記ビットマップ管理情報送信手段４０、ビットマップクリア手段４１、ビットマップ管理情報更新手段４２、従来方式・本方式選択手段４３も、ＣＰＵ３２をプログラムによりこのような機能を遂行させることにより、あるいはハードウェアを専用のプログラムにより制御するファームウェアにより構成することができる。

Ｃ．本発明の処理内容
本発明における基本的な処理は大別して下記ａ〜ｃの３つがある。以下これについて説明する。

ａ．コピー先筺体でのビットマップとその管理情報の管理
ｂ．レジウムコマンド処理内で、コピー先筺体から上記ａの管理情報の取得
ｃ．ビットマップのマージ処理
ａ．コピー先筺体でのビットマップとその管理情報の管理
レジウム機能（コピー再開機能）の実施のためには、該当コピーセッションを一度サスペンド（コピー停止）機能を実施する必要がある。このコピー停止中に、コピー先筺体で行われたユーザデータ更新個所を記憶するために、サスペンドコマンド処理で、コピー先筺体のビットマップ情報およびビットマップ管理情報をクリアする必要がある。

これによってコピー先筺体のユーザデータに変更があった場合、ビットマップ情報およびその管理情報を更新する。

このビットマップとその管理情報の管理について、図３にもとづき説明する。
（１）ホスト１０から出力されたサスペンドコマンドをコピー元筺体１で受信し、コピー元筺体１ではこれによりサスペンド処理が開始される。

（２）コピー元筺体１でのサスペンド処理を行った後、コピー元筺体１からコピー先筺体２に対してサスペンド処理が依頼される。

（３）コピー先筺体２では、前記サスペンド処理の一環として、対象セッションのコピー状況を管理しているビットマップ３とそのビットマップ３の管理情報４をクリアする。図３においてビットマップ３とビットマップ管理情報４の白がクリア状態を示している。

（４）それからコピー先筺体２からコピー元筺体１へ依頼処理の応答を返す。
（５）またコピー元筺体１からホスト１０に対しては、サスペンドコマンドの応答を返す。

図４により書き込みされたデータの位置の管理を説明する。
サスペンドでコピー処理を切り離した後、コピー先筺体２の、図示省略したデータ域に対して別のホスト３０などからデータを書き込んだ場合、コピー先筺体２では、この書き込まれたデータの位置をビットマップ３−１、３−２、３−３・・・と、その管理情報４−１、４−２、４−３・・・で記録する。

図４の例ではビットマップ３−１、３−２、３−３は５（行）×６（列）のサイズで構成され、これに対応するデータ域に未転送のデータの存在を指示するものである。図４では、未転送のデータの存在をビットマップ３−１〜３−３の斜線領域（これを例えば「１」が記入された状態とする）で示す。

図４では、ビットマップ３−１では２行目の４列目と、４行目の４列目に未転送のデータの存在を示す「１」が記入され、このビットマップ３−１に対応するビットマップ管理情報４−１、４−２、４−３には各ビットマップ３−１、３−２・・・の行対応に未転送データの存在を示す「１」がその行に記入される。

したがって、図４のビットマップ管理情報４−１は、ビットマップ３−１の２行目と、４行目に未転送のデータの存在することを示し、ビットマップ管理情報４−２は、ビットマップ３−２の１行目と、２行目に未転送のデータの存在することを示している。そしてビットマップ管理情報４−３は、ビットマップ３−３の１行目に未転送のデータの存在することを示している。以下、更に図４により具体的に説明する。

（１）コピー先筺体２に接続されているホスト３０よりコピー先筺体２に対して書き込み要求が行われる。

（２）コピー先筺体２では、この書き込み要求を処理するとともに、これがコピー対象域であれば、この領域を管理するビットマップとそのビットマップ管理情報に書き込み処理の行われたことを記録する処理を行う。例えば図４のビットマップ３−１の２行目の４列目と４行目の４列目に対応する領域に書き込みが行われたとき、ビットマップ３−１の斜線領域と、ビットマップ管理情報４−１の斜線領域にそれぞれこれを示す記録つまり「１」を記入する。

（３）それからコピー先筺体２から、この書き込み処理の応答をホスト３０に返す。
このようにしてサスペンド中は各筺体でコピーデータの更新を管理する。

ｂ．レジウムコマンド処理内で、コピー先筺体からビットマップ管理情報取得
レジウムコマンド処理時において、コピー先筺体からビットマップ管理情報を取得する処理について、図５により説明する。

図５において、ホスト１０からコピー元筺体１がレジウムコマンドを受領したときに、コピー元筺体１からコピー先筺体２に対して、コピー先筺体２で管理していたビットマップ管理情報４−１、４−２・・・の取得要求を行う。コピー先筺体２はこの要求にしたがいサスペンド中に管理していた該当セッションのビットマップ管理情報４−１、４−２・・・をコピー元筺体１に転送する。コピー元筺体１は転送されてきたコピー先筺体２のビットマップ管理情報４−１、４−２・・・を指定の場所に格納し、セッションのステータスを、レジウム処理中などの状態に変更する。コピー先筺体２でも同様にステータスの変更を行う。そしてコピー元筺体１からホスト１０にレジウムコマンドの応答を返す。更に図５により具体的に説明する。

（１）ホスト１０から出力されたレジウムコマンドをコピー元筺体１で受領する。これによりコピー元筺体１ではレジウム処理を開始する。
（２）まずコピー元筺体１ではコピー先筺体２に対してレジウム処理を依頼する。

（３）コピー先筺体２では、レジウム処理を開始し、ステータス変更などを行い、サスペンド中に管理していたビットマップ管理情報４−１、４−２・・・をコピー元筺体１へ転送する。このときビットマップ管理情報４−１、４−２・・・において更新のない場合（例えばオール「０」の状態のもの）は転送しない。

（４）コピー元筺体１は、これにより受信したコピー先筺体２のビットマップ管理情報を該当の場所に格納し、レジウム処理（例えばステータス変更など）をする。
（５）それからコピー元筺体１はホスト１０に対してレジウムコマンドの応答を返す。

ｃ．ビットマップのマージ処理
レジウムコマンドを処理しただけでは、コピー先筺体２からビットマップ管理情報を取得しただけなので、別途、実際のビットマップをコピー先筺体から取得する必要がある。このためレジウム処理完了時に該当セッションに関する、ビットマップマージ処理を行うタスクを起動させ、そのタスクが、図６（Ａ）に示す如く、該当セッションのレジウム時に取得したコピー先筺体２のビットマップ管理情報４−１、４−２・・・をもとに、コピー先筺体２から更新のあるところを見つけ、ビットマップ３を取得し、コピー元筺体１のビットマップへのマージ処理を行う。マージ後は、図６（Ｂ）に示す如く、該当ビットマップの管理情報をクリアする。

Ｄ．詳細制御の説明
本発明では、以下のテーブルやステータスを用いて管理する。

イ．各ビットマップを丸めて管理するビットマップ管理情報（テーブル）
ロ．マージ中を示すセッションのフェーズ（セッション単位、レジウミングを示す）
ハ．該当ビットマップのマージ動作中を示すフラグ（ビットマップ単位、テーブル）
（１）サスペンド時の処理の流れ
サスペンド時の処理の流れについて、図７にもとづき図３を参照して説明する。

Ｓ１．コピー元筺体１はホスト１０からサスペンドコマンドを受信する。
Ｓ２．コピー元筺体１は、これによりサスペンド処理の事前チェックを行なう。コピー元筺体１のデータをコピー先筺体２に全部コピーしたか否かの確認を行い、サスペンド可能か否かチェックする。

Ｓ３．それからコピー元筺体１ではサスペンド処理つまりコピー停止処理を行う。
Ｓ４．コピー元筺体１はコピー先筺体２に対してサスペンド通知を行う。
Ｓ５．コピー先筺体２では、前記Ｓ２のコピー元筺体１におけると同様に、サスペンド処理が可能か否かの事前チェックを行う。

Ｓ６．次にコピー先筺体２では、ビットマップ３とその管理情報４を初期化、すなわちオール「０」にする。
Ｓ７．コピー先筺体２ではサスペンド処理を行う。

Ｓ８．それからコピー先筺体２では、上記Ｓ４に対する応答として、コピー元筺体１への応答を行う。
Ｓ９．またコピー元筺体１ではホスト１０に対し上記Ｓ１への応答を行う。

（２）コピー先筺体でのサスペンド状態における書き込み処理
コピー先筺体でのサスペンド状態における書き込み処理について、図８にもとづき図４を参照して説明する。

Ｓ１．ホスト３０からコピー先筺体２に対して書き込み命令が出力される。コピー先筺体２は、これが該当セッションへの書き込み処理であるか否かを判断する。

Ｓ２．該当セッションへの書き込み処理でなければ、コピーとは関係ないので書き込み処理を行う。この場合、コピーとは関係ないのでビットマップには書き込みをしない。

Ｓ３．該当セッションへの書き込み処理であれば、コピー先筺体２では該当セッションがサスペンド状態かどうかを判断する。

Ｓ４．サスペンド状態でなければ、コピー筺体への該当セッションには書き込みはできないので、コピー先筺体への書き込みはできないというセンス応答、つまりエラー応答をホスト３０に返す。

Ｓ５．該当セッションがサスペンド状態であれば、コピー先筺体２では、ビットマップの管理サイズは特定されているのでその書き込み先のアドレスからこのサイズにもとづき書き込みされる場所に該当するビットマップの位置を算出する。

Ｓ６．コピー先筺体ではこの算出したビットマップのビットがオンであるか否かをチェックする。

Ｓ７．オンであれば前記Ｓ１でホスト３０より出力された書き込み命令に対する書き込み処理を行う。

Ｓ８．前記Ｓ６において、該当ビットがオンでなければ、コピー先筺体２は該当ビットをオンにする。

Ｓ９．コピー先筺体２では該当ビットの管理情報のビットがオンであるか否かチェックする。オンであれば前記Ｓ７と同じ処理をする。

Ｓ１０．オンでなければ、該当管理情報のビットをオンにする。そして前記Ｓ７と同様に書き込み処理を行う。

（３）レジウムコマンドの処理の流れ
本発明におけるレジウムコマンドの処理の流れについて、図９にもとづき、図５を参照して説明する。

Ｓ１．コピー元筺体１がホスト１０からレジウムコマンドを受信する。
Ｓ２．これによりコピー元筺体１ではサスペンド状態か否かレジウム処理の事前チェックを行う。

Ｓ３．コピー元筺体１ではコピー先筺体２に対し、レジウム通知を送る。
Ｓ４．これによりコピー先筺体２では、前記Ｓ２におけるコピー元筺体１と同様に、レジウム処理の事前チェックを行う。

Ｓ５．コピー先筺体２では、コピー先筺体２におけるデータが書き替えられたか否かを判定し、コピー元筺体１に転送すべきものの有無によりマージ処理が必要かどうか判別する。

Ｓ６．書き替えられていなければマージ処理は必要ないので、コピー先筺体２では、コピー元筺体１とコピー先筺体２が等価状態で、コピー中であることを示すＡｃｔ／Ｅｑｕｉｖへ状態変更する。

Ｓ７．そしてコピー先筺体２はこの状態変更をコピー元筺体１に応答する。
Ｓ８．これによりコピー元筺体１はＡｃｔ／Ｅｑｕｉｖへ状態変更する。
Ｓ９．そしてコピー元筺体１はホスト１０へ応答する。

Ｓ１０．前記Ｓ５においてコピー先筺体２でマージ処理が必要な場合、コピー先筺体２ではビットマップ管理情報４−１、４−２・・・を送信する。
Ｓ１１．それからコピー先筺体２ではＡｃｔ／Ｒｅｓｕｍｉｎｇへ状態変更する。

Ｓ１２．そしてコピー先筺体２はコピー元筺体１に応答する。
Ｓ１３．これによりコピー元筺体１ではＡｃｔ／Ｒｅｓｕｍｉｎｇへ状態変更する。

Ｓ１４．コピー元筺体１ではマージ処理専用タスク（図２におけるビットマップ取得・ビットマップマージ手段２１に相当）を起動する。それからコピー元筺体１は前記Ｓ９によりホスト１０へ応答する。

（４）マージ処理専用タスクの処理の流れ
本発明におけるマージ処理専用タスクの処理の流れについて、図１０にもとづき、図６を参照して説明する。

Ｓ１．まずコピー元筺体１においてマージ処理専用タスク (以下タスクという）を起動する。

Ｓ２．タスクは、コピー先筺体２から取得したビットマップ管理情報の検索を行う。ビットマップ管理情報４−１、４−２・・・の検索は、上から、１枚ずつ行う。

Ｓ３．タスクは、ビットマップマージ処理中か判別する。ビットマップマージ処理中であれば後述するＳ１０に移行し、処理中でなければＳ４に移行する。

Ｓ４．ビットマップマージ処理中でなければ該当管理情報のいずれかのビットがオンか否か判別する。ビットがオンでなければマージ不必要でありＳ１０に移行する。

Ｓ５．前記Ｓ４において、いずれかのビットがオンであれば図１２により後述する、該当ビットマップ制御テーブルにあるフラグ内のマージ処理中ビットをオンにする。

Ｓ６．それから該当ビットマップをコピー先筺体２より取得する。
Ｓ７．取得したビットマップと該当ビットマップをマージ処理する。
Ｓ８．該当ビットマップ制御テーブルにあるフラグ内のマージ処理中ビットをオフにする。

Ｓ９．そして該当管理情報のビットをオフにする。図６（Ｂ）のビットマップ管理情報４−１は、この状態を示す。

Ｓ１０．全てのビットマップ制御情報の管理情報をチェックしたか否かを判別し、残っているものがあれば前記Ｓ２に移る。

Ｓ１１．全てのビットマップ制御情報の管理情報をチェックずみであれば次のＳ１２に移る。そしてコピー元筺体１とコピー先筺体２の両方を、マージ処理が終了したことを示すＡｃｔ／Ｃｏｐｙｉｎｇに状態変更する。
Ｓ１２．そしてタスクを停止する。

（５）マージ処理の判断の流れ
従来のマージ処理は、１回に例えばＴ枚（装置により異なる固定値、例えば７枚）のビットマップを転送処理することができるので、セッションにおいて処理すべきビットマップの枚数が例えばＴ枚以下の場合はビットマップ管理情報を使用しない従来方式の方がビットマップ管理情報を使用する本発明の方式よりも高速に処理できる。それで該当コピーのビットマップ枚数が１回の転送枚数Ｔ以上か否かにより使用する方式を選択することが要求される。

このため、図２に示す如く、コピー先筺体２に従来の、ビットマップ情報を使用する手法と、図１に示す本発明のビットマップを丸めたビットマップ管理情報を使用する手法を選択可能に構成する。このためのマージ処理の選択判断を図１１にもとづき説明する。

Ｓ１．コピー先筺体においてマージ処理が必要か否か判別する。
Ｓ２．コピー先筺体は、この該当コピーのビットマップ枚数が１回の転送枚数以上か否かを判断する。

Ｓ３．１回の転送枚数Ｔを超える場合は、ビットマップ管理情報を使用した、前記本発明の実施例により説明した処理方式でレジウム処理を行う。

Ｓ４．しかしＴ枚以下の場合は、ビットマップ管理情報を使用しない、いわゆる従来のレジウム処理方式で処理を行う。

（６）セッション管理テーブルとビットマップおよびその制御テーブルの形式例
セッション管理テーブルとビットマップ及びその制御テーブルの形式例について、図１２にもとづき説明する。

セッションを作成するとき、図１２に示す如く、セッション管理テーブルＳＴと、ビットマップ制御テーブルＢＣ１、ＢＣ２・・・と、ビットマップ３−１、３−２・・・を設ける。ビットマップ制御テーブルＢＣ１、ＢＣ２・・・ビットマップはそのコピー容量により枚数が決定されている。ビットマップ制御テーブルＢＣ１、ＢＣ２・・・はビットマップ３−１、３−２・・・に対応して設けられている。

ビットマップ制御テーブルＢＣ１、ＢＣ２・・・にはフラグ、コピー先ビットマップ管理情報等が記入されている。フラグはマージ処理中のとき、このフラグの中の該当メンバーにビットが立つ。またコピー先ビットマップ管理情報は、例えば図５におけるコピー先ビットマップ管理情報４−１、４−２・・・が記入される。

またセッション管理テーブルＳＴには、初めのビットマップ制御テーブルＢＣ１の先頭アドレスが記入され、図１２に矢印で示す如く、アドレスがリンクして記入されている。各ビットマップ制御テーブルＢＣ１、ＢＣ２・・・には対応するビットマップ３−１、３−２・・・の先頭アドレスが記入されている。

本発明の構成概略図である。本発明の一実施例構成図である。本発明におけるビットマップとその管理情報の管理状態説明図である。書き込みされたデータの位置の管理説明図である。ビットマップ管理情報取得説明図である。ビットマップ管理情報によるマージ状態説明図である。サスペンド時の処理の流れ説明図である。コピー先筺体でのサスペンド状態におけるライト処理説明図である。レジウムコマンドの処理の流れ説明図である。マージ処理専用タスクの処理説明図である。マージ処理の判断の流れ説明図である。セッション管理テーブルとビットマップおよびその制御テーブルの形式例である。従来例説明図（その１）である。従来例説明図（その２）である。

符号の説明

１コピー元筺体
２コピー先筺体
３ビットマップ
４ビットマップ管理情報
１０ホスト

Claims

ユーザのデータを記憶するコピー元筺体と、コピー元筺体に記憶されたデータと同一のデータを記憶するコピー先筺体を備えたデータ記憶装置におけるビットマップ処理方式において、
コピー元筺体に、
レジウムコマンド処理時にコピー先からビットマップ管理情報を受信するビットマップ管理情報受信手段と、
コピー先筺体から取得した前記ビットマップ管理情報にもとづき前記コピー先筺体より必要なビットマップを取得し、コピー元筺体の対応するビットマップへマージするビットマップ取得とそのビットマップマージ手段を設け、
コピー先筺体に、
サスペンド処理時にコピー先ビットマップをクリアするビットマップクリア手段と、
コピー先筺体でサスペンド中に書き込み処理が行われたとき該当ビットマップを管理しているビットマップ管理情報を書き込みの行われたことを示すビット情報に更新するビットマップ管理情報更新手段と、
レジウムコマンド処理時に、コピー先筺体に更新がある場合、コピー先筺体からビットマップ管理情報を送信するビットマップ管理情報送信手段を設け、
レジウムコマンド処理時に、コピー元筺体はコピー先筺体よりビットマップ管理情報の転送を求めてこれによりコピー先筺体は前記ビットマップ管理情報更新手段で更新したビットマップ管理情報を前記ビットマップ管理情報送信手段により送信することを特徴とするコピー元筺体とコピー元筺体に記憶されたデータと同一のデータを記憶するコピー先筺体を備えたデータ記憶装置におけるビットマップ処理方式。
前記コピー先筺体において、レジウムコマンド処理時に、ビットマップ方式で処理するかビットマップ管理情報送信方式で処理するのかのいずれで行うのかを判断する判別手段を設けたことを特徴とする請求項１記載のビットマップ処理方式。