JPH09305459A - 区分データセットのメンバ復元方法 - Google Patents

Abstract

(57)【要約】 【課題】 誤ってメンバを更新した場合でも、そのメン
バを、簡素な手順で確実かつ迅速に復元できるようにす
る。 【解決手段】 区分データセット２においてメンバ部４
に格納されたメンバ６Ａを更新した後に更新前の状態に
復元するための方法であって、メンバ更新時に、更新対
象メンバ６Ａの更新前位置を、更新後位置とともに、更
新対象メンバ６Ａについてのディレクトリ情報としてデ
ィレクトリ部３（ディレクトリ５Ａ）に記録し、更新対
象メンバ６Ａの更新後に、ディレクトリ情報として記録
された更新前位置を参照してメンバ部４の更新前位置か
らメンバ６Ａを読み出すことにより、更新後のメンバ６
Ａ′を更新前の状態に復元する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、区分データセット
のメンバを更新した後に更新前の状態に復元するための
方法に関する。

【０００２】

【従来の技術】一般に、区分データセットは、メンバと
呼ばれる順次編成されたデータのグループを一つに構成
した順編成ファイルであり、ソースコード，オブジェク
トモジュール，ロードモジュール，一般データ等の保存
に広く用いられているファイル（区分編成ファイルと呼
ばれる場合もある）である。このような区分データセッ
トは、後述するごとく、登録簿（ディレクトリ）をも
ち、この登録簿によりファイル内の各メンバが管理され
る。

【０００３】つまり、区分データセットは、例えば磁気
ディスクなどの直接アクセスボリューム上に存在し、図
８に示すごとく構成されている。この図８において、１
は直接アクセスボリューム、２は区分データセット、３
はディレクトリ部（登録簿）、４はメンバ部、５Ａ〜５
Ｄはディレクトリ、１６は最終ディレクトリ表示マー
ク、６Ａ〜６Ｄはメンバ、７はエンド・オブ・ファイル
（ＥＯＦ）マーク、８は空きスペースである。

【０００４】区分データセット２は、いくつかの互いに
独立したデータ群が格納されるメンバ部４と、各々のデ
ータ群に関する情報が格納されるディレクトリ部３とか
ら構成される。メンバ部４に格納される各データ群であ
るメンバ６Ａ〜６Ｄは、順データセットと同様に構成さ
れる。換言すれば、区分データセット２は、順データセ
ットをメンバという単位で統一的に管理するために用意
された構成である。

【０００５】これらのメンバ６Ａ〜６Ｄに関する情報、
即ちメンバ名やメンバの先頭アドレス〔相対トラックア
ドレス：ＴＴＲ（ＴＴはファイル内相対トラック番号、
Ｒはトラック内レコード番号）〕等は、ディレクトリ部
３に、各メンバ６Ａ〜６Ｄに対応してディレクトリ５Ａ
〜５Ｄとして登録され、メンバ６Ａ〜６Ｄの管理に用い
られている。ディレクトリ部３の終わり（メンバ部４と
の境界部）には、ディレクトリ領域の終わりであること
を示すためにＥＯＦマーク７が設けられる。

【０００６】さらに、ディレクトリ部３内において有効
なディレクトリ情報の終わりには、最終ディレクトリ表
示マーク１６が設けられ、この最終ディレクトリ表示マ
ーク１６とディレクトリ領域最終部におけるＥＯＦマー
ク７との間が、ディレクトリ情報を格納するための空き
スペース８になっている。また、各メンバ６Ａ〜６Ｄの
終わりにも、それぞれＥＯＦマーク７が設けられる。

【０００７】区分データセット２は、上記のごとく構成
されるので、比較的小容量のデータ群を多数個スペース
効率よく収めるのに適しており、ソースライブラリ等の
各種ライブラリやジョブ制御文（ＪＣＬ）の格納等に広
く用いられている。ところで、区分データセット２の領
域の管理は、図９（ａ）〜（ｅ）に示すごとく行なわれ
る。なお、図９（ａ）〜（ｅ）では、ＥＯＦマーク７の
図示は省略されている。

【０００８】今、例えば図９（ａ）に示すように、区分
データセット２にメンバ６Ａ，６Ｂ，６Ｃがそれぞれ登
録されているものとする。メンバ部４の全メンバについ
ての最終位置は、最終ブロックポインタＬＰによって示
される。即ち、ポインタＬＰは、メンバ部４の未使用領
域の先頭位置を示す。また、これらのメンバ６Ａ〜６Ｃ
に関する情報（メンバ名，先頭アドレス等）は、それぞ
れディレクトリ５Ａ〜５Ｃとしてディレクトリ部３に登
録されている。

【０００９】図９（ａ）に示す状態で例えばメンバ６Ｂ
の削除処理がなされると、図９（ｂ）に示すように、デ
ィレクトリ部３において、メンバ６Ｂについてのディレ
クトリ５Ｂが抹消される。従って、メンバ部４において
メンバ６Ｂはそのまま残存しているが、そのメンバ６Ｂ
に対してアクセスできなくなり、そのメンバ６Ｂの格納
領域は、無効領域（デッドスペース）になる。このと
き、ポインタＬＰは更新されない。

【００１０】図９（ｂ）に示す状態で例えばメンバ６Ｄ
が新たに登録されると、図９（ｃ）に示すように、ディ
レクトリ部３では、そのメンバ６Ｄについてのディレク
トリ５Ｄが新たに追加されるとともに、メンバ６Ｄが、
メンバ部４におけるメンバ６Ｃ後の未使用領域に書き込
まれ、ポインタＬＰは、メンバ６Ｄの最終位置をポイン
トするように更新される。

【００１１】さらに、図９（ｃ）に示す状態で例えばメ
ンバ６Ａが更新されると、図９（ｄ）に示すように、デ
ィレクトリ部３では、そのメンバ６Ａについてのディレ
クトリ５Ａの内容が更新されてディレクトリ５Ａ′とし
て登録されるとともに、メンバ６Ａの内容を更新して得
られたメンバ６Ａ′が、メンバ部４におけるメンバ６Ｄ
後の未使用領域に書き込まれ、ポインタＬＰは、メンバ
６Ａ′の最終位置をポイントするように更新される。

【００１２】以上のように、区分データセット２では、
通常、処理スピードを重視し、一度使用されたメンバ部
４の領域は、その領域のメンバを削除または更新すると
デッドスペースになり、他のメンバに割り当てられて再
使用されることはない。しかし、特に無効（デッドスペ
ース）になった領域を解放し、未使用領域にまとめる必
要がある場合には、コンデンス（コンプレス）処理を行
なう。

【００１３】このコンデンス処理は、時間を要するた
め、一般に必要時以外には用いられないが、例えば図９
（ｄ）に示す状態でコンデンス処理を行なうと、区分デ
ータセット２のメンバ部４では、図９（ｅ）に示すよう
に、削除や更新により発生した無効領域を未使用領域に
組み入れ、有効な領域（メンバ６Ｃ，６Ｄ，６Ａ′）を
ディレクトリ部３側に詰めた形にすることができる。

【００１４】

【発明が解決しようとする課題】ところで、上述したよ
うに、区分データセット２における各メンバは、図９
（ｃ），（ｄ）にて説明したように、エディタやその他
のプログラムで更新することができるが、現状では、区
分データセット２において、更新したメンバを更新前の
状態に復元する手法は確立されていない。

【００１５】このため、例えばプログラム開発ではソー
スコードを何度も更新しテストを繰り返しながらプログ
ラムを完成させていくが、その際に誤ってメンバを更新
してしまうと、そのメンバを更新前の状態に復元するこ
とができない。つまり、更新前のメンバはメンバ部４内
にデッドスペースとして残っているが、ディレクトリ情
報におけるメンバの先頭アドレス（ＴＴＲ）が新たなも
のに更新されてしまうために更新前のメンバの先頭アド
レスを把握できず、そのメンバを読み出して復元するこ
とができない。

【００１６】そこで、メンバの更新を行なう際に、例え
ば図８に示すディレクトリ部３の空きスペース８を利用
し、更新前のメンバについてのディレクトリ情報をトレ
ース情報として保存するという技術（特開昭５８−１６
６４５７号公報参照）も提案されている。この技術で
は、メンバの復元処理を行なう際には、最終ディレクト
リ表示マーク１６の後にトレース情報が保存されている
か否かを判定し、トレース情報が存在する場合には、そ
のトレース情報のメンバ名を読み出し、そのメンバ名が
復元対象メンバのメンバに一致するか否かを判定する。
そして、メンバ名の一致するトレース情報が存在する場
合、つまり復元対象メンバについてのトレース情報が存
在する場合、そのトレース情報に含まれる復元対象メン
バの先頭アドレスを参照し、そのメンバの復元が行なわ
れている。

【００１７】この場合、トレース情報の有無の判定，メ
ンバ名の読出，メンバ名の一致判定等の各種処理を行な
う必要があり、メンバ復元処理の手順が多く煩雑であ
る。従って、より簡素な手順で確実かつ迅速に、更新し
たメンバを更新前の状態に復元する手法を確立すること
が望まれている。本発明は、このような課題に鑑み創案
されたもので、誤ってメンバを更新した場合でも、その
メンバを、簡素な手順で確実かつ迅速に復元できるよう
にした、区分データセットのメンバ復元方法を提供する
ことを目的とする。

【００１８】

【課題を解決するための手段】上記目的を達成するため
に、本発明の区分データセットのメンバ復元方法（請求
項１）は、互いに独立した順編成データ群であるメンバ
を格納するメンバ部とメンバ部に格納された各メンバに
ついてのディレクトリ情報を格納するディレクトリ部と
からなり且つ直接アクセスボリューム上に存在する区分
データセットにおいてそのメンバ部に格納されたメンバ
を更新した後に更新前の状態に復元するための方法であ
って、メンバ更新時に、更新対象メンバの更新前位置
を、更新後位置とともに、更新対象メンバについてのデ
ィレクトリ情報としてディレクトリ部に記録し、更新対
象メンバの更新後に、ディレクトリ情報として記録され
た更新前位置を参照してメンバ部の更新前位置からメン
バを読み出すことにより、更新後のメンバを更新前の状
態に復元することを特徴としている。

【００１９】また、本発明の区分データセットのメンバ
復元方法（請求項２）は、前記請求項１と同様の区分デ
ータセットにおいてそのメンバ部に格納されたメンバを
更新した後に更新前の状態に復元するための方法であっ
て、メンバ更新時に、更新対象メンバの更新前のディレ
クトリ情報を、メンバ名を変更した状態で保存してか
ら、更新対象メンバに対する更新を行ない、更新対象メ
ンバの更新後に、更新前のディレクトリ情報を参照して
ディレクトリ情報に含まれる位置情報に基づきメンバを
読み出すことにより、更新後のメンバを更新前の状態に
復元することを特徴としている。

【００２０】さらに、本発明の区分データセットのメン
バ復元方法（請求項３）は、前記請求項１，２と同様の
区分データセットにおいてそのメンバ部に格納されたメ
ンバを更新した後に更新前の状態に復元するための方法
であって、メンバ更新に伴って無効になった領域を先頭
から読み出し、ＥＯＦを検出する毎に仮のメンバ名を生
成してディレクトリ部にディレクトリ情報として順次追
加し、ディレクトリ部に追加されたディレクトリ情報に
基づいてメンバ部の無効領域におけるメンバを順次再生
・表示して復元対象メンバを視認し、視認された復元対
象メンバのメンバ名を復元対象メンバのメンバ名に変更
することにより、更新後のメンバを更新前の状態に復元
することを特徴としている。

【００２１】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態を説明する。 （Ａ）本発明を適用される装置の構成の説明 図２は本発明の各実施形態としての区分データセットの
メンバ復元方法を適用される装置の構成例を示すブロッ
ク図であり、この図２においても、１は直接アクセスボ
リューム、２は区分データセット、３はディレクトリ部
（登録簿）、４はメンバ部、５Ａ〜５Ｃはディレクト
リ、１６は最終ディレクトリ表示マーク、６Ａ〜６Ｃは
メンバである。

【００２２】ここで、区分データセット２は、図８でも
前述したように、互いに独立した順編成データ群である
メンバ６Ａ〜６Ｃを格納するメンバ部４と、このメンバ
部４に格納された各メンバ６Ａ〜６Ｃについてのディレ
クトリ５Ａ〜５Ｃを格納するディレクトリ部３とからな
り、直接アクセスボリューム１上に格納されている。な
お、各メンバ６Ａ〜６Ｃの終わりの位置にも、ＥＯＦマ
ーク７（図８参照）が設けられているが、図２ではその
図示は省略されている。

【００２３】また、図２において、１０はデータ処理装
置、１１は応用処理部、１２はデータ管理部、１３はメ
ンバ更新・削除処理部、１４はメンバ復元処理部、１５
は端末である。データ処理装置１０は、逐次命令をフェ
ッチして実行するもので、応用処理部１１およびデータ
管理部１２を有している。

【００２４】応用処理部１１は、各端末１５からの要求
によって動作し、直接アクセスボリューム１上の区分デ
ータセット２についてのデータを処理するものである。
この応用処理部１１は、各端末１５からの区分データセ
ット２へのアクセス要求を受けると、データ管理部１２
がサポートするマクロ命令等を発行することにより、デ
ータ管理部１２を起動し、データ管理部１２の提供する
機能を利用してそのアクセス要求を実行する。

【００２５】データ管理部１２は、応用処理部１１から
の要求に応じて直接アクセスボリューム１に対して入出
力命令を発行し、区分データセット２のディレクトリ部
３へのメンバの登録・更新や削除を行なったりメンバ部
４の各メンバ６Ａ〜６Ｃに対する入出力処理を行なった
りするものである。このデータ管理部１２はメンバ更新
・削除処理部１３およびメンバ復元処理部１４を有して
おり、メンバ更新・削除処理部１３は、メンバの更新処
理または削除処理を実行するものであり、メンバ復元処
理部１４は、メンバ更新・削除処理部１３により更新さ
れたメンバを更新前の状態に復元する処理を実行するも
のである。このメンバ復元処理部１４による復元手法に
ついての第１〜第３実施形態を以下に説明する。

【００２６】（Ｂ）第１実施形態の説明 まず、図４（ａ），（ｂ）により、通常の区分データセ
ットの更新手順を説明する。例えば図４（ａ）に示すよ
うに、区分データセット２のメンバ部４にメンバ６Ａ，
６Ｂが格納され、各メンバ６Ａ，６Ｂについてのディレ
クトリ５Ａ，５Ｂがディレクトリ部３に格納されている
ものとする。なお、図４（ａ），（ｂ）中の網掛け領域
は、メンバ更新やメンバ消去によって無効化された領域
（デッドスペース）である。

【００２７】図９（ａ）〜（ｅ）にても前述した通り、
図４（ａ）に示す状態でメンバ６Ａを更新すると、図４
（ｂ）に示すように、最終ブロックポインタＬＰを増や
すことにより、メンバ部４に新たなスペースを確保し
て、更新したメンバ６Ａ′を書き出すとともに、メンバ
６Ａについてのディレクトリ５Ａの内容である先頭アド
レス（ＴＴＲ）を新メンバ６Ａ′の先頭アドレス（更新
前の最終ブロックポインタＬＰの値）に変更する。これ
により、変更前のメンバ６Ａが占めていた領域はもはや
使用されることはなくなり、無効領域（デッドスペー
ス）となる。

【００２８】第１実施形態では、上述のような無効領域
から旧メンバ６Ａを読み出して更新前の状態を復元でき
るようにすべく、メンバ更新・削除処理部１３によりメ
ンバ６Ａを更新する際に、図３に示すように、更新対象
メンバの更新前位置〔メンバ旧位置（ＴＴＲ）〕を、更
新後の位置〔メンバ位置（ＴＴＲ）〕とともに、更新後
の新メンバ６Ａ′についてのディレクトリ情報としてデ
ィレクトリ部３のディレクトリ５Ａに記録している。

【００２９】一般に、各メンバに対応して設けられるデ
ィレクトリ内には、ユーザによって書込を行なえる領域
がそなえられており、その領域にエントリをそなえれ
ば、複数のメンバ位置を記録し保存することができる。
そこで、この第１実施形態では、その領域を利用し、メ
ンバ更新時には、メンバ更新・削除処理部１３により、
更新対象メンバのディレクトリに更新後の位置とともに
過去の位置も記録し保存している。

【００３０】そして、メンバ復元処理部１４は、端末１
５から更新後のメンバの復元要求を受けた場合には、そ
のメンバについてのディレクトリにディレクトリ情報と
して記録された更新前位置（メンバ旧位置）を参照し、
メンバ部４の更新前位置からメンバを読み出すことによ
り、更新後のメンバを更新前の状態に復元する。より具
体的な例を図１（ａ），（ｂ）に示す。ここでも、図１
（ａ）に示すように、区分データセット２のメンバ部４
にメンバ６Ａ，６Ｂが格納され、各メンバ６Ａ，６Ｂに
ついてのディレクトリ５Ａ，５Ｂがディレクトリ部３に
格納されているものとする。各ディレクトリ５Ａ，５Ｂ
には、それぞれ、メンバ名“member1 ”，“member2 ”
と現在のメンバ位置ＴＴＲ＝００１００５，００２５０
３とが記録され保持されている。なお、図１（ａ），
（ｂ）中の網掛け領域は、メンバ更新やメンバ消去によ
って無効化された領域（デッドスペース）である。

【００３１】図１（ａ）に示す状態でメンバ６Ａを更新
すると、図１（ｂ）に示すように、通常通り、最終ブロ
ックポインタＬＰを増やすことにより、メンバ部４に新
たなスペースを確保して、更新したメンバ６Ａ′を書き
出す。また、ディレクトリ５Ａにおけるメンバ位置は新
メンバ６Ａ′の先頭アドレス（更新前の最終ブロックポ
インタＬＰの値）ＴＴＲ＝００３００１に変更されると
ともに、本実施形態では、変更前のメンバ位置ＴＴＲ＝
００１００５は、旧ＴＴＲとしてディレクトリ５Ａに記
録される。

【００３２】このとき変更前のメンバ６Ａが占めていた
領域は一応無効領域（デッドスペース）となるが、メン
バ６Ａをメンバ６Ａ′に更新した後に、メンバ６Ａ′を
更新前のメンバ６Ａに復元する要求をデータ処理装置１
０が受けると、メンバ復元処理部１４は、メンバ６Ａ′
についてのディレクトリ５Ａのメンバ旧位置の値ＴＴＲ
＝００１００５を参照し、メンバ部４でデッドスペース
となっている位置ＴＴＲ＝００１００５から、旧メンバ
６Ａを読み出して復元処理を行なう。

【００３３】このように、本発明の第１実施形態によれ
ば、誤ってメンバを更新した場合でも、そのメンバを、
簡素な手順で確実かつ迅速に復元することが可能にな
る。なお、上述した例では、旧位置を１つだけ保存する
場合について説明しているが、メンバ位置を保持するた
めのエントリを３つ以上そなえれば、旧位置を２つ以上
保存することもでき、この場合、複数世代前のメンバを
復元することがも可能になる。

【００３４】（Ｃ）第２実施形態の説明 第２実施形態では、メンバ更新・削除処理部１３により
メンバ６Ａを更新する際に、メンバ更新・削除処理部１
３は、更新対象メンバ６Ａの更新前のディレクトリ情報
を、メンバ名を変更した状態で保存してから、更新対象
メンバ６Ａに対する更新を行なっている。

【００３５】そして、メンバ復元処理部１４は、端末１
５から更新後のメンバの復元要求を受けた場合には、そ
のメンバの変更名をもつディレクトリを参照し、そのデ
ィレクトリに保存されているメンバ旧位置を参照し、メ
ンバ部４の更新前位置からメンバを読み出すことによ
り、更新後のメンバを更新前の状態に復元する。より具
体的な例を図５（ａ），（ｂ）に示す。ここでも、図５
（ａ）に示すように、区分データセット２のメンバ部４
にメンバ６Ａ，６Ｂが格納され、各メンバ６Ａ，６Ｂに
ついてのディレクトリ５Ａ，５Ｂがディレクトリ部３に
格納されているものとする。各ディレクトリ５Ａ，５Ｂ
には、それぞれ、メンバ名“PROG1 ”，“member2 ”と
現在のメンバ位置ＴＴＲ＝００１００５，００２５０３
とが記録され保持されている。

【００３６】図５（ａ）に示す状態でメンバ６Ａを更新
すると、図５（ｂ）に示すように、通常通り、最終ブロ
ックポインタＬＰを増やすことにより、メンバ部４に新
たなスペースを確保して、更新したメンバ６Ａ′を書き
出す。また、このとき、本実施形態では、更新対象メン
バ６Ａの更新前のディレクトリ５Ａにおいてメンバ名を
“#PROG1”に変更することにより、更新前のメンバ旧位
置ＴＴＲ＝００１００５が保存されるとともに、更新後
の新メンバ６Ａ′についての新たなディレクトリ６Ｃに
は、メンバ名“PROG1 ”と新メンバ６Ａ′の先頭アドレ
ス（更新前の最終ブロックポインタＬＰの値）ＴＴＲ＝
００３００１とが記録される。

【００３７】これにより、メンバ６Ａは、無効領域（デ
ッドスペース）とはならず、ディレクトリ５Ａによりポ
インティングされた状態で保存されることになる。従っ
て、メンバ６Ａをメンバ６Ａ′に更新した後に、メンバ
６Ａ′を更新前のメンバ６Ａに復元する要求をデータ処
理装置１０が受けると、メンバ復元処理部１４は、その
メンバ６Ａ′の変更名“#PROG1”をもつディレクトリ５
Ａを参照し、そのディレクトリ５Ａに保存されているメ
ンバ旧位置ＴＴＲ＝００１００５を参照し、メンバ部４
の更新前位置ＴＴＲ＝００１００５から旧メンバ６Ａを
読み出して復元処理を行なう。

【００３８】このように、本発明の第２実施形態によっ
ても、誤ってメンバを更新した場合で、そのメンバを、
簡素な手順で確実かつ迅速に復元することが可能にな
る。 （Ｄ）第３実施形態の説明 ところで、図１（ａ），（ｂ）や図４（ａ），（ｂ）で
説明したように、メンバ更新により無効領域（デッドス
ペース）となった領域には、例えば図６に示すように、
更新前のメンバがそのままの状態で残っており、各メン
バの最後には、データ長ゼロの符号であるＥＯＦマーク
が記録されている。

【００３９】そこで、第３実施形態のメンバ復元処理部
１４は、端末１５からメンバ復元要求を受けると、メン
バ更新に伴って無効になった領域（デッドスペース）を
先頭から読み出し、例えば図７に示すように、ＥＯＦマ
ークを検出する毎に仮のメンバ名“$0000001”，“$000
0002”，“$0000003”，…を生成し、そのメンバ名を各
メンバの先頭位置ＴＴＲ＝００１００１，０１５００
４，０３５００６…とともにディレクトリ部３にディレ
クトリ情報として順次追加する。

【００４０】そして、ディレクトリ部３に追加されたデ
ィレクトリ情報に基づいてメンバ部４の無効領域におけ
るメンバを、端末１５の表示画面上で順次再生・表示
し、メンバ復元を要求したオペレータが表示画面上で復
元対象メンバを視認する。復元対象メンバが視認される
と、そのメンバについてのディレクトリにおけるメンバ
名を復元対象メンバのメンバ名に変更することにより、
更新後のメンバを更新前の状態に復元する。

【００４１】このように、本発明の第３実施形態によっ
ても、誤ってメンバを更新した場合に、そのメンバを、
簡素な手順で確実かつ迅速に復元することが可能にな
る。

【００４２】

【発明の効果】以上詳述したように、本発明の区分デー
タセットのメンバ復元方法（請求項１〜３）によれば、
誤ってメンバを更新した場合でも、そのメンバを、簡素
な手順で確実かつ迅速に復元できる効果がある。

【図面の簡単な説明】

【図１】（ａ），（ｂ）はいずれも本発明の第１実施形
態としての区分データセットのメンバ復元方法を説明す
るための図である。

【図２】本発明の各実施形態としての区分データセット
のメンバ復元方法を適用される装置の構成例を示すブロ
ック図である。

【図３】本発明の第１実施形態におけるディレクトリの
登録内容を示す図である。

【図４】（ａ），（ｂ）はいずれも通常の区分データセ
ットの更新手順を説明するための図である。

【図５】（ａ），（ｂ）はいずれも本発明の第２実施形
態としての区分データセットのメンバ復元方法を説明す
るための図である。

【図６】本発明の第３実施形態としての区分データセッ
トのメンバ復元方法を説明するための図である。

【図７】本発明の第３実施形態としての区分データセッ
トのメンバ復元方法を説明するための図である。

【図８】一般的な区分データセットの構成を説明するた
めの図である。

【図９】（ａ）〜（ｅ）はいずれも一般的な区分データ
セットの領域管理手法を説明するための図である。

【符号の説明】

１ 直接アクセスボリューム ２ 区分データセット ３ ディレクトリ部 ４ メンバ部 ５Ａ〜５Ｄ ディレクトリ ６Ａ〜６Ｄ，６Ａ′ メンバ ７ ＥＯＦマーク １０ データ処理装置 １１ 応用処理部 １２ データ管理部 １３ メンバ更新・削除処理部 １４ メンバ復元処理部 １５ 端末

Claims (3)

【特許請求の範囲】
1. 【請求項１】 互いに独立した順編成データ群であるメ
   ンバを格納するメンバ部と該メンバ部に格納された各メ
   ンバについてのディレクトリ情報を格納するディレクト
   リ部とからなり且つ直接アクセスボリューム上に存在す
   る区分データセットにおいて、該メンバ部に格納された
   メンバを更新した後に更新前の状態に復元するための方
   法であって、 該メンバ部に格納されたメンバを更新する際に、更新対
   象メンバの更新前位置を、更新後位置とともに、該更新
   対象メンバについてのディレクトリ情報として該ディレ
   クトリ部に記録し、 該更新対象メンバの更新後に、該ディレクトリ情報とし
   て記録された更新前位置を参照して該メンバ部の更新前
   位置からメンバを読み出すことにより、更新後のメンバ
   を更新前の状態に復元することを特徴とする、区分デー
   タセットのメンバ復元方法。
2. 【請求項２】 互いに独立した順編成データ群であるメ
   ンバを格納するメンバ部と該メンバ部に格納された各メ
   ンバについてのディレクトリ情報を格納するディレクト
   リ部とからなり且つ直接アクセスボリューム上に存在す
   る区分データセットにおいて、該メンバ部に格納された
   メンバを更新した後に更新前の状態に復元するための方
   法であって、 該メンバ部に格納されたメンバを更新する際に、更新対
   象メンバの更新前のディレクトリ情報を、メンバ名を変
   更した状態で保存してから、該更新対象メンバに対する
   更新を行ない、 該更新対象メンバの更新後に、該更新対象メンバの更新
   前のディレクトリ情報を参照して該ディレクトリ情報に
   含まれる位置情報に基づきメンバを読み出すことによ
   り、更新後のメンバを更新前の状態に復元することを特
   徴とする、区分データセットのメンバ復元方法。
3. 【請求項３】 互いに独立した順編成データ群であるメ
   ンバを格納するメンバ部と該メンバ部に格納された各メ
   ンバについてのディレクトリ情報を格納するディレクト
   リ部とからなり且つ直接アクセスボリューム上に存在す
   る区分データセットにおいて、該メンバ部に格納された
   メンバを更新した後に更新前の状態に復元するための方
   法であって、 メンバ更新に伴って無効になった領域を先頭から読み出
   し、 ＥＯＦ（エンド・オブ・ファイル）を検出する毎に仮の
   メンバ名を生成して該ディレクトリ部にディレクトリ情
   報として順次追加し、 該ディレクトリ部に追加されたディレクトリ情報に基づ
   いて該メンバ部の無効領域におけるメンバを順次再生・
   表示して復元対象メンバを視認し、 視認された復元対象メンバのメンバ名を復元対象メンバ
   のメンバ名に変更することにより、更新後のメンバを更
   新前の状態に復元することを特徴とする、区分データセ
   ットのメンバ復元方法。