JP2001216185A - 情報処理システムのデータ復旧方法及びディスクサブシステム - Google Patents

情報処理システムのデータ復旧方法及びディスクサブシステム

Info

Publication number
JP2001216185A
JP2001216185A JP2000030217A JP2000030217A JP2001216185A JP 2001216185 A JP2001216185 A JP 2001216185A JP 2000030217 A JP2000030217 A JP 2000030217A JP 2000030217 A JP2000030217 A JP 2000030217A JP 2001216185 A JP2001216185 A JP 2001216185A
Authority
JP
Japan
Prior art keywords
data
request
pair
disk
disk device
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2000030217A
Other languages
English (en)
Other versions
JP4115060B2 (ja
Inventor
Haruaki Watanabe
治明 渡辺
Kenji Yamakami
憲司 山神
Hiroharu Arai
弘治 荒井
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2000030217A priority Critical patent/JP4115060B2/ja
Priority to US09/639,755 priority patent/US6658434B1/en
Publication of JP2001216185A publication Critical patent/JP2001216185A/ja
Priority to US10/673,609 priority patent/US7689611B2/en
Application granted granted Critical
Publication of JP4115060B2 publication Critical patent/JP4115060B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1458—Management of the backup or restore process
    • G06F11/1464—Management of the backup or restore process for networked environments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/84—Using snapshots, i.e. a logical point-in-time copy of the data
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99951—File or database maintenance
    • Y10S707/99952—Coherency, e.g. same view to multiple users
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99951—File or database maintenance
    • Y10S707/99952—Coherency, e.g. same view to multiple users
    • Y10S707/99953—Recoverability

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

(57)【要約】 【課題】処理の実行中に発生した障害などによって破壊
されたデータをバックアップデータから高速に回復す
る。 【解決手段】ホスト１０１は、ペア形成要求およびペア
分割要求をディスクサブシステム１０９に発行し、ボリ
ューム１０８のスナップショットを作成した後、処理を
開始する。ディスクサブシステム１０９は、スナップシ
ョットの作成以降、更新が行われたデータの位置を差分
情報１１１として記憶する。ホスト１０１からのデータ
復旧要求を受領すると、ディスクサブシステム１０９
は、差分情報１１１に基づいて、更新が行われた箇所の
データをスナップショットからリストアする。

Description

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

Claims (8)

    【特許請求の範囲】
  1. 【請求項１】中央処理装置と、ディスク装置を備え、前
    記中央処理装置からの要求にしたがってデータ転送を実
    行するディスクサブシステムとを有する情報処理システ
    ムにおいて、前記中央処理装置で行われる一連の処理に
    障害が発生した際に、所定の状態までデータを復旧する
    ためのデータ復旧方法であって、 前記中央処理装置で一連の処理を実行する前に、前記情
    報処理装置から前記ディスクサブシステムに対して、前
    記一連の処理で使用されるディスク装置に格納されてい
    るデータの写しを保存する保存要求を発行し、 前記ディスクサブシステムにおいて、前記保存要求に応
    答して、前記ディスク装置のデータの写しを保存し、 前記ディスクサブシステムが、前記一連の処理の実行に
    伴って前記ディスク装置の内容が更新されたとき、更新
    された場所を差分情報として記憶し、 前記ディスク装置の内容をある時点の状態に復旧する必
    要が生じた場合、前記中央処理装置から前記ディスクサ
    ブシステムにデータの復旧要求を発行し、 前記ディスクサブシステムにおいて、前記復旧要求に応
    答して、記憶された前記差分情報に基づいて、前記保存
    されたデータを前記ディスク装置にリストアすることを
    特徴とするデータ復旧方法。
  2. 【請求項２】前記保存要求、及び前記復旧要求が、前記
    ディスクサブシステムに接続された端末から発行される
    ことを特徴とする請求項１記載のデータ復旧方法。
  3. 【請求項３】前記データの写しの保存は、前記ディスク
    装置と同一のデータが格納され、前記ディスク装置と二
    重化された第２のディスク装置に保存されることを特徴
    とする請求項１又は２記載のデータ復旧方法。
  4. 【請求項４】前記データの保存は、使用されていないデ
    ィスク装置を前記第２の記憶装置として割り当て、前記
    第２のディスク装置に前記ディスク装置に格納されたデ
    ータをコピーする処理を含むことを特徴とする請求項３
    記載のデータ復旧方法。
  5. 【請求項５】前記保存の要求は、前記ディスク装置を二
    重化することを要求する第１の要求と、二重化された前
    記ディスク装置と前記第２のディスク装置とをペアを形
    成した状態で分割する第２の要求とを含み、前記コピー
    処理は、前記第１の要求に応答して行われ、前記第２の
    ディスク装置へのデータの保存は、前記第２の要求に応
    答して行われることを特徴とする請求項４記載のデータ
    復旧方法。
  6. 【請求項６】前記データのリストアは、前記差分情報に
    より、前記一連の処理により更新された場所を対象とし
    て行われることを特徴とする請求項１記載のデータ復旧
    方法。
  7. 【請求項７】中央処理装置からの要求にしたがってデー
    タ転送を実行するディスクサブシステムにおいて、 複数のディスク装置と、 前記中央処理装置からの要求に応答して、第１のディス
    ク装置に格納されたデータの写しを保持した第２のディ
    スク装置を作成する手段と、 前記情報処理装置からのデータの更新要求に応答して、
    前記第１のディスク装置のデータを更新し、該更新箇所
    を識別するための差分情報を生成する手段と、 前記中央処理装置からデータ復旧要求に応答して、前記
    差分情報に基づいて前記第１のディスク装置の更新が行
    われた場所のデータを前記第２のディスク装置の対応す
    る記憶場所に保持されているデータと置き換える手段と
    を有することを特徴とするディスクサブシステム。
  8. 【請求項８】中央処理装置と、ディスク装置を備え、前
    記中央処理装置からの要求にしたがってデータ転送を実
    行するディスクサブシステムとを有する情報処理システ
    ムにおいて、前記中央処理装置で行われる一連の処理に
    障害が発生した際に、所定の状態までデータを復旧する
    ためのデータ復旧方法であって、 前記中央処理装置からのリストア要求に応答して、前記
    中央処理装置がアクセスする論理ボリュームのデータを
    格納した第１のディスク装置に保持されているデータの
    バックアップデータを第２のディスク装置にリストア
    し、前記中央処理装置からのスワップ要求に応答して、
    前記論理ボリュームを前記第２のディスク装置と関連付
    け、前記中央処理装置からの前記論理ボリュームへのア
    クセス要求に応答して、前記第２のディスク装置のデー
    タにアクセスすることを特徴とするデータの復旧方法。
JP2000030217A 2000-02-02 2000-02-02 情報処理システムのデータ復旧方法及びディスクサブシステム Expired - Fee Related JP4115060B2 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2000030217A JP4115060B2 (ja) 2000-02-02 2000-02-02 情報処理システムのデータ復旧方法及びディスクサブシステム
US09/639,755 US6658434B1 (en) 2000-02-02 2000-08-15 Method of and a system for recovering data in an information processing system
US10/673,609 US7689611B2 (en) 2000-02-02 2003-09-30 Method of and a system for recovering data in an information processing system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2000030217A JP4115060B2 (ja) 2000-02-02 2000-02-02 情報処理システムのデータ復旧方法及びディスクサブシステム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2007323170A Division JP4204060B2 (ja) 2007-12-14 2007-12-14 情報処理システムのデータ復旧方法及びディスクサブシステム

Publications (2)

Publication Number Publication Date
JP2001216185A true JP2001216185A (ja) 2001-08-10
JP4115060B2 JP4115060B2 (ja) 2008-07-09

Family

ID=18555259

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000030217A Expired - Fee Related JP4115060B2 (ja) 2000-02-02 2000-02-02 情報処理システムのデータ復旧方法及びディスクサブシステム

Country Status (2)

Country Link
US (2) US6658434B1 (ja)
JP (1) JP4115060B2 (ja)

Cited By (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004302713A (ja) * 2003-03-31 2004-10-28 Hitachi Ltd 記憶システム及びその制御方法
JP2005222110A (ja) * 2004-02-03 2005-08-18 Hitachi Ltd ストレージサブシステム
US6970989B2 (en) 2002-04-08 2005-11-29 Hitachi, Ltd. Volume management method and apparatus
JP2006268740A (ja) * 2005-03-25 2006-10-05 Nec Corp レプリケーションシステムと方法
EP1720101A1 (en) * 2005-05-02 2006-11-08 Hitachi, Ltd. Storage control system and storage control method
US7152147B2 (en) 2004-06-25 2006-12-19 Hitachi, Ltd. Storage control system and storage control method
US7185227B2 (en) 2003-02-20 2007-02-27 Hitachi, Ltd. Data restoring method and an apparatus using journal data and an identification information
US7257675B2 (en) 2003-10-21 2007-08-14 Nec Corporation Disk array device having snapshot simulation function
US7284103B2 (en) 2001-11-26 2007-10-16 Hitachi, Ltd. Data copy method
JP2008524737A (ja) * 2004-12-21 2008-07-10 コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ 光ディスクデータの誤り訂正のための方法及び装置
JP2009151637A (ja) * 2007-12-21 2009-07-09 Nomura Research Institute Ltd 業務継続システム
US7739540B2 (en) 2006-10-30 2010-06-15 Hitachi, Ltd. Information system, data transfer method and data protection method
US7802131B2 (en) 2006-10-30 2010-09-21 Hitachi, Ltd. Information system and data transfer method
US7913045B2 (en) 2006-12-28 2011-03-22 Hitachi, Ltd. Storage system comprising backup function
US8112598B2 (en) 2008-03-27 2012-02-07 Fujitsu Limited Apparatus and method for controlling copying
US8229892B2 (en) 2008-12-09 2012-07-24 Fujitsu Limited Storage apparatus and data restoring method used therein
JP2013030052A (ja) * 2011-07-29 2013-02-07 Fujitsu Ltd データ復旧方法，データ復旧装置およびデータ復旧プログラム
US8595453B2 (en) 2006-10-30 2013-11-26 Hitachi, Ltd. Information system and data transfer method of information system
US9852030B2 (en) 2014-08-08 2017-12-26 International Business Machines Corporation Data backup using metadata mapping

Families Citing this family (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7778958B2 (en) 2002-04-11 2010-08-17 Quantum Corporation Recovery of data on a primary data volume
JP2004178254A (ja) * 2002-11-27 2004-06-24 Hitachi Ltd 情報処理システム、ストレージシステム、記憶デバイス制御装置、及びプログラム
JP4165747B2 (ja) 2003-03-20 2008-10-15 株式会社日立製作所 記憶システム、制御装置及び制御装置のプログラム
US7111136B2 (en) * 2003-06-26 2006-09-19 Hitachi, Ltd. Method and apparatus for backup and recovery system using storage based journaling
US20050022213A1 (en) 2003-07-25 2005-01-27 Hitachi, Ltd. Method and apparatus for synchronizing applications for data recovery using storage based journaling
US7398422B2 (en) * 2003-06-26 2008-07-08 Hitachi, Ltd. Method and apparatus for data recovery system using storage based journaling
US20050015416A1 (en) 2003-07-16 2005-01-20 Hitachi, Ltd. Method and apparatus for data recovery using storage based journaling
JP4124348B2 (ja) 2003-06-27 2008-07-23 株式会社日立製作所 記憶システム
US7577806B2 (en) 2003-09-23 2009-08-18 Symantec Operating Corporation Systems and methods for time dependent data storage and recovery
US7725760B2 (en) 2003-09-23 2010-05-25 Symantec Operating Corporation Data storage system
US7827362B2 (en) 2004-08-24 2010-11-02 Symantec Corporation Systems, apparatus, and methods for processing I/O requests
US7730222B2 (en) 2004-08-24 2010-06-01 Symantec Operating System Processing storage-related I/O requests using binary tree data structures
US7287133B2 (en) 2004-08-24 2007-10-23 Symantec Operating Corporation Systems and methods for providing a modification history for a location within a data store
US7991748B2 (en) 2003-09-23 2011-08-02 Symantec Corporation Virtual data store creation and use
US7409587B2 (en) * 2004-08-24 2008-08-05 Symantec Operating Corporation Recovering from storage transaction failures using checkpoints
US7904428B2 (en) 2003-09-23 2011-03-08 Symantec Corporation Methods and apparatus for recording write requests directed to a data store
JP2005149436A (ja) * 2003-11-20 2005-06-09 Hitachi Ltd ストレージ装置、ストレージ装置における制御方法、ジョブスケジューリング処理方法及び障害処理方法並びにそれらのプログラム
US7085788B2 (en) * 2003-12-03 2006-08-01 Hitachi, Ltd. Remote copy system configured to receive both a write request including a write time and a write request not including a write time.
US7724599B2 (en) 2003-12-03 2010-05-25 Hitachi, Ltd. Remote copy system
US7437389B2 (en) * 2004-03-10 2008-10-14 Hitachi, Ltd. Remote copy system
JP2005190259A (ja) * 2003-12-26 2005-07-14 Hitachi Ltd 複数世代のバックアップデータの管理
JP4477950B2 (ja) * 2004-07-07 2010-06-09 株式会社日立製作所 リモートコピーシステム及び記憶装置システム
US7330861B2 (en) 2004-09-10 2008-02-12 Hitachi, Ltd. Remote copying system and method of controlling remote copying
JP4915775B2 (ja) * 2006-03-28 2012-04-11 株式会社日立製作所 ストレージシステム及びストレージシステムのリモートコピー制御方法
US8990378B2 (en) * 2007-07-05 2015-03-24 Interwise Ltd. System and method for collection and analysis of server log files
US8019732B2 (en) * 2008-08-08 2011-09-13 Amazon Technologies, Inc. Managing access of multiple executing programs to non-local block data storage
US8510750B2 (en) * 2008-09-23 2013-08-13 1060 Research Limited Method for caching resource representations in a contextual address space
US9141508B2 (en) * 2010-12-21 2015-09-22 Oracle International Corporation Assigning read requests based on busyness of devices
CN103731424B (zh) * 2013-12-30 2017-09-15 优视科技有限公司 一种网络数据的传输方法、装置及系统
US9612964B2 (en) 2014-07-08 2017-04-04 International Business Machines Corporation Multi-tier file storage management using file access and cache profile information
US10872008B2 (en) * 2018-06-22 2020-12-22 Micron Technology, Inc. Data recovery after storage failure in a memory system

Family Cites Families (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4625081A (en) * 1982-11-30 1986-11-25 Lotito Lawrence A Automated telephone voice service system
US4638424A (en) * 1984-01-12 1987-01-20 International Business Machines Corporation Managing data storage devices connected to a digital computer
US4941089A (en) * 1986-12-12 1990-07-10 Datapoint Corporation Input/output network for computer system
US5065311A (en) * 1987-04-20 1991-11-12 Hitachi, Ltd. Distributed data base system of composite subsystem type, and method fault recovery for the system
US5140592A (en) * 1990-03-02 1992-08-18 Sf2 Corporation Disk array system
US5124987A (en) * 1990-04-16 1992-06-23 Storage Technology Corporation Logical track write scheduling system for a parallel disk drive array data storage subsystem
US5210866A (en) * 1990-09-12 1993-05-11 Storage Technology Corporation Incremental disk backup system for a dynamically mapped data storage subsystem
AU661680B2 (en) * 1991-02-06 1995-08-03 Storage Technology Corporation Disk drive array memory system using nonuniform disk drives
JPH04309145A (ja) 1991-04-08 1992-10-30 Hokkaido Nippon Denki Software Kk データファイル制御方式
US5459857A (en) * 1992-05-15 1995-10-17 Storage Technology Corporation Fault tolerant disk array data storage subsystem
US5459875A (en) * 1994-11-14 1995-10-24 Fattorusso; Louis J. Slide fastener pouch storable garment
US5564047A (en) * 1995-04-11 1996-10-08 International Business Machines Corporation Trigger generation in an active database management system
US5692155A (en) 1995-04-19 1997-11-25 International Business Machines Corporation Method and apparatus for suspending multiple duplex pairs during back up processing to insure storage devices remain synchronized in a sequence consistent order
US5644696A (en) * 1995-06-06 1997-07-01 International Business Machines Corporation Recovering multi-volume data sets during volume recovery
US6304980B1 (en) * 1996-03-13 2001-10-16 International Business Machines Corporation Peer-to-peer backup system with failure-triggered device switching honoring reservation of primary device
US5819310A (en) * 1996-05-24 1998-10-06 Emc Corporation Method and apparatus for reading data from mirrored logical volumes on physical disk drives
KR19980024086A (ko) 1996-09-03 1998-07-06 니시무로 타이조 컴퓨터 시스템 및 화일 관리 방법
JP4095139B2 (ja) 1996-09-03 2008-06-04 株式会社東芝 コンピュータシステムおよびファイル管理方法
US5926819A (en) * 1997-05-30 1999-07-20 Oracle Corporation In-line triggers
US5971778A (en) * 1997-06-16 1999-10-26 Silicon Gear Corporation Memory storage device bracket having releasing and extracting handle
US6237063B1 (en) * 1997-10-06 2001-05-22 Emc Corporation Load balancing method for exchanging data in different physical disk storage devices in a disk array storage device independently of data processing system operation
US6189071B1 (en) * 1997-10-06 2001-02-13 Emc Corporation Method for maximizing sequential output in a disk array storage device
US6631477B1 (en) * 1998-03-13 2003-10-07 Emc Corporation Host system for mass storage business continuance volumes
US6154852A (en) * 1998-06-10 2000-11-28 International Business Machines Corporation Method and apparatus for data backup and recovery
US6493825B1 (en) * 1998-06-29 2002-12-10 Emc Corporation Authentication of a host processor requesting service in a data processing network
US6295575B1 (en) * 1998-06-29 2001-09-25 Emc Corporation Configuring vectors of logical storage units for data storage partitioning and sharing
US6421711B1 (en) * 1998-06-29 2002-07-16 Emc Corporation Virtual ports for data transferring of a data storage system
US6269431B1 (en) * 1998-08-13 2001-07-31 Emc Corporation Virtual storage and block level direct access of secondary storage for recovery of backup data
US6353878B1 (en) * 1998-08-13 2002-03-05 Emc Corporation Remote control of backup media in a secondary storage subsystem through access to a primary storage subsystem
US6385706B1 (en) * 1998-12-31 2002-05-07 Emx Corporation Apparatus and methods for copying a logical object to a primary storage device using a map of storage locations
US6349357B1 (en) * 1999-03-04 2002-02-19 Sun Microsystems, Inc. Storage architecture providing scalable performance through independent control and data transfer paths
US6317334B1 (en) * 1999-05-25 2001-11-13 Hewlett-Packard Company Configuration connector for modular data storage system
US6252514B1 (en) * 1999-06-07 2001-06-26 Convergent Technologies, Inc. Hot-swap assembly for computers
US6529995B1 (en) * 1999-06-18 2003-03-04 Storage Technology Corporation Method and apparatus for maintaining and restoring mapping table entries and data in a raid system
US6490690B1 (en) * 1999-07-22 2002-12-03 International Business Machines Corporation Method and apparatus for unix system catastrophic recovery aid
US6912629B1 (en) * 1999-07-28 2005-06-28 Storage Technology Corporation System and method for restoring data from secondary volume to primary volume in a data storage system
US6397292B1 (en) * 1999-08-19 2002-05-28 Emc Corporation Asymmetrical striping of mirrored storage device arrays and concurrent access to even tracks in the first array and odd tracks in the second array to improve data access performance
US6681310B1 (en) * 1999-11-29 2004-01-20 Microsoft Corporation Storage management system having common volume manager

Cited By (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7284103B2 (en) 2001-11-26 2007-10-16 Hitachi, Ltd. Data copy method
US6970989B2 (en) 2002-04-08 2005-11-29 Hitachi, Ltd. Volume management method and apparatus
US7305584B2 (en) 2003-02-20 2007-12-04 Hitachi, Ltd. Data restoring method and an apparatus using journal data and an identification information
US8423825B2 (en) 2003-02-20 2013-04-16 Hitachi, Ltd. Data restoring method and an apparatus using journal data and an identification information
US7971097B2 (en) 2003-02-20 2011-06-28 Hitachi, Ltd. Data restoring method and an apparatus using journal data and an identification information
US7549083B2 (en) 2003-02-20 2009-06-16 Hitachi, Ltd. Data restoring method and an apparatus using journal data and an identification information
EP1950658A1 (en) 2003-02-20 2008-07-30 Hitachi Ltd. Data restoring apparatus using journal data and identification information
US7185227B2 (en) 2003-02-20 2007-02-27 Hitachi, Ltd. Data restoring method and an apparatus using journal data and an identification information
JP2004302713A (ja) * 2003-03-31 2004-10-28 Hitachi Ltd 記憶システム及びその制御方法
US7257675B2 (en) 2003-10-21 2007-08-14 Nec Corporation Disk array device having snapshot simulation function
JP4551096B2 (ja) * 2004-02-03 2010-09-22 株式会社日立製作所 ストレージサブシステム
US7386755B2 (en) 2004-02-03 2008-06-10 Hitachi, Ltd. Backup copying and restoration processing in a storage subsystem
JP2005222110A (ja) * 2004-02-03 2005-08-18 Hitachi Ltd ストレージサブシステム
US8170996B2 (en) 2004-02-03 2012-05-01 Hitachi, Ltd. Storage subsystem
US7870093B2 (en) 2004-02-03 2011-01-11 Hitachi, Ltd. Storage subsystem
US7152147B2 (en) 2004-06-25 2006-12-19 Hitachi, Ltd. Storage control system and storage control method
JP2008524737A (ja) * 2004-12-21 2008-07-10 コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ 光ディスクデータの誤り訂正のための方法及び装置
JP2006268740A (ja) * 2005-03-25 2006-10-05 Nec Corp レプリケーションシステムと方法
JP2006309640A (ja) * 2005-05-02 2006-11-09 Hitachi Ltd 記憶制御システム及び記憶制御方法
EP1720101A1 (en) * 2005-05-02 2006-11-08 Hitachi, Ltd. Storage control system and storage control method
JP4648751B2 (ja) * 2005-05-02 2011-03-09 株式会社日立製作所 記憶制御システム及び記憶制御方法
US8595453B2 (en) 2006-10-30 2013-11-26 Hitachi, Ltd. Information system and data transfer method of information system
US8386839B2 (en) 2006-10-30 2013-02-26 Hitachi, Ltd. Information system and data transfer method
US8832397B2 (en) 2006-10-30 2014-09-09 Hitachi, Ltd. Information system and data transfer method of information system
US8090979B2 (en) 2006-10-30 2012-01-03 Hitachi, Ltd. Information system and data transfer method
US7739540B2 (en) 2006-10-30 2010-06-15 Hitachi, Ltd. Information system, data transfer method and data protection method
US7802131B2 (en) 2006-10-30 2010-09-21 Hitachi, Ltd. Information system and data transfer method
US7925914B2 (en) 2006-10-30 2011-04-12 Hitachi, Ltd. Information system, data transfer method and data protection method
US8281179B2 (en) 2006-10-30 2012-10-02 Hitachi, Ltd. Information system, data transfer method and data protection method
US7913045B2 (en) 2006-12-28 2011-03-22 Hitachi, Ltd. Storage system comprising backup function
JP2009151637A (ja) * 2007-12-21 2009-07-09 Nomura Research Institute Ltd 業務継続システム
US8112598B2 (en) 2008-03-27 2012-02-07 Fujitsu Limited Apparatus and method for controlling copying
US8229892B2 (en) 2008-12-09 2012-07-24 Fujitsu Limited Storage apparatus and data restoring method used therein
JP2013030052A (ja) * 2011-07-29 2013-02-07 Fujitsu Ltd データ復旧方法，データ復旧装置およびデータ復旧プログラム
US9852030B2 (en) 2014-08-08 2017-12-26 International Business Machines Corporation Data backup using metadata mapping
US9916204B2 (en) 2014-08-08 2018-03-13 International Business Machines Corporation Data backup using metadata mapping
US10049019B2 (en) 2014-08-08 2018-08-14 International Business Machines Corporation Data backup using metadata mapping
US10049018B2 (en) 2014-08-08 2018-08-14 International Business Machines Corporation Data backup using metadata mapping
US10705919B2 (en) 2014-08-08 2020-07-07 International Business Machines Corporation Data backup using metadata mapping

Also Published As

Publication number Publication date
US7689611B2 (en) 2010-03-30
US20050251517A1 (en) 2005-11-10
US6658434B1 (en) 2003-12-02
JP4115060B2 (ja) 2008-07-09

Similar Documents

Publication Publication Date Title
JP4115060B2 (ja) 情報処理システムのデータ復旧方法及びディスクサブシステム
US5499367A (en) System for database integrity with multiple logs assigned to client subsets
US6694413B1 (en) Computer system and snapshot data management method thereof
US7496718B2 (en) Data transfer and access control between disk array systems
JP4800031B2 (ja) ストレージシステム及びスナップショット管理方法
US7533298B2 (en) Write journaling using battery backed cache
JP4900811B2 (ja) 記憶システムおよび記憶制御方法
US6678809B1 (en) Write-ahead log in directory management for concurrent I/O access for block storage
US7930477B2 (en) Achieving data consistency with point-in-time copy operations in a parallel I/O environment
US7707373B2 (en) Storage system and backup method
JP4419884B2 (ja) データ複製装置、方法及びプログラム並びに記憶システム
JP2001518210A (ja) 共通データセットに対する独立及び同時のアクセスに関する方法及び装置
JP4681247B2 (ja) ディスクアレイ装置及びディスクアレイ装置の制御方法
JP2005525633A (ja) 仮想データコピーを作成するための方法および装置
JP2007133471A (ja) ストレージ装置及びスナップショットのリストア方法
JP2002259062A (ja) 記憶装置システム及び記憶装置システムにおけるデータの複写方法
US8140886B2 (en) Apparatus, system, and method for virtual storage access method volume data set recovery
JP3246146B2 (ja) 外部記憶装置のデータ移行方法
JP2002132554A (ja) データベースアクセス方法
JP4394467B2 (ja) ストレージシステム、サーバ装置及び先行コピーデータ生成方法
JP4204060B2 (ja) 情報処理システムのデータ復旧方法及びディスクサブシステム
JP2003173240A (ja) 記憶装置システム及びそのデータバックアップ方法
JP3955453B2 (ja) 外部記憶装置の制御方法
JPH07319637A (ja) ディスク装置の制御装置およびディスク装置の制御方 法
US11531474B1 (en) Storage system and data replication method in storage system

Legal Events

Date Code Title Description
RD01 Notification of change of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7421

Effective date: 20060417

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20070615

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070626

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070824

RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20070824

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20070905

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20071015

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20071214

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080118

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080317

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20080408

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20080415

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110425

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110425

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120425

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120425

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130425

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130425

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140425

Year of fee payment: 6

LAPS Cancellation because of no payment of annual fees