JP3490266B2 - ディスクシステムと磁気テープライブラリ装置によるバックアップシステム及びバックアップ方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はコンピュータシステ
ムにおいて、ホストから直接アクセス対象となる一台な
いし複数のディスクサブシステム上のデータを、災害等
で発生する前記ディスクサブシステムの障害に備えて、
当該ディスクサブシステムから離れた場所に設置した、
ホストから直接アクセス対象とならない一台ないし複数
の磁気テープライブラリ装置へ多重化して保存するため
のシステムに関するものである。

【０００２】

【従来の技術】通常の業務処理を行うコンピュータセン
タ（以下プライマリセンタ）内のディスクサブシステム
上のデータを災害等によって生じる障害から保護する対
策として、従来より次に示すような大きく分けて２つの
方式が採られてきた。

【０００３】第１の方式は、プライマリセンタと同一の
システム構成を、プライマリセンタとは遠隔地に存在す
るセカンダリセンタに設け、両センタのホストを回線で
接続し、プライマリセンタで発生するトランザクション
をセカンダリセンタに伝送し、両センタで同一のトラン
ザクション処理を実行することでシステム全体を完全に
２重化する方法である。また上記方法によるセカンダリ
センタへのトランザクション送付方法は、プライマリセ
ンタ内の磁気テープ装置等にトランザクションの履歴情
報であるジャーナルとして一旦記録し、これをファイル
転送か搬送によってセカンダリセンタ側で履歴情報をも
とにトランザクション処理を再実行（リラン）する手段
もある。

【０００４】第２の方式は、２台またはそれ以上のディ
スクサブシステム同士をホストを介さず直接接続し、デ
ィスクサブシステム側の機能によりディスクサブシステ
ム上の重要データのみを２重化する方法であり、最近各
社より発表され、既に製品化されている。ＩＢＭ社が３
９９０−６ディスク制御装置で実現しているＰＰＲＣ
（Ｐｉｅｒ ｔｏ Ｐｉｅｒ Ｒｅｍｏｔｅ Ｃｏｐ
ｙ）機能、ＥＭＣ社がＳｙｍｍｅｔｒｉｘディスクサブ
システムで実現しているＳＲＤＦ（Ｓｙｍｍｅｔｒｉｘ
Ｒｅｍｏｔｅ Ｄａｔａ Ｆａｃｉｌｉｔｙ）機能等
がそれに相当する。何れの機能もプライマリセンタ側の
ディスクサブシステムとセカンダリセンタ側のディスク
サブシステムとを直接接続して、プライマリセンタ側の
ディスクボリューム上のデータの複製をバックアップ側
のディスクボリュームに作成しデータの２重化を行う機
能である。

【０００５】また特開平０６−２１４８５３号公報で
は、上記ＰＰＲＣ、ＳＲＤＦと同様のリモートコピー機
能について、システム構成、実現方式が詳細に記載され
ている。それによると、２台のディスクサブシステムは
それぞれのディスクサブシステム同士を接続し、一方の
サブシステムが正サブシステムとしてホストに接続され
る構成を採っている。

【０００６】

【発明が解決しようとする課題】前記第１の方式は、セ
カンダリセンタにプライマリセンタと同一のシステム構
成を採る必要があるため、当該システムを実現するため
に負担するコストは大きい。またトランザクション転送
処理は、プライマリセンタ内のホストが負担するため、
プライマリセンタのホスト負荷が高くなり、通常の業務
処理の性能への影響が懸念される。

【０００７】これに対して第２による方式は、ディスク
サブシステムのみ２重化となるため、第１の方式に比べ
安価にシステム構成を組むことができる。しかしディス
クサブシステムはコンピュータシステムの外部記憶装置
の中では最も高価であり、依然としてユーザへのコスト
負担は少なくない。また第２の方式は、ホストを経由せ
ずディスクサブシステム同士でデータをやり取りするた
め、第１の方式と比してホスト負荷は低減される。しか
しディスクサブシステム側の機能で実現しているので、
プライマリセンタ及びセカンダリセンタのディスクサブ
システムに相互でデータをやり取りする機能を付加しな
くてはならず、バックアップを行う当該システムでは専
用装置を購入しなければならないことから、結局コスト
は増大する。

【０００８】そこで本発明の目的は、災害対策のバック
アップシステムを低コストで実現する手段を提供するこ
とにある。また本発明の第２の目的は、バックアップシ
ステムをホストコンピュータに負荷を与えず実現するこ
とにある。

【０００９】

【課題を解決するための手段】前記課題を解決するため
に、本発明は主として次のような構成を採用する。

【００１０】 処理装置からのデータを記録するディス
クシステムと、前記ディスクシステムと接続している磁
気テープライブラリ装置と、前記ディスクシステムと前
記磁気テープライブラリ装置との間に介在するリモート
サーバと、を備えたバックアップシステムであって、前
記リモートサーバは、前記処理装置から独立して前記デ
ィスクシステムのデータを前記磁気テープライブラリ装
置へ転送する機能を有し、前記ディスクシステムのディ
スクボリュームから前記リモートサーバへ転送するデー
タは、前記ディスクボリュームに格納されているダンプ
データと前記ディスクボリュームの更新履歴情報とから
なり、前記更新履歴情報は、前記ディスクシステム内の
ディスクボリュームに記憶されているレコード単位に更
新処理されたデータに加えて、前記ディスクボリューム
の識別番号及び前記レコードの番号からなる位置付け情
報、更新処理が発生した時刻情報を含む前記ディスクの
更新制御情報であり、更に、前記更新制御情報は前記処
理装置と前記リモートサーバとの間の信号授受を制御す
る前記ディスクシステム内のチャネルインタフェース制
御部によって付加された情報であり、前記更新処理され
たデータと前記更新制御情報は、前記更新履歴情報とし
て前記磁気テープライブラリ装置の前記ダンプデータの
格納領域とは別領域に格納されて、前記磁気テープライ
ブラリ装置の前記別領域であるログ用テープボリューム
に、前記ディスクボリュームでの更新レコードの前記位
置付け情報が記録される構成とする。このような構成を
採用することによって、本発明は、セカンダリセンタ側
に安価な磁気テープライブラリ装置を使用することがで
き、災害バックアップシステムにおいてシステム構築コ
ストを大幅に削減することができる。

【００１１】

【００１２】

【００１３】

【発明の実施の形態】以下、図面を参照しながら本発明
を汎用コンピュータシステムに適用した場合の一例につ
いて説明する。図１は本発明を汎用コンピュータシステ
ムの災害バックアップシステムに適用した場合の構成例
であり、プライマリセンタ側のディスクサブシステムと
セカンダリセンタ側の磁気テープライブラリ装置（Ｍａ
ｇｎｅｔｉｃ Ｔａｐｅ Ｌｉｂｒａｒｙ；ＭＴＬ）を
ＣＰＵを介さず、ＣＰＵとは異なる制御機構を有するリ
モート・サーバ経由で接続することで、両装置間におい
てデータを２重化する。

【００１４】図１において、１は中央処理装置であるＣ
ＰＵ、３はＣＰＵ１とインタフェースケーブル２を介し
て接続され、ＣＰＵ１からの直接参照及び更新の対象と
なるデータが格納されるディスクサブシステム（以下Ｄ
ＩＳＫ）、５はインタフェースケーブル４及び後述する
リモート・サーバ（以下ＲＳ）６を介して３に接続さ
れ、３に格納されているデータの複製が格納される磁気
テープライブラリ装置ＭＴＬである。７はＤＩＳＫ３に
おいて、データの読みだし及び書き込みを行うための制
御部であるディスク制御装置（以下ＤＫＣ）であり、８
は実際にデータが格納されＣＰＵ１から直接読みだし及
び書き込みの対象となるディスクボリューム（以下ＬＤ
ＥＶと称する）９−１〜ｎが複数収納されるディスク駆
動装置（以下ＤＫＵ）である。

【００１５】次にＤＩＳＫ３におけるＤＫＣ７及びＭＴ
Ｌ５それぞれの内部構成について説明する。ＤＫＣ７に
おいて、１０はＣＰＵ１及びＲＳ６との間のデータ及び
データの読み出し／書き込み指示等の制御情報のやり取
りを制御するチャネルインタフェース制御部（以下ＣＨ
Ｄ）、１１はＣＰＵ１及びＲＳ６とＬＤＥＶ９との間で
データの読み／書きを行う際、一旦データをバッファリ
ングするために利用するキャッシュメモリ（以下キャッ
シュ）、１２はＬＤＥＶ９からキャッシュ１１へのデー
タの読み込み処理及びキャッシュ１１から論理ボリュー
ム（ｌｏｇｉｃａｌ Ｄｅｖｉｃｅ）ＬＤＥＶ９へのデ
ータの書き込み処理を制御するディスクインタフェース
制御部（以下ＤＩＤ）である。

【００１６】ＭＴＬ５において、１３は上位装置（ＲＳ
６）へテープ上に記録されたデータの読みだし及びＲＳ
６から転送されたデータの書き込みを行うための磁気テ
ープ装置すなわちレコーダ（以下ＭＴ）、１４はテープ
ボリューム１５／１６／１７とそれを収納する収納棚１
８、テープボリューム１５／１６／１７をＭＴ１３にマ
ウント／デマウント処理するためのアクセッサロボット
から成るライブラリ装置である。テープボリューム１
５、１６、１７は前記ダンプデータを格納するテープボ
リューム１５−１〜ｎ、前記ログデータを格納するテー
プボリューム１６ー１〜ｎ及びセカンダリセンタの業務
で使用するテープボリューム１７−１〜ｎの３種に論理
的に分類され管理される（以下論理グループ）。本実施
形態では、レコーダ、アクセッサロボット、テープボリ
ューム等からなる磁気テープライブラリ装置について以
下説明するが、これ以外の磁気テープ記憶装置について
も本発明は適用できるものである。

【００１７】ＲＳ６はＤＩＳＫ３とＭＴＬ５の間に介在
するＣＰＵ１以外の制御機構であって、ＣＰＵ１からの
指示を受けることなく、ＤＩＳＫ３のデータをインタフ
ェースケーブル４を介してＭＴＬ５へ転送する機能を有
するものである。またＲＳ６内２０は、ＣＰＵ１から更
新指示のあったＬＤＥＶとそれに対応するテープボリュ
ーム１５、１６の対応づけを管理するための管理テーブ
ル等の制御情報を格納するためのメモリである。またＲ
Ｓ６が図１では制御機構として独立した構成を採ってい
るが、ＭＴＬ５に組み込まれていても構わない。

【００１８】以上が本発明における機能を実現するため
のシステム構成となるが、図１中の予備ＤＩＳＫ２１と
当該ＤＩＳＫ内のＬＤＥＶ９’及びＣＰＵ２２は本実施
形態においてプライマリセンタの障害時、セカンダリセ
ンタ側にデータを回復する際に使用するものである。

【００１９】次に図２、図３を使用して本実施形態にお
ける災害バックアップシステムの機能と運用の概略を説
明する。通常（災害が発生していない状態）運用時に使
用される機能概要を図２に示す。通常の業務では定期的
に図中ａの様にＤＩＳＫ３内のＬＤＥＶ９の全データを
ＭＴＬ５のテープボリューム１５へダンプする処理と、
図中ｂ−１の様にＣＰＵ１よりＤＩＳＫ３内のＬＤＥＶ
９に記録されているレコードが更新される毎に、図中ｂ
−２の様に当該更新データを更新履歴情報（ログ情報）
としてＭＴＬ５内のテープボリューム１６に記録する処
理を行う。

【００２０】ダンプ取得中もＬＤＥＶ９への更新処理は
発生しうるため、ダンプ処理とログ取得処理は同時に併
行して行われる。以降ダンプデータを格納するためのテ
ープボリューム１５−１〜ｎの論理グループをダンププ
ール、同様にテープボリューム１６−１〜ｎをログプー
ル、テープボリューム１７−１〜ｎをセカンダリセンタ
業務用プールと呼ぶこととする。

【００２１】次にプライマリセンタにおける災害発生時
の機能／運用の概要を図３に示す。本実施形態では前述
の様にプライマリセンタのＬＤＥＶ９のデータをセカン
ダリセンタの予備ディスク２１のＬＤＥＶ９’に回復す
る場合の例（セカンダリセンタの予備ディスク２１を用
いる代わりに、ディスクサブシステム３に備わっている
不図示の予備ディスクを用いて回復処理することも可能
である）を説明する。まず初めに図中ａの様に回復の対
象となるＬＤＥＶ９のダンプデータが格納されているＭ
ＴＬ５のダンププール内にあるテープボリューム１５の
データを予備ＤＩＳＫ２１のＬＤＥＶ９’にコピーす
る。

【００２２】次に図中ｂの様にログプール内のテープボ
リューム１６中に記録されている更新ログの内、当該Ｌ
ＤＥＶ９の最新のダンプデータ取得時直前に取得したロ
グデータから災害発生直前までのログデータを使用し予
備ＤＩＳＫ上のＤＩＳＫボリュームを障害直前の最新状
態まで更新する。これにより、ＬＤＥＶ９’上の障害直
前データが予備ＤＩＳＫ上に回復される。

【００２３】以降では上記通常運用時のダンプ、ログ処
理及び災害発生時のリカバリ処理の詳細について説明す
る。始めに図４を参照しながら、ダンプ処理の流れにつ
いて説明する。ダンプ処理実行に先立ち、予めユーザ側
でダンプ開始時刻の設定、ダンプ対象ＬＤＥＶ番号、対
象ＬＤＥＶ毎にダンプ処理に使用するＭＴ１３のテープ
デッキのアドレスの指定をＲＳ６より初期設定する。

【００２４】また、本実施形態では前述の様にＭＴＬ５
内のテープボリュームを、ダンププール、ログプール、
セカンダリセンタ業務用プールと呼ぶ３つのプールに分
けて管理する。このテープボリュームとプールの対応関
係の管理は、一般の大形汎用コンピュータ向けテープラ
イブラリ装置が持っているテープ属性管理の機能を利用
する。

【００２５】本機能は予めユーザがテープボリュームの
ボリューム識別番号（以下ＶＳＮ：ボリュームシリアル
ナンバ）毎に属性Ｎｏ．を指定しておくことで、以降の
テープボリュームのテープデッキへの投入（マウント）
は属性Ｎｏ．を指定するだけで、テープライブラリが指
定属性を持つ任意のテープボリュームを自動的に選択す
るものである。

【００２６】また、各テープボリュームの属性はユーザ
及びソフトウェアが自由に変更できる。本例ではダンプ
プール、ログプール内のテープボリュームをさらに使用
済と未使用に分類し、ダンプ取得済テープボリュームを
属性Ｄ１、同空テープの属性をＤ０、ログ取得済テープ
ボリュームを属性Ｌ１、同空テープの属性をＬ０として
管理する。これによりＲＳ６がダンプ取得やログ取得時
にテープボリュームのマウント指示をする場合はＤ０又
はＬ０属性を指定することでダンプ取得テープへの不当
な上書きを防止できる。

【００２７】従ってユーザは前記初期設定に加え、ＲＳ
６に対してダンプ用として使用するテープボリュームの
属性を全てＤ０に設定する様に指示する必要がある。Ｒ
Ｓ６はこれを受けてＭＴＬ５に対し、当該テープボリュ
ームのＤ０属性設定を指示し、ＭＴＬはこれを受け属性
を設定する。ユーザより初期設定されたＬＤＥＶ Ｎ
ｏ．とテープデッキアドレスはＲＳ６内の図５に示すメ
モリ２０に格納されているダンプ管理テーブルに登録さ
れる。

【００２８】初期設定終了後、ＲＳ６は指定されたダン
プ開始時刻を契機に、ダンプ管理テーブルを参照し、ダ
ンプ対象のサブシステムＮｏ．及びＬＤＥＶ Ｎｏ．の
昇順に各ＬＤＥＶ９に指定されたアドレスのテープデッ
キに対し、Ｄ０属性が指定されたテープボリューム１５
の投入（以下マウント）を行うコマンドを発行する。

【００２９】尚、複数のＬＤＥＶ Ｎｏ．に対し同一ア
ドレスのテープデッキが指定されている場合は、最も若
いＮｏ．のＬＤＥＶ以外は当該ＬＤＥＶのダンプ処理終
了までマウントコマンド発行は行われない。マウントコ
マンドを受けたＭＴＬ５側では、アクセッサロボット１
９がＤ０属性を指定されたテープボリューム１５の中か
ら任意のテープボリュームをマウントし、ＲＳ６へ当該
テープボリュームＶＳＮと伴にマウント完了報告を行
う。ＲＳ６は当該ＶＳＮをメモリ２０に一旦格納する。

【００３０】次にＲＳ６は、メモリ２０内に一時的にダ
ンプ開始時刻（現在時刻）を記憶し、ＤＩＳＫ３のＣＨ
Ｄ１０に対しダンプ取得対象ＬＤＥＶのデータを読み出
すためのＲＥＡＤコマンド（以下ＲＤ）を発行する。Ｒ
ＤはＬＤＥＶ９からのデータの読み出しを要求するコマ
ンドである。ＲＤコマンドを受領したＤＩＳＫ３のＤＩ
Ｄ１２は指定ＬＤＥＶ９のデータをキャッシュ１１へ読
み出し、ＣＨＤ１０は当該データをキャッシュからＲＳ
６へ転送する。

【００３１】ここで、要求データが既にキャッシュ上に
存在する場合は、ＣＨＤ１０が直接当該データをキャッ
シュ１１からＲＳ６へ転送する。読み出し完了後ＣＨＤ
１０がＲＳ６へＲＥＡＤ処理完了報告を行う。次に完了
報告を受領したＲＳ６はＭＴＬ５のＭＴ１３に対しＷＲ
ＩＴＥコマンド（以下ＷＲ）を発行する。ここでＷＲは
テープボリュームにデータを書き込む指示と書き込みデ
ータそのものを転送するためのコマンドである。

【００３２】ＷＲコマンドを受領したＭＴ１３は、先に
マウント済のテープボリューム１５に転送されたデータ
を書き込む。このＤＩＳＫ３からのデータの読みだし、
テープボリューム１５へのデータの書き込みを行う単位
はＬＤＥＶ９側のレコード単位、トラック単位と任意で
あり、ダンプ対象ＬＤＥＶ最終データまで繰り返し行
う。ダンプ対象ＬＤＥＶの最終データ検出報告をＤＩＳ
Ｋ３がＲＳ６へ報告後、ＲＳ６はダンプ終了時刻（現在
時刻）をメモリ２０内に一旦記憶し、ＭＴＬ５に対し当
該テープボリュームのデマウントコマンドを発行する。

【００３３】ＭＴＬ５はテープボリュームのデマウント
指示受領後、アクセッサロボット１９がＭＴ１３のテー
プデッキからテープボリュームのデマウントを行ない、
収納棚のマウント前にあった位置（以下ホームセル）に
搬送しデマウント完了の報告を行う。報告を受けたＲＳ
６はＭＴＬ５に対し当該テープボリュームの属性をＤ０
からＤ１に変更する様に指示し、ＭＴＬ５は属性変更を
行う。

【００３４】ＭＴＬ５より属性変更完了の報告を受ける
と、ＲＳ６はダンプ管理テーブルを参照し、当該ＬＤＥ
Ｖの格納テープボリュームのＶＳＮが記録されている場
合は当該ＶＳＮ（旧ダンプデータ格納ＶＳＮ）の属性を
Ｄ１からＤ０に変更する様にＭＴＬ５に指示する。ＶＳ
Ｎ Ｎｏ．が格納されていない場合又はＭＴＬ５よりＤ
１からＤ０への属性変更完了の報告を受けた場合、ＲＳ
６は先にメモリ２０に記憶していたＶＳＮ（新ダンプデ
ータ格納ＶＳＮ）、ダンプ終了時刻をダンプ管理テーブ
ルの当該ＬＤＥＶの各項目に書き込みテーブル情報を更
新する。

【００３５】次に図６を参照しながら、ＤＩＳＫ３のＬ
ＤＥＶ９内のデータにＣＰＵ１から更新指示があった場
合の更新ログ取得処理の流れについて説明する。本実施
形態では１台のディスクサブシステムを更新ログ取得単
位とし、当該サブシステムに発生した更新情報を、更新
が発生した順番に同一のテープボリューム１６へ記録す
る。

【００３６】ログを取得する前の初期設定では、ＲＳ６
にてログ対象サブシステム毎に使用するデッキのアドレ
スを指定する。またダンプ処理と同様にログ取得用テー
プボリューム１６もログ取得済属性（Ｌ１）と空き属性
（Ｌ０）にてログプールを管理するため、ユーザはＲＳ
６に対しログ取得用に使用するテープボリューム１６の
ＶＳＮの属性を全てＬ０に変更する指定をし、ＲＳ６は
これを受けＭＴＬ５に対し当該テープボリュームの属性
変更を指示する。ＭＴＬ５は指定ボリュームの属性を変
更しＲＳ６に対して完了報告を行う。

【００３７】初期設定が終了するとＲＳ６はログ取得開
始前に、ＭＴＬ５に対しＬ０属性のテープボリューム１
６のマウントコマンドを発行する。ＭＴＬ５がＬ０属性
のテープボリュームの中から任意１ボリュームをＭＴ１
３にマウントしマウント完了報告とともに当該テープボ
リュームのＶＳＮを報告するとＲＳ６はメモリ２０のロ
グ管理テーブルに当該ＶＳＮを書き込む。

【００３８】図７に示す様にログ管理テーブルは障害回
復の際、前記ダンプデータとの時間の整合性をとるため
に使用する。以上よりログ取得可能状態となる。ＣＰＵ
１においてＤＩＳＫ３内のＬＤＥＶ９へのデータ更新処
理が発生すると、ＣＰＵ１はデータ書き込み用のＷＲコ
マンドをＣＨＤ１０に対し発行する。ＤＩＳＫ３は、Ｗ
Ｒコマンドにより送られてきた更新データをキャッシュ
１１上に一旦格納し、書き込み完了報告を行う。

【００３９】次にＣＨＤ１０は当該ＷＲデータに制御情
報を付加しログデータとしてキャッシュ１１上のログ用
領域に書き込む。このログデータは図８に示す様に、当
該更新データ自体にＬＤＥＶ９障害発生時の復旧に必要
な情報となる更新発生時刻、当該データを格納したＬＤ
ＥＶの番号及び当該データ（レコード）のシリンダ、ト
ラック、レコード番号（ＣＣＨＨＲ）から成る位置付け
情報を付加したデータであり、更新データとは別領域に
格納する。

【００４０】キャッシュ１１からＬＤＥＶ９への更新デ
ータの反映は、ＣＰＵ１からＤＩＳＫ３に対する複数の
更新データにより、キャッシュ１１上にある程度データ
が溜まるとＤＩＤ１２がＬＤＥＶ９に複数データをまと
めて反映（デステージング）する。

【００４１】本機能は一般的なキャッシュディスクサブ
システムのＩ／Ｏ処理の効率化を狙った機能であるが、
本例では本デステージング処理に同期してＣＨＤ１０が
ＲＳ６に対してログデータの読み出し要求を出す。これ
によりログデータもキャッシュ１１上にある程度溜まっ
た後、まとめてＲＳ６に読み出されることとなり、ログ
データ読み出しを効率化できる。

【００４２】ログデータ読み出し要求を受領したＲＳ６
は、ＤＩＳＫ３のＣＨＤ１０に対しログデータ読み出し
のためのＲＤコマンドを発行する。ＣＨＤ１０はキャッ
シュ１１内のログ用領域から、ＣＰＵ１により更新され
た順にログデータを転送する。ＲＳ６はログデータを受
け取るとログ管理テーブルの当該テープボリュームの更
新発生時刻をチェックし時刻が記録されていない場合
は、最初のログデータ中の更新発生時刻をログ管理テー
ブルのログ取得開始時刻に記録する。

【００４３】次に本実施形態では、ＲＳ６はＭＴＬ５の
先にログ取得用テープボリュームをマウントしたＭＴ１
３に対してＤＩＳＫ３よりデータを受け取った順番にロ
グデータの書き込みを指示する。当該ログデータをＭＴ
Ｌ５のテープボリューム１６に書き込む時のフォーマッ
トを図８に示す。テープボリューム始端から順に、まず
ログ取得対象となるサブシステム番号と先頭データの更
新発生時刻を記録する。本時刻はログ管理テーブルに記
録したものと同様である。これら情報は、何等かの理由
でログ管理テーブルの情報が消失した際、当該テープボ
リュームの当該情報以降に続いて記録されるＣＰＵ１か
らレコード単位に更新されるログ情報を識別するために
有効な情報となる。

【００４４】次にＭＴ１３はＲＳ６から受け取った複数
のログデータを、ＲＳ６から受け取った順にテープボリ
ューム１６へ記録する。またＭＴ１３はログデータを書
き込みする間に、テープボリュームの終端情報を検出し
た場合は、当該テープボリュームへログデータを反映す
る処理を終了するため、ＭＴＬ５はＲＳ６へテープボリ
ューム終端の検出を報告する。

【００４５】これを受領したＲＳ６は、１回のまとめ書
き分のログデータを当該テープボリューム１６に書き込
んだ後、ＭＴＬ５のＭＴ１３に対しテープボリュームの
デマウント指示を行う。ＭＴＬ５は前記ダンプにおける
デマウント処理と同様の要領でデマウント処理を実行す
る。デマウントが完了するとＭＴＬ５はデマウント完了
報告をＲＳ６に返す。

【００４６】次にＲＳ６は当該テープボリュームに最後
に書き込んだログレコードの更新発生時刻をログ管理テ
ーブルに書き込み、属性をＬ１に変更すると同時に、Ｍ
ＴＬ５に対し当該テープボリュームの属性をＬ１に変更
する指示を出す。ＭＴＬ５は属性を変更後、完了報告を
ＲＳ６に返す。ＭＴＬ５より属性変更完了の報告を受け
ると、ＲＳ６は当該ログデータを格納したログ管理テー
ブルと同一のサブシステムのダンプデータを格納してい
るダンプ管理テーブルを参照し、当該ダンプ管理テーブ
ルの各ＬＤＥＶの中における最も若いダンプ開始時刻と
当該ログ管理テーブルに記録した最終ログデータ更新発
生時刻を比較して、ダンプ開始時刻より古いログデータ
を持つＶＳＮがある場合は、ＲＳ６はＭＴＬ５に対し該
当するテープボリュームの属性をＬ０に変更する指示を
出す。ＭＴＬ５は属性を変更後、完了報告をＲＳ６に返
す。

【００４７】次にＲＳ６は当該ＭＴＬ５に対してＬ０属
性のテープボリュームの指定デッキへのマウント要求を
発行する。マウントが完了するとＭＴＬ５はＲＳ６に対
してマウント完了報告を行う。このマウント完了までの
間でのログデータのＷＲコマンドに対しては、ＭＴ１３
がマウント未完了の応答を返すため、ＲＳ６はマウント
完了までＷＲコマンド発行を待つこととなる。

【００４８】次にディスクサブシステム全体または一部
のＬＤＥＶに障害発生した場合、前記ダンプデータとロ
グデータを組み合わせ、別サブシステム内のＬＤＥＶ
へ、障害が発生したボリュームの全データを回復する例
を図９を参照しながら説明する。

【００４９】データ回復に先立ちユーザよりＲＳ６に対
し、回復の対象とするＬＤＥＶ毎に使用するＭＴ１３の
テープデッキのアドレス及び当該ＬＤＥＶデータの回復
先ＬＤＥＶ９’のアドレスを指定する。ユーザからの指
定を受け、ＲＳ６はメモリ２０内のダンプ管理テーブル
を参照しリストア対象ＬＤＥＶのダンプデータが格納さ
れているテープボリューム１５のＶＳＮを得る。

【００５０】次にＲＳ６は回復対象ＬＤＥＶ毎に指定さ
れたアドレスのデッキに対し、先に得たリストア対象Ｌ
ＤＥＶのＶＳＮのテープボリューム１５のマウントを指
示するマウントコマンドをＭＴＬ５に発行する。ＲＳ６
がテープボリュームのマウント完了を確認すると、指定
したＶＳＮのテープボリュームからデータを読み出すた
め、ＲＤコマンドをＭＴＬ５に発行する。

【００５１】ＭＴＬ５がＲＤコマンドを受領すると、当
該テープボリュームよりリストア対象ＬＤＥＶのダンプ
データの読み出しを行う。次にＲＳ６は、予備ＤＩＳＫ
２１の対象ＬＤＥＶの回復先ＬＤＥＶ’に先程ＭＴＬ５
より読み出したリストア対象ＬＤＥＶデータを書き込む
ためのＷＲコマンドを発行し、予備ＤＩＳＫ２１は当該
データをＬＤＥＶ９’に書き込んだ後、書き込み完了を
ＲＳ６に報告する。

【００５２】以上のテープボリューム１５からデータの
読み出し、予備ＤＩＳＫ２１のＬＤＥＶ９’への書き込
みを任意の単位でテープボリューム１５に格納されてい
るダンプデータの全ての読み出し／書き込みが終了する
まで繰り返し行う。また回復対象ＬＤＥＶが複数指定さ
れている場合は、ＬＤＥＶ Ｎｏ．の昇順に指定数分だ
け上記の処理を繰り返す。または回復処理に使用可能な
ＭＴ１３のテーフ゜デッキが複数確保でき、且つ回復先
の予備ＤＩＳＫ２１のＬＤＥＶ９’が複数確保できる場
合は、複数ＬＤＥＶ分の回復処理を並列実行することも
できる。

【００５３】次にＲＳ６は指定されたＬＤＥＶ９のダン
プデータのコピーが全て終了した後、ログ管理テーブル
を参照し回復対象ＬＤＥＶが存在するサブシステム毎の
ログデータが格納されているＶＳＮの内、先頭更新発生
時刻の最も古いＶＳＮのテープボリュームのマウントコ
マンドをＭＴＬ５に発行する。ＲＳ６は当該テープボリ
ュームのマウント完了を確認した後、当該テープボリュ
ームに格納されている先頭ログデータの読み出しのた
め、ＲＤコマンドをＭＴＬ５に発行する。ＲＤコマンド
を受領したＭＴＬ５は、当該テープボリュームに格納さ
れた当該対象ＬＤＥＶ９の回復先であるＤＩＳＫ２１の
ＬＤＥＶ９’へログレコードをＲＳ６へ転送する。

【００５４】ＲＳ６は転送されたログレコードを解析
し、ＬＤＥＶＮｏ．及び位置付け情報（ＣＣＨＨＲ）を
得る。当該ＬＤＥＶＮｏ．が回復対象ＬＤＥＶか否かを
判断し、回復対象の場合は当該ログレコードの中から実
データを取り出し当該データをＤＩＳＫ２１の回復先Ｌ
ＤＥＶ９’の中の当該ＣＣＨＨＲへ書き込むため、ＷＲ
コマンドをＤＩＳＫ２１へ発行し、当該データの書き込
みを行う。当該ＬＤＥＶＮｏ．が回復対象ＬＤＥＶでは
ない場合、ＲＳ６は当該レコードをメモリ２０上から消
去する。

【００５５】ＲＳ６は以降順次ログレコードを読み出し
回復対象ＬＤＥＶのログレコード中の実データのみを回
復先ＬＤＥＶへ書き込んでいく。当該テープボリューム
終端までログレコードの読み出し／データのＬＤＥＶ’
への書き込みが終了すると、ＲＳ６は当該テープボリュ
ームのデマウントをＭＴＬ５に指示し、ＭＴＬからのデ
マウント完了報告を受けて引き続き先頭更新発生時刻の
２番目に古いテープボリュームのＶＳＮをログ管理テー
ブルから選択し、当該テープボリュームのマウント指示
をＭＴＬ５に対して出す。

【００５６】マウント完了後は１番目のテープボリュー
ムと同様にログレコードの反映処理を行っていく。以上
の処理を障害発生直前に取得したログデータまで繰り返
し行ない、回復対象ＬＤＥＶ９のデータをＤＩＳＫ２１
のＬＤＥＶ９’へ障害発生直前の状態まで回復する。

【００５７】以上のようなコンピュータシステムのリモ
ートバックアップにおいて、ディスクサブシステム３と
リモートサーバ６、磁気テープライブラリ装置５とリモ
ートサーバ６との間のデータ転送制御上のやり取りは、
一般のホストコンピュータとディスクサブシステム及び
磁気テープライブラリ装置との間のデータ転送制御時の
使用される命令語（コマンド）と同様のコマンドを使用
して行うものである。

【００５８】更に、コンピュータシステムのリモートバ
ックアップにおいて、ディスクサブシステム３のデータ
をテープボリューム１５，１６に記録する際、ホスト１
のオペレーティングシステムによって既定されたフォー
マット（標準ラベル）と同一フォーマットでデータを記
録し、ダンプデータをホスト１からも直接読みだすこと
が可能であるようにシステムを構成することもできる。

【００５９】また、図１におけるＣＰＵ１とＣＰＵ２２
とを接続することによって、どちらのＣＰＵ側からでも
ディスクサブシステム３と磁気テープライブラリ装置と
にアクセスすることも可能となる。

【００６０】以上説明したように、本発明は、その主要
な構成として、セカンダリセンタ側に磁気テープライブ
ラリ装置を置き、これとプライマリセンタ側のディスク
サブシステムをホストを介さず接続し、当該ディスクサ
ブシステムの全て、又は任意のディスクボリュームの全
データのコピー（ダンプ；ｄｕｍｐ）と各ボリュームの
更新履歴（ログ）を当該磁気テープライブラリ装置に取
得するものであり、災害等によりプライマリセンタ側の
ディスクサブシステムに障害が発生した場合は、当該磁
気テープライブラリ装置で取得したダンプデータとログ
データを組み合わせることで回復を行うことのできるも
のである。

【００６１】更に、本発明は、請求項に記載の発明以外
にも次のような構成を採用し得るものである。

【００６２】ディスクサブシステム全体または一部のデ
ィスクボリュームに障害が発生した場合、ディスクサブ
システムと磁気テープライブラリ装置とを、ホストコン
ピュータとは異なる制御機構を介して接続し、当該制御
機構の制御によりホストを経由せずディスクボリューム
全体のデータコピーと当該ボリュームのログを組み合わ
せ、当該サブシステム内の別ボリュームまたは別サブシ
ステム内のディスクボリュームへ、障害が発生したボリ
ュームの全データを障害直前の状態に復元（リストア）
するリモートバックアップシステム。

【００６３】

【発明の効果】本発明により、災害バックアップシステ
ムにおけるディスクサブシステムのバックアップシステ
ムとして、セカンダリセンタ側の外部記憶装置に、ディ
スクサブシステムより安価な磁気テープライブラリ装置
を使用することができ、ＣＰＵを含めたシステム自体の
２重化やディスクサブシステム同士の２重化による災害
バックアップシステムに比べシステム構築コストを大幅
に削減できる。

【００６４】ディスクサブシステムと磁気テープライブ
ラリ装置をホストを介さず、ホスト以外の制御機構であ
るリモート・サーバ経由で接続し、当該制御機構が両者
データの２重化の処理を担うことにより、少なくともセ
カンダリセンタ側の磁気テープライブラリ装置には、専
用機能を必要としないため、既存の装置が流用できる等
のメリットもある。

【００６５】さらにデータの２重化に伴う処理について
は、ホスト側のリソースは一切使用されず、災害バック
アップシステム構築によるＣＰＵの業務処理能力低下を
招くこともない。

【図面の簡単な説明】

【図１】本発明の一実施形態におけるリモートバックア
ップ機能のシステム構成を示す図である。

【図２】本発明における通常業務の運用時におけるダン
プデータ及びログデータ取得方法を示す図である。

【図３】本発明におけるプライマリセンタの障害発生時
におけるデータの復元（リストア）の方法を示す図であ
る。

【図４】図２に示す通常運用時におけるダンプ処理の詳
細なフローチャートを示す図である。

【図５】図２に示す通常運用時のダンプ処理におけるダ
ンプ管理テーブルを示す図である。

【図６】図２に示す通常運用時におけるログ処理の詳細
なフローチャートを示す図である。

【図７】通常運用時のログ処理におけるログ管理テーブ
ルを示す図である。

【図８】ログ取得におけるテープボリューム内のフォー
マットを示す図である。

【図９】障害発生時におけるデータ回復処理の詳細なフ
ローチャートを示す図である。

【符号の説明】

１ ＣＰＵ ２ インタフェースケーブル ３ ディスクサブシステム ４ インタフェースケーブル ５ 磁気テープライブラリ装置 ６ リモート・サーバ ７ ディスク制御装置 ８ ディスク駆動装置 ９ ディスクボリューム １０ チャネルインタフェース制御部 １１ キャッシュメモリ １２ ディスクインタフェース制御部 １３ 磁気テープ装置 １４ ライブラリ装置 １５，１６，１７ テープボリューム １８ 収納棚 １９ アクセッサロボット ２０ メモリ ２１ 予備ディスクサブシステム ２２ ＣＰＵ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 高松 久司 神奈川県小田原市国府津2880番地 株式 会社 日立製作所 ストレージシステム 事業部内 (56)参考文献 特開 平４−223520（ＪＰ，Ａ) 特開 平６−214853（ＪＰ，Ａ) 特開 平１−137343（ＪＰ，Ａ) 特開 平７−244597（ＪＰ，Ａ) 特表 平８−509565（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 3/06 - 3/08 G06F 12/00

Claims (3)

(57)【特許請求の範囲】
1. 【請求項１】 処理装置からのデータを記録するディス
   クシステムと、前記ディスクシステムと接続している磁
   気テープライブラリ装置と、前記ディスクシステムと前
   記磁気テープライブラリ装置との間に介在するリモート
   サーバと、を備えたバックアップシステムであって、 前記リモートサーバは、前記処理装置から独立して前記
   ディスクシステムのデータを前記磁気テープライブラリ
   装置へ転送する機能を有し、 前記ディスクシステムのディスクボリュームから前記リ
   モートサーバへ転送するデータは、前記ディスクボリュ
   ームに格納されているダンプデータと前記ディスクボリ
   ュームの更新履歴情報とからなり、 前記更新履歴情報は、前記ディスクシステム内のディス
   クボリュームに記憶されているレコード単位に更新処理
   されたデータに加えて、前記ディスクボリュームの識別
   番号及び前記レコードの番号からなる位置付け情報、更
   新処理が発生した時刻情報を含む前記ディスクの更新制
   御情報であり、更に、前記更新制御情報は前記処理装置
   と前記リモートサーバとの間の信号授受を制御する前記
   ディスクシステム内のチャネルインタフェース制御部に
   よって付加された情報であり、 前記更新処理されたデータと前記更新制御情報は、前記
   更新履歴情報として前記磁気テープライブラリ装置の前
   記ダンプデータの格納領域とは別領域に格納されて、前
   記磁気テープライブラリ装置の前記別領域であるログ用
   テープボリュームに、前記ディスクボリュームでの更新
   レコードの前記位置付け情報が記録されることを特徴と
   するバックアップシステム。
2. 【請求項２】 請求項１において、 前記リモートサーバに予備ディスクボリュームを具備さ
   せ、 前記磁気テープライブラリ装置に記憶されている前記ダ
   ンプデータと前記更新履歴情報とを読み出して前記予備
   ディスクボリュームヘ書き込むように制御することを特
   徴とするバックアップシステム。
3. 【請求項３】 請求項１において、 前記処理装置から前記ディスクシステムへデータが更新
   される毎に前記更新履歴情報を前記磁気テープライブラ
   リ装置にバックアップすることを特徴とするバックアッ
   プシステム。