区 分データーセットの構造は非常に単純で、そのままの状態では一度使用した領域を再び使用する事はありません。一度使用した領域を再び使用する為にはIEBCOPY等のユーティリティーを使用してCOMPRESSしなければならないのです。つまり、COMPRESSするまでの間は、消えてしまったはずのデータがそのままの姿でDASD上に存在している事になります。Revive!はこの使用済み領域にディレクトリー・エントリーを作成し、再び使用できる様にするツールです。

Download : Revive.zip (29K Byte)
ZIP形式で圧縮しています。Winzip等のツールで展開して下さい。

Install : 導入方法

Usage : 使用方法

Knowledge : 技術情報

History : 変更履歴

注意 その１

注意 その２

ロードモジュール対応：

現在、ロードモジュールを復元する事が出来ません。（データを復元する事は可能なのですが、ロードモジュールはディレクトリー上に制御用の情報を持っており、その部分を再作成しなければデータを戻しても意味が有りません。）

これまでLoadmoduleのRecord Layoutが不明でした(一部解析してました)が、DF/SMS 1.4から以下のマニュアルにRecord Layoutが載っている事に気付きました。

DFSMS/MVS Version 1 Release 4
Program Management
Document Number SC26-4916-03
Program Number
5695-DF1
5647-A01
File Number S390-20

H.0 Appendix H. Linkage Editor Load Module Formats
H.2 Record Formats

とりあえず、以前作成していたModule Format 解析 Program を修正してTest Programを作成(途中ですが)しました。

異なるレコード長を持ったデータの読み込み：

現在、データ部にVTOCと異なるレコード長のデータが存在していた場合、そのデータを読み込む事ができません。本来であれば異なるレコード長を持ったデータなどは存在しないのですが、MVSの仕様？でJCL又はプログラムにDCB情報を指定して、OUTPUTでオープンするとVTOC情報が書き換わってしまいます。これを繰り返せば、メンバー単位に異なるレコード長を持ったデータセットが存在してしまいます。

通常、このメンバーを読み込むとI/Oエラーとなります。しかし、DITTO等を見ていると技術的には読み込み可能なはずであり、その方法を模索しています。XDAPを使用して読み込みを試みましたが、上手くいっていません（読めない事は無いのですが、読み込んだレコードの長さが判断できません）

排他はどうかな？：

ディレクトリー更新時の排他処理が上手くいっていません。というかやり方が判りません。ISPFのEDIT機能の様に、データセットにEXCLUSIVE ENQをかけずに排他処理を実施するにはどうすればいいんでしょう？

中途半端に放置された機能を。。。：

データセット情報画面にただ面倒だというだけの理由で欠落している項目、拡張復元時に作成する新規データセットの大きさが指定できない、モジュールの分割に失敗して結局メインルーチンが巨大である、アルゴリズムを良く研究していない時代に作ったルーチンが多く、ちょっとはずかしい、等の点を。。。そのうち直します。

Version 1以降の計画(PDS-E対応?)

PDS-EはPDSとは異なり、Mapによってデータを管理しています。おそらくLost Chainを調べると、半自動でデータを復元できるのではないか?!と思っています。そのうちManualを読んで解析、可能であればPDS-E対応します。(しかし、SMS はどの程度使われているのだろう?? ドイツは結構進んでるってうわさは耳にしましたが。。)

使用条件