(57)【要約】【課題】処理の実行中に発生した障害などによって破壊されたデータをバックアップデータから高速に回復する。【解決手段】ホスト１０１は、ペア形成要求およびペア分割要求をディスクサブシステム１０９に発行し、ボリューム１０８のスナップショットを作成した後、処理を開始する。ディスクサブシステム１０９は、スナップショットの作成以降、更新が行われたデータの位置を差分情報１１１として記憶する。ホスト１０１からのデータ復旧要求を受領すると、ディスクサブシステム１０９は、差分情報１１１に基づいて、更新が行われた箇所のデータをスナップショットからリストアする。【選択図】図１
2008090868.tif 000002
【特許請求の範囲】
【請求項１】
中央処理装置と、ディスク装置を備え、前記中央処理装置からの要求にしたがってデータ転送を実行するディスクサブシステムとを有する情報処理システムにおいて、前記中央処理装置で行われる一連の処理に障害が発生した際に、所定の状態までデータを復旧するためのデータ復旧方法であって、
前記中央処理装置で一連の処理を実行する前に、前記情報処理装置から前記ディスクサブシステムに対して、前記一連の処理で使用されるディスク装置に格納されているデータの写しを保存する保存要求を発行し、
前記ディスクサブシステムにおいて、前記保存要求に応答して、前記ディスク装置のデータの写しを保存し、
前記ディスクサブシステムが、前記一連の処理の実行に伴って前記ディスク装置の内容が更新されたとき、更新された場所を差分情報として記憶し、
前記ディスク装置の内容をある時点の状態に復旧する必要が生じた場合、前記中央処理装置から前記ディスクサブシステムにデータの復旧要求を発行し、
前記ディスクサブシステムにおいて、前記復旧要求に応答して、記憶された前記差分情報に基づいて、前記保存されたデータを前記ディスク装置にリストアすることを特徴とするデータ復旧方法。
【請求項２】
前記保存要求、及び前記復旧要求が、前記ディスクサブシステムに接続された端末から発行されることを特徴とする請求項１記載のデータ復旧方法。
【請求項３】
前記データの写しの保存は、前記ディスク装置と同一のデータが格納され、前記ディスク装置と二重化された第２のディスク装置に保存されることを特徴とする請求項１又は２記載のデータ復旧方法。
【請求項４】
前記データの保存は、使用されていないディスク装置を前記第２の記憶装置として割り当て、前記第２のディスク装置に前記ディスク装置に格納されたデータをコピーする処理を含むことを特徴とする請求項３記載のデータ復旧方法。
【請求項５】
前記保存の要求は、前記ディスク装置を二重化することを要求する第１の要求と、二重化された前記ディスク装置と前記第２のディスク装置とをペアを形成した状態で分割する第２の要求とを含み、前記コピー処理は、前記第１の要求に応答して行われ、前記第２のディスク装置へのデータの保存は、前記第２の要求に応答して行われることを特徴とする請求項４記載のデータ復旧方法。
【請求項６】
前記データのリストアは、前記差分情報により、前記一連の処理により更新された場所を対象として行われることを特徴とする請求項１記載のデータ復旧方法。
【請求項７】
中央処理装置からの要求にしたがってデータ転送を実行するディスクサブシステムにおいて、
複数のディスク装置と、
前記中央処理装置からの要求に応答して、第１のディスク装置に格納されたデータの写しを保持した第２のディスク装置を作成する手段と、
前記情報処理装置からのデータの更新要求に応答して、前記第１のディスク装置のデータを更新し、該更新箇所を識別するための差分情報を生成する手段と、
前記中央処理装置からデータ復旧要求に応答して、前記差分情報に基づいて前記第１のディスク装置の更新が行われた場所のデータを前記第２のディスク装置の対応する記憶場所に保持されているデータと置き換える手段とを有することを特徴とするディスクサブシステム。
【請求項８】
中央処理装置と、ディスク装置を備え、前記中央処理装置からの要求にしたがってデータ転送を実行するディスクサブシステムとを有する情報処理システムにおいて、前記中央処理装置で行われる一連の処理に障害が発生した際に、所定の状態までデータを復旧するためのデータ復旧方法であって、
前記中央処理装置からのリストア要求に応答して、前記中央処理装置がアクセスする論理ボリュームのデータを格納した第１のディスク装置に保持されているデータのバックアップデータを第２のディスク装置にリストアし、前記中央処理装置からのスワップ要求に応答して、前記論理ボリュームを前記第２のディスク装置と関連付け、前記中央処理装置からの前記論理ボリュームへのアクセス要求に応答して、前記第２のディスク装置のデータにアクセスすることを特徴とするデータの復旧方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オンライン処理やバッチ処理を実行する情報処理システムに関し、特に、オンライン処理やバッチ処理の障害などによって破壊されたディスク装置などの記憶装置に格納されたデータを復旧するための方法に関する。
【背景技術】
【０００２】
銀行や証券会社などの情報処理システムで行われるオンライン処理やバッチ処理では、プログラムのバグや記憶装置の障害などによってそれらの処理が異常終了し、データを矛盾した状態にしてしまうことがある。また、情報処理システムに携わる人間の人為的ミスによって大切なデータを破壊したり、消去してしまうことがある。
【０００３】
このような状態になった情報処理システムを回復させ、データの矛盾を解消して途中で止まった処理を再開させたり、あるいは、途中で止まった処理をもう一度やり直したりするための手段がいくつか知られている。そのうちのひとつの手段にバックアップとリストアによる回復処理がある。
【０００４】
バックアップとリストアによる回復処理では、例えば、データベースシステムの場合、磁気テープなどの記憶媒体に定期的にデータのバックアップが取得される。システムに障害が発生した場合は、磁気テープに取得されたバックアップから記憶装置にデータをリストアし、ログファイルを使用して適切なポイントまで記憶装置のデータを再構築する。このような処理により、データベースのデータを適切な状態に回復し、データベース処理を再開させることができる。
【０００５】
バッチ処理の場合には、処理の開始に先立って磁気テープにデータのバックアップが取得される。バッチ処理の開始後、処理が異常終了した場合、磁気テープからデータがリストアされ、記憶装置のデータがバッチ処理を開始する前の状態に戻される。その後、バッチ処理が最初から再実行される。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従来のバックアップとリストアによる回復処理では、磁気テープからデータをリストアする際、バックアップを取得した時点から更新されていない部分（記憶装置と磁気テープの内容が一致している部分）のデータも磁気テープから読み出され、記憶装置に書き込まれる。このようなデータの転送は、無駄なデータ転送であり、リストアに要する時間を長びかせる。
【０００７】
また、例えば、記憶装置内の領域Ａ、領域Ｂおよび領域Ｃがバックアップ／リストアの単位であり、回復を必要とするのが領域Ａだけである場合でも、領域Ａ〜Ｃについてリストアが実行され、リストア時間が長くなる。リストア中は、領域Ａ〜Ｃ上のデータを利用する処理を停止する必要があり、その影響は大きい。
【０００８】
本発明の目的は、これら従来技術における問題点を解決し、バックアップからのデータのリストアを高速化し、システム障害からの回復に要する時間を短縮させることのできるデータの復旧方法を提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本発明によれば、中央処理装置と、ディスク装置を備え、前記中央処理装置からの要求にしたがってデータ転送を実行するディスクサブシステムとを有する情報処理システムにおいて、一連の処理によってディスク装置内のデータを更新する前に、情報処理装置からディスクサブシステムに対して、前記一連の処理で使用されるディスク装置に格納されているデータの写しを保存する保存要求を発行する。ディスクサブシステムは、保存要求に応答して、ディスク装置のデータの写しを保存する。中央処理装置により実行される一連の処理によりディスク装置の内容が更新されたとき、ディスクサブシステムは、更新された場所を差分情報として記憶する。ディスク装置の内容をある時点の状態に復旧する必要が生じた場合、ディスクサブシステムは、中央処理装置からデータの復旧要求に応答して、記憶された前記差分情報に基づいて、保存されたデータを前記ディスク装置にリストアする。
【００１０】
本発明の他の観点によれば、中央処理装置と、ディスク装置を備え、中央処理装置からの要求にしたがってデータ転送を実行するディスクサブシステムとを有する情報処理システムにおいて、ディスクサブシステムは、中央処理装置からのリストア要求に応答して、中央処理装置がアクセスする論理ボリュームのデータを格納した第１のディスク装置に保持されているデータのバックアップデータを第２のディスク装置にリストアする。そして、中央処理装置からのスワップ要求に応答して、論理ボリュームを第２のディスク装置と関連付ける。その後、中央処理装置からの論理ボリュームへのアクセス要求に応答して、ディスクサブシステムは、第２のディスク装置のデータにアクセスする。
【発明の効果】
【００１１】
本発明によれば、ホストで実行中の処理に障害が発生し、ディスクサブシステムのデータを復旧する場合に、ホストに負担をかけず、短時間でデータをリストアすることができる。
【発明を実施するための最良の形態】
【００１２】
図１は、本発明の第１の実施形態における情報処理システムのシステム構成を示すブロック図である。本実施形態の情報処理システムは、ホストコンピュータ（ホスト）１０１とディスクサブシステム１０９を含んで構成される。ディスクサブシステム１０９は、スモール・コンピュータ・システム・インタフェース（ＳＣＳＩ）やファイバ・チャネル（Fibre Channel）などのインタフェースバス１０３を介してホスト１０１と接続される。ホスト１０１とディスクサブシステム１０９との間は、ＳＣＳＩプロトコルやＦｉｂｒｅプロトコルなどによって、情報の授受が行われる。
【００１３】
ディスクサブシステム１０９は、ホストインタフェース１１２、制御プロセッサ１０５、制御メモリ１０６、ボリュームアクセス部１０７およびボリューム１０８を有する。ホストインタフェース１０５は、ホスト１０１とのインタフェースである。制御プロセッサ１０５は、ホストインタフェース１１２により受信されたホスト１０１からの要求にしたがって、ディスクサブシステム１０９を制御する。制御メモリ１０６は、制御プロセッサ１０５がディスクサブシステム１０９を制御するために必要な制御情報を格納するメモリである。本発明に関係する情報として、ペア情報１１０および差分情報１１１が制御メモリ１０６に保持される。ボリュームアクセス部１０７は、ボリューム１０８に対してデータのリード／ライトを行う機能を有する。ボリューム１０８は、データを格納する磁気ディスク媒体を備えたディスクユニットなどから構成され、おのおのを識別するための識別子が割り当てられている。
【００１４】
制御メモリ１０６は、１、又は複数のペア情報１１０を保有する。図２は、ペア情報１１０の一例を示すデータ構造図である。
【００１５】
ペア情報１１０は、使用中フラグ２００、正ボリューム番号２０１、副ボリューム番号２０２、差分情報番号２０３、ペア状態２０４、エクステント情報２０５を有して構成される。
【００１６】
使用中フラグ２００は、当該ペア情報１１０が使用されているかどうかを示すフラグで、“使用中”または“未使用”の値をとる。使用中フラグ２００が“使用中”のとき、当該ペア情報１１０は、使用中であることが示される。使用中フラグ２００が“未使用”のとき、当該ペア情報１１０は、未使用であることが示される。
【００１７】
正ボリューム番号２０１、副ボリューム番号２０２は、ボリューム１０８を識別する識別子である。以下では、正ボリューム番号２０１により識別されるボリュームを正ボリューム、副ボリューム番号２０２により特定されるボリュームを副ボリュームと呼ぶ。差分情報番号２０３は、差分情報１１１を識別する識別子である。正ボリュームと副ボリュームの組をここではペアと呼ぶ。ペアには、“ペア形成中”、“ペア形成完了”、“ペア分割”、“データ復旧中”および“ペアなし”という状態がある。ペア状態２０４は、ペアについてのこれらの状態を示す。
【００１８】
エクステント情報２０５は、開始アドレス２０７、終了アドレス２０８から構成される。開始アドレス２０７は、ボリューム１０８内の連続する領域の始端のアドレスを示す。終了アドレス２０８は、ボリューム１０８内の連続する領域の終端のアドレスを示す。例えば、ボリューム１０８が固定長ブロックから構成される固定長ブロック形式のボリュームである場合、開始アドレス２０７および終了アドレス２０８にはブロック番号が格納される。また、ボリューム１０８が可変長レコード形式のボリュームである場合、開始アドレス２０７および終了アドレス２０８にはトラック番号が格納される。以下では、説明を分かりやすくする為に、データを格納する領域として、トラックという言葉を使用する。したがって、トラックという言葉に、可変長レコード形式ボリュームのトラックを当てはめても良いし、固定長ブロック形式ボリュームのブロックを当てはめても良い。また、ボリューム１０８内の先頭からｉ番目のトラックをトラック（ｉ）と表記する。
【００１９】
制御メモリ１０６は、１又は複数の差分情報１１１を保有する。差分情報１１１のデータ構造の一例を図３に示す。
【００２０】
差分情報１１１は、使用中フラグ３０１、コピー対象ビットマップ３０２および差分ビットマップ３０３を保有する。使用中フラグ３０１は、当該差分情報１１１が使用中かどうかを示すフラグで、“使用中”または“未使用”の値をとる。使用中フラグ３０１が“使用中”であるとき、当該差分情報１１１は、使用中であることが示される。使用中フラグ３０１が“未使用”のとき、当該差分情報１１１は、未使用状態であることが示される。
【００２１】
コピー対象ビットマップ３０２は、副ボリュームから正ボリュームへコピーするデータを示す情報で、複数のビットから構成される。１ビットは、ボリューム８上の１つのトラックに対応する。ビットが０のとき、そのビットに対応するトラック（またはブロック）はコピー対象ではないことが示され、ビットが１のとき、そのビットに対応するトラック（またはブロック）がコピー対象であることが示される。以下、コピー対象ビットマップ３０２のｉ番目のビットをコピー対象（ｉ）と表記する。すなわち、トラック（ｉ）に対応するビットは、コピー対象（ｉ）である。
【００２２】
差分ビットマップ３０３は、正ボリュームと副ボリュームの対応するトラック間でデータの内容が異なっているトラックを示す情報で、複数のビットから構成される。コピー対象ビットマップ３０２と同様に、１つのビットは、１つのトラックに対応する。ビットが０のとき、そのビットに対応するトラックのデータは、正ボリュームと副ボリュームとの間で異なっていないことが示される。一方、ビットが１のとき、そのビットに対応するトラックのデータは、正ボリュームと副ボリュームとの間で異なっていることが示される。以下、差分ビットマップ３０３のｉ番目のビットを差分（ｉ）と表記する。すなわち、トラック（ｉ）に対応するビットは、差分（ｉ）である。
【００２３】
図４は、バッチ処理を実行する時のホスト１０１による処理の流れを示すフローチャートである。
【００２４】
ホスト１０１は、実行しようとするバッチ処理で使用されるデータを格納したボリューム１０８の識別子（以下、このボリューム１０８の識別子をＳと表記する）を正ボリューム番号、未使用のボリューム１０８の識別子（以下、このボリューム１０８の識別子をＴと表記する）を副ボリューム番号として、これらをパラメータとして含むペア形成要求を作成し、ディスクサブシステム１０９に発行する（ステップ４００）。
【００２５】
ペア形成要求を発行した後、ホスト１０１は、正ボリューム番号Ｓ、副ボリューム番号Ｔをパラメータとして有するペア状態参照要求を作成し、ディスクサブシステム１０９に発行する。ペア状態参照要求に対する応答として、ディスクサブシステム１０９から報告されるペア状態が“ペア形成完了”の場合、ステップ４０２に進む。ディスクサブシステム１０９から報告されるペア状態が“ペア形成完了”以外の場合、報告されるペア状態が“ペア形成完了”となるまで待つ（ステップ４０１）。
【００２６】
ペア状態が“ペア形成完了”になると、ホスト１０１は、例えば、オンライン処理の区切りなどバッチ処理を開始する契機まで待つ（ステップ４０２）。
【００２７】
バッチ処理を開始する契機になると、ホスト１０１は、正ボリューム番号Ｓ、副ボリューム番号Ｔをパラメータとして有するペア分割要求を作成し、ディスクサブシステム１０９に発行する（ステップ４０３）。
【００２８】
ペア分割要求を発行した後、ホスト１０１は、正ボリューム番号Ｓ、副ボリューム番号Ｔをパラメータとして有するペア状態参照要求を作成し、ディスクサブシステム１０９に発行する。ペア状態参照要求に対する応答として、ディスクサブシステム１０９から報告されるペア状態が“ペア分割”の場合、ステップ４０５に進む。ディスクサブシステム１０９から報告されるペア状態が“ペア分割”以外の場合、ホスト１０１は、ペア状態が“ペア分割”になるまで待つ（ステップ４０４）。
【００２９】
ペア状態が“ペア分割”になると、ホスト１０１は、バッチ処理を開始する（ステップ４０５）。
【００３０】
バッチ処理が途中で異常終了すると、バッチ処理のリトライのために、バッチ処理を実行する前のデータが必要とされる。この場合、ステップ４０７に進む。バッチ処理が正常終了した場合は、ステップ４１０に進む（ステップ４０６）。
【００３１】
バッチ処理が異常終了し、バッチ処理を実行する前のデータが必要になった場合、ホスト１０１は、データの回復を行うボリューム１０８内の領域を求める。この領域は、ログファイルを解析して、異常終了したバッチ処理の実行中に更新のあった部分を特定することにより行われる。または、ユーザからの指定を受け付けても良い。以降、求められた領域の始端のアドレスをＢ、終端のアドレスをＥと表記する。
【００３２】
続いて、ホスト１０１は、正ボリューム番号の値としてＳ、副ボリューム番号の値としてＴ、開始アドレスの値がＢ、終了アドレスの値がＥをパラメータとして有するデータ復旧要求を作成し、ディスクサブシステム１０９に発行する（ステップ４０７）。
【００３３】
データ復旧要求を発行した後、ホスト１０１は、正ボリューム番号Ｓ、副ボリューム番号Ｔをパラメータとするペア状態参照要求を作成し、ディスクサブシステム１０９に発行する。このペア状態参照要求に対する応答として、ディスクサブシステム１０９から報告されるペア状態が“ペア分割”の場合、ステップ４０９に進む。ディスクサブシステム１０９から報告されるペア状態が“ペア分割”以外の場合、ホスト１０１は、報告されるペア状態が“ペア分割”になるまで待つ（ステップ４０８）。
【００３４】
ペア状態が“データ分割”になると、データの回復が完了しているので、ホスト１０１は、バッチ処理を再実行する（ステップ４０９）。
【００３５】
バッチ処理が正常終了すると、ホスト１０１は、正ボリューム番号の値Ｓ、副ボリューム番号の値Ｔをパラメータとして有するペア解除要求を作成し、ディスクサブシステム１０９に発行する（ステップ４１０）。
【００３６】
ペア解除要求を発行した後、ホスト１０１は、正ボリューム番号Ｓ、副ボリューム番号Ｔをパラメータとして有するペア状態参照要求を作成し、ディスクサブシステム１０９に発行する。このペア状態参照要求に対する応答としてディスクサブシステム１０９から報告されるペア状態が“ペアなし”の場合、処理を終了する。ディスクサブシステム１０９から報告されるペア状態が“ペアなし”以外の場合、ペア状態が“ペアなし”になるまで待つ（ステップ４１１）。
【００３７】
以上説明したホスト１０１の処理では、バッチ実行前の状態にデータを回復してから、バッチ処理を再実行させたが、ステップ４０９において、ログファイルを使って、適切なところまでデータの更新を行ってからバッチ処理を実行しても良い。
【００３８】
図５は、ホスト１０１からの要求に応答してディスクサブシステム１０９により行われる処理の処理フローを示すフローチャートである。
【００３９】
ディスクサブシステム１０９は、ホスト１０１から要求を受領するとステップ５００〜５０５において、その要求がペア形成要求、ペア分割要求、ペア削除要求、データ復旧要求、及びペア状態参照要求のいずれかに該当するか判別する。
【００４０】
ホスト１０１からの要求がペア形成要求である場合、ディスクサブシステム１０９は、ペア情報及び差分情報を作成する。具体的に、ディスクサブシステム１０９は、使用中フラグ２００が“未使用”であるペア情報１１０を選択し、選択したペア情報１１０の使用中フラグ２００に“使用中”を設定する。次に、使用中フラグ３０１が“未使用”である差分情報１１１を選択し、選択した差分情報１１１の使用中フラグ３０１に“使用中”を設定する。その後、ディスクサブシステム１０９は、選択したペア情報１１０の正ボリューム番号２０１に、ペア形成要求のパラメータとして設定されている正ボリューム番号Ｓを、副ボリューム番号２０２に、副ボリューム番号Ｔを設定する。また、選択したペア情報１１０の差分情報番号２０３に、選択した差分情報１１１の識別子を設定する。そして、選択したペア情報１１０のペア状態２０４に“ペア形成中”を設定する。次に、ディスクサブシステム１０９は、選択した差分情報１１１のコピー対象ビットマップ３０２、及び差分ビットマップ３０３のすべてのビットを０にする（ステップ５０６）。
【００４１】
ペア情報１１０および差分情報１１１に値を設定したら、ディスクサブシステム１０９は、後述する形成コピー処理を実行する（ステップ５０７）。
【００４２】
形成コピーが完了すると、ディスクサブシステム１０９は、ステップ５０６で選択したペア情報１１０のペア状態２０４に“ペア形成完了”を設定し、処理を終了する（ステップ５０８）。
【００４３】
ホスト１０１から受領した要求がペア分割要求である場合、ディスクサブシステム１０９は、使用中フラグ２００が“使用中”であり、正ボリューム番号２０１、及び副ボリューム番号２０２に、ペア分割要求のパラメータとして与えられる正ボリューム番号Ｓ、副ボリューム番号Ｔが設定されているペア情報１１０を選択する。そして、選択したペア情報１１０のペア状態２０４に“ペア分割”を設定して処理を終了する（ステップ５０９）。
【００４４】
ホスト１０１から受領した要求がペア削除要求である場合、ディスクサブシステム１０９は、使用中フラグ２００が“使用中”であり、正ボリューム番号２０１、副ボリューム番号２０２に、ペア削除要求のパラメータとして設定されている正ボリューム番号Ｓ、副ボリューム番号Ｔが設定されているペア情報１１０を選択する。そして、選択したペア情報１１０の差分情報番号２０３によりポイントされる差分情報１１１の使用中フラグ３０１に“未使用”を設定する。また、選択したペア情報１１０の使用中フラグ２００にも“未使用”を設定する。ディスクサブシステム１０９は、使用中フラグ２００および使用中フラグ３０１の更新が完了すると処理を終了する（ステップ５１０）。
【００４５】
次に、ホスト１０１から受領した要求がデータ復旧要求である場合、ディスクサブシステム１０９は、使用中フラグ２００が“使用中”であり、正ボリューム番号２０１、副ボリューム番号２０２にデータ復旧要求のパラメータとして設定されている正ボリューム番号Ｓ、副ボリューム番号Ｔが設定されているペア情報１１０を選択する。次に、ディスクサブシステム１０９は、選択したペア情報１１０のペア状態２０４に“データ復旧中”を設定する。また、エクステント情報２０５の開始アドレス２０７、及び終了アドレス２０８には、データ復旧要求にパラメータとして設定されている開始アドレスＢ、終了アドレスＥを設定する。さらに、ディスクサブシステム１０９は、選択したペア情報２０３の差分情報番号２０３によりポイントされる差分情報１１１のコピー対象ビットマップ３０２を設定する。すなわち、差分（Ｂ）から差分（Ｅ）までのビットに関して、差分（ｉ）が０のときコピー対象（ｉ）に０を設定し、差分（ｉ）が１のときコピー対象（ｉ）に１を設定する（ステップ５１１）。
【００４６】
ペア情報１１０および差分情報１１１を更新した後、ディスクサブシステム１０９は、後述するデータ復旧処理を実行する（ステップ５１２）。
【００４７】
データ復旧処理が完了すると、ディスクサブシステム１０９は、ステップ５１１で選択したペア情報１１０のペア状態２０４に“ペア分割”を設定して処理を終了する（ステップ５１３）。
【００４８】
ホスト１０１から受領した要求がペア状態参照要求である場合、ディスクサブシステム１０９は、使用中フラグ２００が“使用中”であり、正ボリューム番号２０１、副ボリューム番号２０２にペア状態参照要求のパラメータとして与えられた正ボリューム番号Ｓ、副ボリューム番号Ｔが設定されているペア情報１１０を選択する。次に、ディスクサブシステム１０９は、選択したペア情報１１０のペア状態２０４をホスト１０１に報告して処理を終了する。ここで、該当するペア情報１１０がない場合は、ペア状態として“ペアなし”を報告する（ステップ５１４）。
【００４９】
ホスト１０１からの要求が上述したいずれの要求でもない場合、ステップ５１５において、ホスト１０１からの要求がリード要求であるかライト要求であるかが判定される。この判定の結果、要求がリード要求の場合は、後述するリード処理が行われ（ステップ５１６）、ライト要求の場合には、後述するライト処理が行われる（ステップ５１７）。
【００５０】
図６は、ステップ５０７において実施される形成コピー処理のフローチャートである。
【００５１】
まず、初期設定として、ディスクサブシステム１０９は、変数ｉに０を設定する（ステップ６００）。
【００５２】
次に、ボリュームアクセス部１０７により、ステップ５０６で選択したペア情報１１０の正ボリューム番号２０１に設定された識別子で指定されるボリューム１０８のトラック（ｉ）のデータを読み出す。そして、ボリュームアクセス部１０７により、読み出したデータを副ボリューム番号２０２に設定された識別子で指定されるボリュームのトラック（ｉ）に書き込む（ステップ６０１）。
【００５３】
変数ｉの値が、正ボリュームの最終トラックのトラック番号を超えたか判定する（ステップ６０２）。変数ｉが最終トラックのトラック番号を超えていると、ディスクサブシステム１０９は、形成コピーの処理を終了してステップ５０８に進む。そうでなければ、ステップ６０３の処理に進み、変数ｉに１を加算してステップ６０１に戻り、次のトラックのコピー処理を実行する（ステップ６０３）。
【００５４】
図７は、ステップ５１２で実施されるデータ復旧処理のフローチャートである。
【００５５】
ディスクサブシステム１０９は、まず、変数ｉに初期値としてＢを設定する（ステップ７００）。
【００５６】
次に、ステップ５１１で設定したコピー対象ビットマップ３０２を参照して、コピー対象（ｉ）が０か１かを判定する（ステップ７０１）。コピー対象（ｉ）が０の場合は、ステップ７０４に、１の場合は、ステップ７０３に進む。
【００５７】
ステップ７０３では、ボリュームアクセス部１０７により、副ボリュームのトラック（ｉ）のデータを読み出し、読み出したデータを正ボリュームのトラック（ｉ）に書き込む。そして、コピー対象（ｉ）を０にする。
【００５８】
ステップ７０４で、ディスクサブシステム１０９は、Ｅと変数ｉとを比較し、ｉがＥに等しいか大きい場合にはデータ回復処理を終了し、そうでなければ、ステップ７０５に進む。ステップ７０５では、変数ｉに１を加算してステップ７０１に戻り、次のトラックについて同様の処理が行われる。
【００５９】
図８は、ステップ５１６におけるリード処理のフローチャートである。
【００６０】
ホスト１０１により発行されるリード要求には、パラメータとして、データを読み出すべきボリューム１０８の識別子とトラック番号を含んでいる。以降、パラメータで指定されるボリューム１０８の識別子を“ＲＶＯＬ”、トラック番号を“ＲＴＲＫ”とする。
【００６１】
リード処理では、まず、使用中フラグ２００が“使用中”、正ボリューム番号２０１に“ＲＶＯＬ”が設定されているペア情報１１０が選択される。該当するペア情報１１０がある場合、処理は、ステップ８０１に進む。該当するペア情報１１０がない場合、処理は、ステップ８０４に進む（ステップ８００）。
【００６２】
ステップ８０１でディスクサブシステム１０９は、ステップ８００で選択したペア情報１１０のペア状態２０４を参照し、“データ復旧中”になっているか判
定する。ペア状態２０４が“データ復旧中”である場合は、ステップ８０２に進み、そうでなければステップ８０６に進む。
【００６３】
ステップ８０２でディスクサブシステム１０９は、エクステント情報２０５の開始アドレス２０７と終了アドレス２０８によって特定される領域に、トラック“ＲＴＲＫ”が含まれるかどうかを判定する。開始アドレス２０７と終了アドレス２０８によって特定される領域にトラック“ＲＴＲＫ”が含まれていれば、当該領域に対するアクセスを拒否することをホスト１０１に報告してリード処理を終了する（ステップ８０３）。開始アドレス２０７と終了アドレス２０８によって特定される領域にトラック“ＲＴＲＫ”が含まれていない場合は、ボリュームアクセス部１０７により、識別子“ＲＶＯＬ”で識別されるボリューム１０８のトラック“ＲＴＲＫ”のデータが読み出され、ホスト１０１に転送されてリード処理が終了する（ステップ８０６）。
【００６４】
リード対象のボリュームが正ボリュームでない場合、使用中フラグ２００が“使用中”となっているペア情報１１０から、副ボリューム番号２０１が“ＲＶＯＬ”であるペア情報が選択される。該当するペア情報１１０がなければ、ステップ８０６の処理に移り、データの転送が行われ処理が終了する。該当するペア情報１１０があれば、ステップ８０５に進む（ステップ８０４）。
【００６５】
ステップ８０５では、ステップ８０４で選択されたペア情報１１０のペア状態２０４が参照され、“ペア分割”であるか判定される。ペア状態２０４が“ペア分割”であればステップ８０６に進み、データの転送が行われる。ペア状態２０４が“ペア分割”でなければステップ８０３に進み、アクセスが拒否される。
【００６６】
図９は、ステップ５１７で行われるライト処理のフローチャートである。
【００６７】
ホスト１０１により発行されるライト要求は、パラメータに、ボリューム１０８の識別子、トラック番号、およびライトデータを含む。以降、パラメータで指定されるボリューム１０８の識別子を“ＷＶＯＬ”、トラック番号を“ＷＴＲＫ”とする。
【００６８】
ライト処理において、ディスクサブシステム１０９は、まず、使用中フラグ２００が“使用中”、正ボリューム番号２０１の値が“ＷＶＯＬ”であるペア情報１１０を選択する。該当するペア情報１１０があればステップ９０１に進み、該当するペア情報１１０がなければステップ９０４に進む（ステップ９００）。
【００６９】
ステップ９０１では、ステップ９００で選択されたペア情報１１０のペア状態２０４が“データ復旧中”かどうか判定される。ペア状態２０４が“データ復旧中”であればステップ９０２に進み、“データ復旧中”でなければステップ９０
８に進む。
【００７０】
ステップ９０８では、ステップ９００で選択されたペア情報１１０のペア状態２０４が“分割中”か判定される。ペア状態２０４が“分割中”であればステップ９０６に進み、“分割中”でなければステップ９０９に進む。
【００７１】
ステップ９０９では、ボリュームアクセス部１０７により、ステップ９００で選択されたペア情報１１０の副ボリューム番号２０２により識別されるボリューム１０８内のトラック“ＷＴＲＫ”にライトデータが書き込まれる。その後、処理は、ステップ９０７に進む。
【００７２】
ステップ９０２では、ステップ９００で選択されたペア情報１１０のエクステント情報２０５の開始アドレス２０７と終了アドレス２０８によって特定される領域に、トラック“ＷＴＲＫ”が含まれるかどうか判定される。該当する領域に、トラック“ＷＴＲＫ”が含まれればステップ９０３に進み、含まれなければステップ９０６に進む。
【００７３】
ステップ９０３でディスクサブシステム１０９は、当該領域へのアクセスを拒否することをホスト１０１に報告して処理を終了する。
【００７４】
ステップ９０４では、使用中フラグ２００が“使用中”、副ボリューム番号２０１の値が“ＷＶＯＬ”であるペア情報１１０が選択される。該当するペア情報１１０があればステップ９０５に進み、該当するペア情報１１０がなければステップ９０７に進む。
【００７５】
ステップ９０５では、ステップ９０４で選択されたペア情報１１０のペア状態２０４が“ペア分割”かどうか判定される。ペア状態２０４が“ペア分割”であればステップ９０６に進み、“ペア分割”でなければステップ９０３に進む。
【００７６】
ステップ９０６でディスクサブシステム１０９は、ステップ９０４で選択したペア情報１１０の差分情報番号２０３により示される差分情報１１１の差分（ＷＴＲＫ）に１を設定する。
【００７７】
ステップ９０７では、識別子が“ＷＶＯＬ”であるボリューム１０８のトラック“ＷＴＲＫ”に、受領したライトデータが書き込まれ、ライト処理が終了する。
【００７８】
上述した第１の実施の形態では、ディスクサブシステム１０９は、ホスト１０１から送られる要求に応答して処理を行う。これらの要求のうち、ペア形成要求、ペア分割要求、ペア削除要求、ペア状態参照要求を遠隔端末１００からディスクサブシステム１０９に与えることも可能である。この場合、制御プロセッサ１０５は、遠隔端末インタフェース１０４を介して、遠隔端末１００から要求を受領して、処理を実行する。処理内容は、上述した各処理と同様となる。
【００７９】
また、上述した実施形態では、データを復旧中の領域に対するリード／ライト要求を拒否しているが、リード処理におけるステップ８０３、ライト処理におけるステップ９０３を以下に説明する処理に変更することで、データを復旧中の領域に対するリード／ライト要求に応じてデータ転送を行うようにすることができる。
【００８０】
図１０は、データを復旧中の領域に対するリード要求に対してデータ転送を行うために、ステップ８０３に替えて行われる処理のフローチャートである。
【００８１】
ディスクサブシステム１０９は、データを復旧中の領域に対するリード要求を処理するに当たり、ペア情報１１０を参照して、リード要求の対象ボリュームを含むペアのペア状態２０４が“データ復旧中”か調べる（ステップ１０００）。
【００８２】
ペア状態２０４が“データ復旧中”であれば、次に、ディスクサブシステム１０９は、リード要求の対象領域がコピー対象となっているかどうか調べる。これは、ペア情報１１０の差分情報番号２０３が指している差分情報１１１のコピー対象（ＲＴＲＫ）が０か１かを調べることで実現される。コピー対象（ＲＴＲＫ）が０の場合は、ボリュームアクセス部１０７によりボリューム１０８からデータを読み出してホスト１０１に転送し、処理を終了する（ステップ１００５）。
【００８３】
ステップ１００１でコピー対象であると判定された場合、ディスクサブシステム１０９は、ボリュームアクセス部１０７により副ボリュームのトラック“ＲＴＲＫ”からデータを読み出して、それを正ボリュームのトラック“ＲＴＲＫ”に書き込む（ステップ１００２）。
【００８４】
続いて、ディスクサブシステム１０９は、コピー対象（ＲＴＲＫ）に０を設定する（ステップ１００３）。そして、ボリュームアクセス部１０７により、ボリューム１０８からデータを読み出してホスト１０１に転送し、処理を終了する（ステップ１００４）。
【００８５】
ステップ１０００でペア状態２０４が“データ復旧中”でないと判定された場合は、ホスト１０１にアクセスを拒否することが報告されて処理が終了する（ステップ１００６）。
【００８６】
図１１は、データを復旧中の領域に対するライト要求を処理するために、ステップ９０３に替えて行われる処理のフローチャートである。
【００８７】
ディスクサブシステム１０９は、データを復旧中の領域に対するライト要求を処理するに当たり、ライト要求の対象であるボリュームに関するペア情報１１０を参照して、そのペア状態２０４が“データ復旧中”かどうか調べる（ステップ１１００）。
【００８８】
ペア状態２０４が“データ復旧中”であると判定された場合、ライト要求の対象領域がコピー対象となっているかどうか調べられる。これは、ペア情報１１０の差分情報番号２０３が指す差分情報１１１のコピー対象（ＷＴＲＫ）が０であるか１であるかを調べることにより行われる（ステップ１１０１）。
【００８９】
コピー対象（ＷＴＲＫ）が０の場合は、ステップ１１０４に進む。１の場合はステップ１１０２に進む。
【００９０】
ステップ１１０１でコピー対象（ＷＴＲＫ）が１であり、ライト要求の対象領域がコピー対象であると判定しされた場合、ボリュームアクセス部１０７により、副ボリュームのトラック“ＷＴＲＫ”のデータが読み出され、正ボリュームのトラック“ＷＴＲＫ”にそのデータが書き込まれる（ステップ１１０２）。その後、差分情報１１１のコピー対象（ＷＴＲＫ）に０が設定され、ステップ１１０４の処理に移る（ステップ１１０３）。
【００９１】
ステップ１１０４でディスクサブシステム１０９は、差分情報１１１の差分（ＷＴＲＫ）に１を設定する。続いて、ボリュームアクセス部１０７により、識別子“ＷＶＯＬ”で識別されるボリューム１０８のトラック“ＷＴＲＫ”にライトデータが書き込まれる（ステップ１１０５）。
【００９２】
ステップ１１００でペア状態２０４が“データ復旧中”でないと判定された場合、ディスクサブシステム１０９は、ホスト１０１にアクセスを拒否することを報告して処理を終了する（ステップ１１０６）。
【００９３】
以上の処理により、データを復旧中の領域に対するリード／ライト要求に対しても、その要求に応答してデータのリード／ライト処理を実施することが可能となる。
【００９４】
本発明が適用された情報処理システムの他の実施形態について、以下に説明する。以下に説明する実施形態におけるシステムとしての構成は、図１に示したものと同様であるが、制御プロセッサ１０５において実現される機能が上述した実施形態と異なる。本実施形態では、ホスト１０１（あるいは遠隔端末１００）から発行される要求として、上述した実施形態において説明したペア形成要求、ペア分割要求、ペア削除要求、データ復旧要求、ペア状態参照要求、リード要求およびライト要求に加え、コピーなしペア形成要求が含まれる。制御プロセッサ１０５は、これらの要求に応答して各種の処理を行う。
【００９５】
図１２は、データ回復処理時のホスト１０１側の処理を示すフローチャートである。
【００９６】
データ回復処理時、ホスト１０１は、まず、ディスクサブシステム１２０９にコピーなしペア形成要求を発行する。コピーなしペア形成要求には、パラメータとして、正ボリューム番号と副ボリューム番号が含まれる。正ボリューム番号には、回復するデータを格納するボリューム１０８の識別子が、副ボリューム番号には、データを一時的に格納する未使用のボリューム１０８の識別子が設定される。以下では、処理の対象となる正ボリュームのボリューム番号をＳ、副ボリュームのボリューム番号をＴとして説明する（ステップ１３００）。
【００９７】
ホスト１０１は、コピーなしペア形成要求を発行した後、パラメータに正ボリューム番号Ｓ、副ボリューム番号Ｔを有するペア状態参照要求を作成し、ディスクサブシステム１０９に発行する。このペア状態参照要求に対する応答としてディスクサブシステム１０９から報告されるペア状態が“ペア分割”でなければ、ペア状態が“ペア分割”になるまで待ち、ペア状態が“ペア分割”であることを確認して次の処理に進む（ステップ１３０１）。
【００９８】
次に、ホスト１０１は、回復するデータがバックアップされている磁気テープからデータを読み出す。ホスト１０１は、このデータを、ボリューム番号がＴであるボリューム１０８に書き込むよう、ディスクサブシステム１２０９にライト要求を発行する（ステップ１３０２）。
【００９９】
回復するデータを含むバックアップデータをボリューム１０８に書き込むと、ホスト１０１は、ログファイルを解析してデータの回復を行う範囲を求める。続いて、ホスト１０１は、パラメータに正ボリューム番号Ｓ、副ボリューム番号Ｔ、ここで求めた回復範囲の開始アドレス、及び、終了アドレスの値を有するデータ復旧要求を作成し、ディスクサブシステム１０９に発行する（ステップ１３０３）。
【０１００】
データ復旧要求を発行した後、ホスト１０１は、パラメータに正ボリューム番号Ｓ、副ボリューム番号Ｔを有するペア状態参照要求を作成し、ディスクサブシステム１０９に発行する。このペア状態参照要求に対する応答としてディスクサブシステム１０９から報告されるペア状態が“ペア分割”でなければ、ペア状態が“ペア分割”になるまで待ち、ペア状態が“ペア分割”であることを確認して次の処理に進む（ステップ１３０４）。
【０１０１】
ここまでの処理でデータの回復は完了する。ホスト１０１は、データの回復が完了した後、パラメータとして正ボリューム番号Ｓ、副ボリューム番号Ｔを有するペア解除要求をディスクサブシステム１０９に発行する（ステップ１３０５）。
【０１０２】
ペア解除要求を発行した後、ホスト１０１は、パラメータに正ボリューム番号Ｓ、副ボリューム番号Ｔを有するペア状態参照要求をディスクサブシステム１０９に発行する。このペア状態参照要求に対する応答としてディスクサブシステム１０９から報告されるペア状態が“ペアなし”でなければ、ペア状態が“ペアなし”となるまで待つ。ペア状態が“ペアなし”となり、ペアの解除が完了するとホスト１０１は処理を終える（ステップ１３０６）。
【０１０３】
ステップ１３００において、ホスト１０１からコピーなしペア形成要求を受けたときのディスクサブシステム１０９による処理は次の通りである。
【０１０４】
ホスト１０１からのコピーなしペア形成要求に応答して、ディスクサブシステム１０９は、使用中フラグ２００が“未使用”であるペア情報１１０を選択し、その使用中フラグ２００を“使用中”にする。続いて、ディスクサブシステム１０９は、使用中フラグ３０１が“未使用”である差分情報１１１を選択し、その使用中フラグ３０１を“使用中”にする。
【０１０５】
次に、ディスクサブシステム１０９は、選択されたペア情報１１０の正ボリューム番号２０１に“Ｓ”、副ボリューム番号２０２に“Ｔ”、差分情報番号２０３に、選択した差分情報１１１の識別子、ペア状態２０４に“ペア分割”をそれぞれ設定する。次に、ディスクサブシステム１０９は、選択した差分情報１１１のコピー対象ビットマップ３０２のすべてのビットを０に、差分ビットマップ３０３のすべてのビットを１にする。
【０１０６】
図１３は、本発明のさらに別の実施形態における情報処理システムのシステム構成を示すブロック図である。本実施形態の情報処理システムは、基本的には図１に示した第１の実施形態における情報処理システムと同様に構成されるが、制御プロセッサ１５０５、制御メモリ１５０６、ボリュームアクセス部１０７などの機能がこれまで説明した実施形態とは異なる。以下、特に、第１の実施形態との相違する点を主体として説明を行う。
【０１０７】
制御メモリ１５０６には、制御プロセッサ１５０５が制御に必要とする制御情報である位置情報１５１０が格納される。物理ボリューム１５０８はデータを格納する機能を有し、ボリュームアクセス部１５０７は、物理ボリューム１５０８にアクセスする機能を有する。
【０１０８】
本実施形態では、ホスト１０１は、ディスクサブシステム１５０９により仮想的に定義される論理ボリュームに対してリードやライトなどの要求を発行する。ディスクサブシステム１５０９には、複数の論理ボリュームを定義でき、各論理ボリュームは、個別の識別子を有する。論理ボリュームは、以下のように定義されている。
【０１０９】
(1) 論理ボリュームは、複数の仮想的な論理トラックから構成されている。論理トラックには、各々を識別するための識別子がつけられている。識別子は、０、１、２、…という値を持つ。
【０１１０】
(2) 論理ボリュームは、１以上の仮想的な論理領域から構成されている。論理領域は、１以上の連続する論理トラックから構成されていて、おのおのの論理領域の論理トラック数は等しい。各論理領域には、おのおのを識別するための識別子がついている。識別子は、０、１、２、…という値を持つ。
【０１１１】
論理ボリューム上のデータは、実際には物理ボリューム１０８に格納される。物理ボリューム１０８は以下のような特徴をもつ。
【０１１２】
(1) 物理ボリューム１０８は、データを格納する実体（例えば磁気ディスク）から構成される。
【０１１３】
(2) 物理ボリューム１０８は、複数の物理トラックから構成される。各物理トラックには、おのおのを識別するための識別子がついている。識別子は、０、１、２、…という値を持つ。
【０１１４】
(3) 物理ボリューム１５０８は、１以上の物理領域から構成される。物理領域は、１以上の連続する物理トラックから構成されている。おのおのの物理領域の物理トラック数は等しく、論理領域を構成する論理トラック数と等しい。物理トラックには、おのおのを識別するための識別子がついている。識別子は、０、１、２、…という値を持つ。
【０１１５】
制御メモリ１５０６には、論理ボリュームと物理ボリュームの対応関係を示すマッピング情報である位置情報が格納される。図１４に位置情報のデータ構造を示す。図に示すように、位置情報１５１０は、論理ボリューム番号１８００、デバイスビジー要求１８０１、リード／ライト実行中フラグ１８０２およびマッピング情報１８０３から構成される。
【０１１６】
論理ボリューム番号１８００は、当該位置情報により管理される論理ボリュームの識別子を示す。デバイスビジー要求１８０１は、論理ボリューム番号１８００により識別される論理ボリュームに対するホスト１０１からのアクセスに対して、デバイスビジーを報告することを示す情報である。デバイスビジー要求１８０１は、“オン”あるいは“オフ”の値を取る。リード／ライト実行中フラグ１８０２は、論理ボリューム番号１８００により識別される論理ボリュームに対するホスト１０１からのリード・ライト要求を実行中であることを示すフラグである。リード／ライト実行中フラグ１８０２は、“オン”あるいは“オフ”の値を取る。マッピング情報１８０３は、論理領域番号１８０４、物理ボリューム番号１８０５および物理領域番号１８０６から構成される。論理領域番号１８０４は、論理ボリューム内の論理領域に割り当てられた識別子を示す。物理ボリューム番号１８０５は、物理ボリューム１０８の識別子を示す。物理領域番号１８０６は、物理ボリューム１０８内の物理領域の識別子である。
【０１１７】
図１５は、データ回復時にホスト１０１側で行われる処理のフローチャートである。
【０１１８】
以下、識別子がＳの論理ボリューム１６００に対して、磁気テープに格納されているバックアップデータをリストアする処理ついて説明する。
【０１１９】
データ回復時にホスト１０１は、まず、未使用の論理ボリュームを１つ選択する。以下、この論理ボリュームの識別子を“Ｔ”とする。ホスト１０１は、磁気テープに格納されているバックアップデータを、識別子“Ｔ”で識別される論理ボリュームにリストアする（ステップ１９０１）。
【０１２０】
リストアが完了すると、ホスト１０１は、パラメータに正ボリューム番号“Ｓ”、副ボリューム番号“Ｔ”を有するスワップ要求を作成し、ディスクサブシステム１５０９に発行する（ステップ１９０２）。
【０１２１】
図１６は、ディスクサブシステム１５０９における処理のフローチャートである。
【０１２２】
ディスクサブシステム１５０９は、ホスト１５０１から要求を受領すると（ステップ２０００）、それがスワップ要求であるかリード／ライト要求か判別する（ステップ２００１）。
【０１２３】
受領した要求がスワップ要求である場合、ディスクサブシステム１５０９は、パラメータで指定された正ボリューム番号と同じ値を論理ボリューム番号１８００に持つ位置情報１５１０を選択する。以下、この位置情報１５１０を位置情報（Ｓ）と表記する。ディスクサブシステム１５０９は、位置情報（Ｓ）のデバイスビジー要求１８０１に“オン”を設定する。次に、ディスクサブシステム１５０９は、パラメータで指定された副ボリューム番号と同じ値を論理ボリューム番号１８００に持つ位置情報１５１０を選択する。以下、この位置情報１５１０を位置情報（Ｔ）と表記する。ディスクサブシステム１５０９は、位置情報（Ｔ）のデバイスビジー要求１８０１に“オン”を設定する（ステップ２００７）。
【０１２４】
デバイスビジー要求１８０１を“オン”に設定した後、ディスクサブシステム１５０９は、位置情報（Ｓ）のリード／ライト実行中フラグ１８０２および位置情報（Ｔ）のリード／ライト実行中フラグ１８０２が“オフ”になっているかどうかを判定する（ステップ２００８）。
【０１２５】
リード／ライト実行中フラグ１８０２が“オフ”でなれければ、“オフ”になるまで待つ。リード／ライト実行中フラグ１８０２が“オフ”になると、マッピング情報１８０３が更新される。すなわち、位置情報（Ｓ）のマッピング情報１８０３の値と位置情報（Ｔ）のマッピング情報１８０３の値が入れ替えられる（ステップ２００９）。
【０１２６】
マッピング情報１８０３の入れ替えが終了したら、ディスクサブシステム１５０９は、位置情報（Ｓ）のデバイスビジー要求１８０１および位置情報（Ｔ）のデバイスビジー要求１８０１２に“オフ”を設定し、処理を終了する（ステップ２０１１）。
【０１２７】
ステップ２００１でホスト１０１から受領した要求がリード／ライト要求であると判別された場合、ディスクサブシステム１５０９は、リード／ライトの対象となる論理ボリューム１６００の識別子を論理ボリューム番号１８００に持つ位置情報１５１０を選択し、デバイスビジー要求１８０１の値が“オン”になっているかどうか判定する。デバイスビジー要求１８０１が“オン”であれば、ディスクサブシステム１５０９は、ホスト１５０１にデバイスビジーを報告して処理を終了する（ステップ２０１０）。
【０１２８】
デバイスビジー要求１８０１が“オン”になっていない場合、ディスクサブシステム１５０９は、位置情報（Ｓ）のリード／ライト実行中フラグ１８０２および位置情報（Ｔ）のリード／ライト実行中フラグ１８０２に“オン”を設定する（ステップ２００３）。
【０１２９】
リード／ライト実行中フラグ１８０２の更新が完了したら、まず、リード／ライト対象の論理トラックに対応する物理トラックを求める。物理トラックは、位置情報（Ｓ）のマッピング１８０３の値から次のようにして求められる。
【０１３０】
(1) リード／ライト対象の論理トラックの識別子の値を、論理領域を構成する論理トラック数で割った時の商をＡ、余りをＢとする。
【０１３１】
(2) マッピング情報１８０３の論理領域番号１８０４がＡである行の物理ボリューム番号１８０５にある値Ｃを求める。
【０１３２】
(3) マッピング情報１８０３の論理領域番号１８０４がＡである行の物理領域番号１８０６にある値Ｄを求める。
【０１３３】
(4) 値Ｄと物理領域を構成する物理トラック数の積をＥとする。
【０１３４】
(5) ＥとＢとの和としてＦを得る。
【０１３５】
以上のようにして求めた値から、リード／ライト対象の物理トラックは、識別子がＣである物理ボリューム１０８内の、識別子がＦである物理トラックであることが求まる（ステップ２００４）。
【０１３６】
物理トラックが得られると、ディスクサブシステム１５０９は、ボリュームアクセス部１５０７により、ホスト１０１との間でデータ転送を実行する（ステップ２００５）。
【０１３７】
データ転送の終了に応答して、ディスクサブシステム１５０９は、位置情報（Ｓ）のリード／ライト実行中フラグ１８０２および位置情報（Ｔ）のリード／ライト実行中フラグ１８０２に“オフ”を設定して処理を終了する（ステップ２００６）。
【０１３８】
以上の説明では、論理ボリューム内のデータがすべて交換されるが、第１の論理ボリューム内のある論理領域と、第２の論理ボリューム内のある論理領域のデータとを交換することもできる。以下、識別子がＳである論理ボリュームの論理領域Ｓ１のデータと、識別子がＴである論理ボリュームの論理領域Ｔ１のデータとを交換する場合について説明する。
【０１３９】
この場合、ホスト１０１は、Ｓ、Ｓ１、Ｔ、Ｔ１をパラメータとして有するデータ交換要求をディスクサブシステム１５０９に対して発行する。
【０１４０】
データ交換要求を受領したディスクサブシステム１５０９は、スワップ要求を受領したときの処理と同様に、デバイスビジー要求１８０１に“オン”を設定し、リード／ライト実行中フラグ１８０２が“オフ”なるのを待つ。リード／ライト実行中フラグ１８０２が“オフ”になったら、論理ボリューム番号１８００がＳである位置情報１５１０に含まれるマッピング情報１８０３の論理領域番号１８０４がＳ１であるエントリに対応する物理ボリューム番号１８０５と物理領域番号１８０６の値と、論理ボリューム番号１８００がＴである位置情報１５１０のマッピング１８０３の論理領域番号１８０４がＴ１であるエントリに対応する物理ボリューム番号１８０５と物理領域番号１８０６の値とを入れ替える。入れ替えが終了したら、デバイスビジー要求１８０１に“オフ”を設定して、処理を終了する。
【図面の簡単な説明】
【０１４１】
【図１】本発明の第１の実施形態における情報処理システムのシステム構成を示すブロック図である。
【図２】ペア情報１１０の一例を示すデータ構造図である。
【図３】差分情報１１１の一例を示すデータ構造図である。
【図４】バッチ処理を実行する時のホスト１０１による処理の流れを示すフローチャートである。
【図５】ホスト１０１からの要求に応答してディスクサブシステム１０９により行われる処理の処理フローを示すフローチャートである。
【図６】ステップ５０７において実施される形成コピー処理のフローチャートである。
【図７】ステップ５１２で実施されるデータ復旧処理のフローチャートである。
【図８】ステップ５１６におけるリード処理のフローチャートである。
【図９】ステップ５１７で行われるライト処理のフローチャートである。
【図１０】データを復旧中の領域に対するリード要求に対してデータ転送を行うために、ステップ８０３に替えて行われる処理のフローチャートである。
【図１１】データを復旧中の領域に対するライト要求を処理するために、ステップ９０３に替えて行われる処理のフローチャートである。
【図１２】データ回復処理時のホスト１０１側の処理を示すフローチャートである。
【図１３】本発明の別の実施形態における情報処理システムのシステム構成を示すブロック図である。
【図１４】位置情報のデータ構造を示すデータ構成図。
【図１５】データ回復時にホスト１０１側で行われる処理のフローチャートである。
【図１６】ディスクサブシステム１５０９における処理のフローチャートである。
【符号の説明】
【０１４２】
１００・・・遠隔端末、１０１・・・ホスト、１０２・・・ＬＡＮ、１０３・・・バス、１０４・・・遠隔端末インタフェース、１０５・・・ホストインタフェース、１０６・・・制御メモリ、１０７・・・ボリュームアクセス部、１０８・・・ボリューム、１０９・・・ディスクサブシステム、１１０・・・ペア情報、１１１・・・差分情報
【図１】
2008090868.tif 000003
【図２】
2008090868.tif 000004
【図３】
2008090868.tif 000005
【図４】
2008090868.tif 000006
【図５】
2008090868.tif 000007
【図６】
2008090868.tif 000008
【図７】
2008090868.tif 000009
【図８】
2008090868.tif 000010
【図９】
2008090868.tif 000011
【図１０】
2008090868.tif 000012
【図１１】
2008090868.tif 000013
【図１２】
2008090868.tif 000014
【図１３】
2008090868.tif 000015
【図１４】
2008090868.tif 000016
【図１５】
2008090868.tif 000017
【図１６】
2008090868.tif 000018
【手続補正書】
【提出日】平成20年1月24日(2008.1.24)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
中央処理装置と、ディスク装置を備え、前記中央処理装置からの要求にしたがってデータ転送を実行するディスクサブシステムとを有する情報処理システムにおいて、前記中央処理装置で行われる一連の処理に障害が発生した際に、所定の状態までデータを復旧するためのデータ復旧方法であって、
前記中央処理装置からのリストア要求に応答して、前記中央処理装置がアクセスする論理ボリュームのデータを格納した第１のディスク装置に保持されているデータのバックアップデータを第２のディスク装置にリストアし、前記中央処理装置からのスワップ要求に応答して、前記論理ボリュームを前記第２のディスク装置と関連付け、前記中央処理装置からの前記論理ボリュームへのアクセス要求に応答して、前記第２のディスク装置のデータにアクセスすることを特徴とするデータの復旧方法。
【請求項２】
受領した要求がスワップ要求である場合、パラメータで指定された前記第１のディスク装置の位置情報及び前記第２のディスク装置の位置情報のデバイスビジー要求にオンを設定し、前記第１のディスク装置の位置情報及び前記第２のディスク装置の位置情報のリード／ライト実行中フラグがオフであるときに、前記第１のディスク装置の位置情報のマッピング情報の値と前記第２のディスク装置の位置情報のマッピング情報の値を入れ替えることを特徴とする請求項１に記載のデータの復旧方法。
【請求項３】
前記第１のディスク装置の位置情報及び前記第２のディスク装置の位置情報のリード／ライト実行中フラグがオフでないときには、当該リード／ライト実行中フラグがオフになるのを待ち受けることを特徴とする請求項２に記載のデータの復旧方法。
【請求項４】
中央処理装置と、ディスク装置を備え、前記中央処理装置からの要求にしたがってデータ転送を実行するディスクサブシステムとを有し、前記中央処理装置で行われる一連の処理に障害が発生した際に、所定の状態までデータを復旧する情報処理システムにおいて、
前記ディスクサブシステムは、
前記中央処理装置からのリストア要求に応答して、前記中央処理装置がアクセスする論理ボリュームのデータを格納した第１のディスク装置に保持されているデータのバックアップデータを第２のディスク装置にリストアし、前記中央処理装置からのスワップ要求に応答して、前記論理ボリュームを前記第２のディスク装置と関連付け、前記中央処理装置からの前記論理ボリュームへのアクセス要求に応答して、前記第２のディスク装置のデータにアクセスすることを特徴とする情報処理システム。
【請求項５】
前記ディスクサブシステムは、
受領した要求がスワップ要求である場合、パラメータで指定された前記第１のディスク装置の位置情報及び前記第２のディスク装置の位置情報のデバイスビジー要求にオンを設定し、前記第１のディスク装置の位置情報及び前記第２のディスク装置の位置情報のリード／ライト実行中フラグがオフであるときに、前記第１のディスク装置の位置情報のマッピング情報の値と前記第２のディスク装置の位置情報のマッピング情報の値を入れ替えることを特徴とする請求項４に記載の情報処理システム。
【請求項６】
前記ディスクサブシステムは、
前記第１のディスク装置の位置情報及び前記第２のディスク装置の位置情報のリード／ライト実行中フラグがオフでないときには、当該リード／ライト実行中フラグがオフになるのを待ち受けることを特徴とする請求項５に記載の情報処理システム。