JPS6151249A - デ−タセツト復元処理方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、全ダンプ・データセットからバンクアップ・
データを読み出して、障害が発生したデータセットの復
元を行う際、特定の定義情報については、管理情報か゛
ら読み込まれた定義情報とバックアップ・データに付加
されている定義情報との比較照合を行わないようにした
データセット復元処理方式に関するものである。

〔従来技術と問題点〕

第２図はデータセット復元処理方式の概要を示す図であ
る。第２図において、１はバックアップ取得部、２はり
ストア部、３はデータベースやデータセット（以下、Ｄ
Ｂ／ＤＳという）、４は管理情報ファイル、５は全ダン
プ・データセットをそれぞれ示している。管理情報ファ
イル４には、ＤＢ／ＤＳ３のスキーマが格納されている
。スキ−マとは定義情報及び運用情報の格納メンバであ
る。バックアップ取得部１ば、障害に備えてＤＢ／ＤＳ
３をエクステント単位に磁気テープにコピーするもので
ある。これを全ダンプ・データセットという。全ダンプ
・データセット５は、定義情報ブロックとデータ・ブロ
ックとより成る。定義情報ブロックは、全ダンプ・デー
タセットの先頭に位置している。定義情報とは、データ
セット名やボリューム順序番号、ブロック長、レコード
長、ログ１Ｄ（ｉｌｌ別子）、エクステント・コード等
を指す。ログｉＤとはスキーマ・グループを表現するコ
ードであり、エクステント・コードとはスキーマ・グル
ープ内での一意なコードである。リストア部２は、ＤＢ
／ＤＳ３に障害が発生した場合、障害となったエクステ
ントを全ダンプ・データセットのバンクアップ・データ
や履歴ログファイルの更新後データを用いて障害前の状
態に復元するものである。

第３図はバンクアップ取得部１で行われる処理の流れを
示す図である。バックアップ取得部１は、スキーマより
ログｉＤ、、ＥＸＴ　（エクステント）コード及びその
他の定義情報を取得し、これらを全ダンプ・データセッ
トの先頭ブロックに格納する。第３図には示されていな
いが、バンクアップ取得部１は、ＤＢ／ＤＳ３をエクス
テント単位に磁気テープ上にコピーする。な、お、１個
のエクステントに対して１個の全ダンプ・データセット
が存在するものと考えてよい。

第４図はりストア部２で行われる従来の処理の流れを示
す図である。先ず、管理情報ファイル１のスキーマから
ログｉＤやＥＸＴコード、その他の定義情報を取得する
。次に、該当する全ダンプ・データセットを０ＰＥＮＬ
、先頭ブロックを読み込み、スキーマから取得した定義
情報と全ダンプ・５データセットから取得した定義情報
とを比較照合する。

ところで、データセットのボリューム順序番号などを変
更すると、前述のログｉＤ及びＥＸＴコードが変更され
る場合がある。したがって、従来は定義情報を変更した
ら必ず直後に全ダンプ・データセットを取得し直すこと
を義務づけているが、このための操作はかなり煩雑であ
り、忘れることがある。定義情報変更後に全ダンプ・デ
ータセットを取得し直すことなく後でリカバリを行うと
、前述のチェックで中断してしまい、リカバリを行うこ
とが出来なくなる。

また、新規にデータセット作成時に、内容については別
の既存データセットをベースにしたいことがある。この
ときは、全ダンプ・データセットを入力するリカバリ処
理では、前述のチェックで中断してしまう。第５図はこ
の状態を説明するものであって、エクステントＡはベー
スとなるもの、エクステントＢはエクステントＡをベー
スとして作成されたものである。、ＴＤＵＭＰユティリ
ティとはバックアップ取得部１のことであり、ＤＳＲＣ
Ｖユティリティとはりストア部２のことである。

〔発明の目的〕

本発明は、上記の考察に基づくものであって、Ｄ　Ｂ／
Ｄ　Ｓの定義情報を変更後も変更前に最得し′　　た全
ダンプ・データセットを用いてＤＢ／ＤＳの復元処理を
行い得るようにしたデータセット復元処理方式を提供す
ることを目的としている。

〔目的を達成するための手段〕

そしてそのため、本発明のデータセット復元処理方式は
、データベース又はデータセット、該データベース又は
データセットのスキーマが登録された管理情報ファイル
、定義情報ブロックとデータ・ブロックとより成る全ダ
ンプ・データセット、及びリストア部を具備し、且つ上
記リストア部は、データベース又はデータセットのリカ
バリが指示された時、対応するスキーマを上記管理情報
ファイルから読み込むと共に、対応する全ダンプ・デー
タセットを読み込み、ログ識別子及びエクステント・コ
ードを除くその他の定義情報に関して、読み込んだスキ
ーマの定義情報と読み込んだ全ダンプ・データセットの
定義情報とを比較照合し、比較照合結果が良好であれば
、読み込んだ全ダンプ・データセットを用いてデータベ
ース又はデータセットのリカバリを行うよう構成されて
いることを特徴とするものである。

〔発明の実施例〕

以下本発明の１実施例を図面を参照しつつ説明する。

第１図は本発明のりストア部で行われる処理の流れを示
す図である。第１図において、６はユティリティ制御文
をそれぞれ示している。なお、第２図と同一符号は同一
物を示している。

ログｉＤ及びＥＸＴコードのチェックを行わないことを
希望する場合には、ユテリティ制御文にチェック緩和モ
ードであることを記入する。リストア部２は、このユテ
ィリテイ制御文を読み込むと、下記のような処理を行う
。ユティリテイ制御文により緩和モードであることを知
る。次に管理情報ファイル４から指定されたスキーマを
読み込む。次に全ダンプ・データセット５の内容を読み
込む。そして、同一エクステントの全ダンプ・データセ
ットであることをチェックしないで、リスｔ）　　　　
　　、　　　）７処理４行う・即ち・定義情報６５″″
・データセット名やボリューム順序番号、ブロック長、
レコード長、ログｉＤ、ＥＸＴコードなどがあるが、読
み込んだスキーマのログｉＤと読み込んだ全ダンプ・デ
ータセットのログｉＤの比較照合及び読み込んだスキー
マのＥＸＴコードと読み込んだ全ダンプ・データセット
のＥＸＴコードの比較照合は行わない。その他の定義情
報については、比較照合を行う。

〔発明の効果〕

以上の説明から明らかなように、本発明によれば、 ■　定義情報の変更後も全ダンプ・データセットを取り
直さずに、ＤＢ／ＤＳの復元が可能となる。

■　同一のデータセット構成を持つものについては、１
個の全ダンプ・データセットを共用できる。

という顕著な効果を奏することが出来る。

【図面の簡単な説明】

第１図は本発明のりストア部で行われる処理の流れを示
す図、第２図はデータセット復元処理方式の概要を示す
図、第３図はバックアップ取得部、で行われる処理の流
れを示す図、第４図はりストア部で行われる従来の処理
の流れを示す図、第５図は定義情報変更による復元処理
中断の１例を示す図である。 １・・・バンクアンプ取得部、２・・・リストア部、３
・・・データベースやデータセット、４・・・管理情報
ファイル、５・・・全ダンプ・データセット、６・・・
ユティリティ制御文。

Claims (1)

【特許請求の範囲】
1. データベース又はデータセット、該データベース又はデ
   ータセットのスキーマが登録された管理情報ファイル、
   定義情報ブロックとデータ・ブロックとより成る全ダン
   プ・データセット、及びリストア部を具備し、且つ上記
   リストア部は、データベース又はデータセットのリカバ
   リが指示された時、対応するスキーマを上記管理情報フ
   ァイルから読み込むと共に、対応する全ダンプ・データ
   セットを読み込み、ログ識別子及びエクステント・コー
   ドを除くその他の定義情報に関して、読み込んだスキー
   マの定義情報と読み込んだ全ダンプ・データセットの定
   義情報とを比較照合し、比較照合結果が良好であれば、
   読み込んだ全ダンプ・データセットを用いてデータベー
   ス又はデータセットのリカバリを行うよう構成されてい
   ることを特徴とするデータセット復元処理方式。