|
1:ＦＤによるデータ退避 あしか 04/08 13:48 こんにちは、はじめまして。 今回、あるユーザーの環境を社内に構築することになったのですが ＣＧＭＴを接続しているマシンが社内にないため #VOLPRを使って、FDに環境を退避できないかと 社内で試してみたところ、「制御ファイルがオーバーフローしました」というエラーが発生してしまいました。 #NEWSRや#BKUPを使って、テープにデータを退避することは FDでは不可能なのでしょうか？ ご教授よろしくお願いします。 3:Re:ＦＤによるデータ退避 あしか 04/08 16:57 さっそくの回答ありがとうございました。 先輩に「FDなら、VOLSRじゃない？」と言われて、＃NEWSRは使用しませんでした。退避媒体がFDも＃NEWSRを使用できるものなんですか？ （基本的な質問ですみません） 先ほどのエラーは、上位のマシン、OSで試したところ 解決しました。 ただ、「そんなに容量ないだろう」というファイルのバックアップだけでも、何枚も何枚も媒体の変更を要求されるのですが そういうものなのでしょうか？ 4:Re:ＦＤによるデータ退避 BLUELION 04/08 18:36 > ただ、「そんなに容量ないだろう」というファイルのバックアップだけでも、何枚も何枚も媒体の変更を要求されるのですが > そういうものなのでしょうか？ 的はずれかもしれませんが SYS@FDFなどのファイル管理ファイルも保存されるからではないでしょうか？ また MSD000だとパラメータによっては 他のシステムファイルも保存対象となりますよ 5:Re:ＦＤによるデータ退避 あしか 04/08 18:49 ありがとうございます。 そうなんですね・・・。 ただ、今回は作業時間もそんなに取れないので ライブラリ類は、LBMで、容量いっぱいコピーする、を繰り返し、 その他データファイル類は、allocate JSを作成して とりあえずの環境を持ち帰ることで対応することにしました。 まだ訪問予定もありますので、その際に、必要なデータはいただいて帰ることにします。 コマンドの意味とかやっぱりちゃんと分かってないとだめですね・・・ 6:Re:ＦＤによるデータ退避 bluelion 04/08 21:11 ＳＹＳ＠ＦＤＦなどを持っていくと ファイルのアロックパラメータなどを作るのは簡単ですよ FDFの構造はマニュアルに載ってあります 普通は ＃ＭＡＰなどのリストがかんたんかもしれませんけど ＦＤＦから生成すれば ファイル名などを打たなくてすみますから 7:Re:ＦＤによるデータ退避 BLUELION 04/08 21:29 �����T 8:Re:ＦＤによるデータ退避 tahrayan 04/09 22:49 > さっそくの回答ありがとうございました。 > > 先輩に「FDなら、VOLSRじゃない？」と言われて、＃NEWSRは使用しませんでした。退避媒体がFDも＃NEWSRを使用できるものなんですか？ > （基本的な質問ですみません） > ＃ＮＥＷＳＲでもできます。 私は基本的に＃ＶＯＬＳＲの機能強化バージョンが ＃ＮＥＷＳＲだと思っています。 （でも、何か＃ＮＥＷＳＲでは使えないものもあった ような気がしますが、忘れてしまいました。） だいたい同じ機能を持っていたと思います。 >先ほどのエラーは、上位のマシン、OSで試したところ >解決しました。 やはりメモリ不足ですかね。 無事解決できてよかった。 9:SUL��#LBM#SAB43 温泉好きのうさぎ 04/10 01:58 こんばんは。 まったく本題とは離れますが、 > ライブラリ類は、LBMで、容量いっぱいコピーする、を繰り返し ソースやJS，PMをフロッピーにコピーするのは非常に時間がかかりますよね。 とくにSULのメンバを#LBMでコピーすると、フロッピー１枚で20〜30分ぐらいかかったりします。 そういうときは、#LBMより高速でコピーできる「#SAB43」の使用が便利です。 ご存知無い方が多いと思いますので、簡単に紹介しますと、機能は#LBMと同等で、SUL,JSL,PML,LML間でメンバの追加、置換、コピーを行うものなのですが、高速モードが存在します。 ただし、常に高速モードになるわけではなく、いくつかの条件があります。そのうち主なものが、 (1) 出力先の空領域がコピーしようとするメンバのサイズ（複数指定のときは、その合計）以上あること (2) １メンバのサイズがある大きさ以上（具体的な数値を思い出せませんが、SUは50セクタぐらいだったような、JS,PMはそれより少し小さかったか。） JSやPMは(2)の条件にひっかることが多いので、あまり効果が出ませんが、通常のCOBOLのソースであれば、#LBMの1/3ぐらいの時間でコピーできます。 (1)の条件を考慮すると、効果的な方法として、FDUにアロケートしたのと同じ大きさのSULをMSD上にもアロケートしておき、そこに今回のFDUにコピーしたいメンバを入れます。(MSD同士だと速いので#LBMを使ってもよい) #SAB43のACT=HCOPYでNAM=!として、全メンバを高速コピーする。(進捗表示が画面に出ます) MSD上のSULを２個用意しておいて、交互にそれぞれのコピーを行うようにすれば完璧。 ちょっとわかりにくい説明で申し訳ありません。 10:Re:SUL��#LBM#SAB43 BLUELION 04/11 00:44 こんにちは > ご存知無い方が多いと思いますので、簡単に紹介しますと、機能は#LBMと同等で、SUL,JSL,PML,LML間でメンバの追加、置換、コピーを行うものなのですが、高速モードが存在します。 初めて知りました 試してみます FDUにアロケートしたのと同じ大きさのSULをMSD上にもアロケートしておき、そこに今回のFDUにコピーしたいメンバを入れます。(MSD同士だと速いので#LBMを使ってもよい) 私は同じファイルのサイズで割り付けるのまでは同じですが＃ＡＢＣの複写でファイル全体をコピーします この方法もライブラリ使用率が高い場合は無駄な部分が少なくなるので効果的です 11: 温泉好きのうさぎ 04/11 11:30 高速モード使用の条件について、ユーティリティ説明書に詳しく書いてありました。私の書いた内容は間違っておりました。 以下、説明書を一部引用します。（表の部分が見にくいと思います。） ＜以下引用開始＞ 高速モードを”使用する”と指定することにより、以下の条件が満たされている場合にライブラリメンバの複写を高速に行います。 ・複写先（出力側のファイルがあらかじめ初期化されている。） ・複写対象メンバが下記のサイズである。 ［高速化の基準値］ 指定装置−ファイルタイプ SUL/JSL/PML CUL LML ＭＳＤ→ＭＳＤ 600ステップ以上 300セクタ以上 100セクタ以上 ＦＤＵ→ＭＳＤ 1800ステップ以上 700セクタ以上 300セクタ以上 ＭＳＤ→ＦＤＵ 60ステップ以上 20セクタ以上 300セクタ以上 （上記は１メンバのサイズです） ＜以上引用終わり＞ SUL,JSL,PMLで差は無いようです。入出力の装置によってかなり条件が違うようです。 この件に関して、テストデータの測定の結果を、別スレッドにて立ち上げました。ご確認ください。 12:結果ご報告 あしか 04/12 10:51 みなさん、いろいろな情報をありがとうございました。 先週、環境調査に行ってきました。（みなさんの情報に気づかずに・・・） 10,000弱のSULのコピーをLBMで行い、１時間以上かかったため LMのコピーは次回に見送りました。（あまり時間がとれないため） アロケートJSを作成するつもりでしたが 現地にその機能がなく、作成できませんでした。 SYS@FDFのことも勉強して、再度行く予定です。 |