0

私は一連の CL プログラムを研究するように割り当てられています。これらのプログラムは集合的に、いくつかの必要なタスクを実行します。バッチで実行されるものもあれば、インタラクティブに実行されるものもあります。いずれかがエラーになると、DMPCLPGM ステートメントが実行され、QPPGMDMP スプール ファイルが生成されます。現在、何らかの設計上の欠陥により、障害後にプログラムが再実行されると、QPPGMDMP が何らかの形で削除されます。このスプール ファイルは、ユーザーが後でエラーの原因を調査できるように保持することを目的としています。チェックするプログラムが多すぎるため、すべてのソース メンバーを単純にスキャンすることは現実的ではありません。私の計画は、何らかの方法でスプール ファイルをロックして、プログラムによってスプール ファイルが削除されようとしているときに、その特定のプログラムがクラッシュするようにすることです。この方法はどの程度実用的ですか?または、QPPGMDMP の削除を担当するプログラムを追跡する他の良い方法はありますか? どうもありがとう。

4

2 に答える 2

2

スプール・ファイルに何が起こっているかを判別する最も簡単な方法は、CHGSECAUDコマンドでセキュリティー監査を有効にし、監査が に対して有効になっていることを確認することです*SPLFDTA

コマンドを使用して、スプール・ファイルのアクティビティーをモニターできますDSPAUDJRNE ENTTYPE(SF)

詳しくは:

于 2012-03-27T17:14:57.060 に答える
0

何がそれらを削除しているのかを理解する必要があります。印刷されていますか?ASAVE(*YES)はそれを修正します。削除されていますか?それなら止められない。問題を解決する必要があります。スプールファイルの権限を、実行中のユーザーが削除する権限を持たないものに変更するという別のオプションがあると思います。

スプール ファイルを削除する方法は他にもありますが、通常DLTSPLFはそれが原因です。

この記事を使用して、権限の変更について学ぶことができます。

それらは削除されており、作成されていませんか?

于 2012-03-27T14:25:04.217 に答える