Nichtgesicherte Files erkennen

[Andreas Herzfeldt]

Moin mtu,

wenn der JOB im BATCH läuft, dann würde ich entweder beim SBMJOB oder in einer JOBD die Nachrichtenaufzeichnungs-werte auf Ebene = 4 Bewertung = 00 Text *MSG setzen. Dann erhälst Du ein JOBLOG und kannst darin die nicht gesicherten Objekte ausfindig machen.

Andreas

[tfroehlich]

Guten Morgen,

unsere Sicherung ist ein selbstgeschriebenes CL, welches
submitted läuft.

Zum Schluss haben wir den Befehl

dspjoblog output(*print)

hinterlegt.

In dem so erstelllten Protokoll wird genau aufgelistet, welche
Files der Job nicht sichern konnte.

Gruss Thomas

[mtu]

Hallo Thomas,

das mit dem Joblog drucken ist eine gute Idee. Bei uns läuft die Sicherung auch mit einem CL-Script.

Ist das Joblog dann nicht ein bisschen groß? Werden wohl dann auch jeden Tag ein paar Seiten sein, oder?

[Andreas Herzfeldt]

Wie gesagt mit den verändern der Nachrichtenparameter wird auch ein JOBLOG erstellt und zwar gezielt nur für den SBM der Datensicherung. Mach doch in dem CL vorher einen OVRPRTF auf die QEZJOBLOG und packe die in eine OUTQ wie z. B. PROTOUTQ. Da kannst Du dannst Du dann entweder nach "nicht gesichert" oder ich meine CPF3741 suchen.

Andreas

[tfroehlich]

Hallo,

der Joblog kann schon ein paar Seiten werden.
Bei uns sind die nicht der Rede wert( ca. 140 Seiten).

Die verwendete Printerfile sollte aber auf *nomax
gestellt sein.
Nach dem ersten Lauf der geänderten Sicherung, weisst Du ja
wieviele Seiten das sind.

Der Lösungsvorschlag von Andreas Herzfeldt sieht aber auch sehr vielversprechend aus.

Gruss Thomas

[i5user]

HTH + HAND ??????????????????

[kuempi von stein]

HTH + HAND ??????????????????

<A id=HTH>
HTH: // [Usenet: very common] Abbreviation: Hope This Helps (e.g. following a response to a technical question). Often used just before HAND.

<A id=HAND>
HAND: // [Usenet: very common] Abbreviation: Have A Nice Day. Typically used to close a Usenet posting, but also used to informally close emails; often preceded by HTH.

[Andreas Herzfeldt]

Du kannst ja im CL steuern was Du alles protokollieren willst, normalerweise gehen QPJOBLOG in die OUTQ QEZJOBLOG. Du kannst aber vorher im CL einen OVRPRTF FILE(QPJOBLOG) OUTQ(QGPL/PROTOUTQ) + OVRPRTF FILE(QPSAVOBJ) OUTQ(QGPL/PROTOUTQ), damit schreibst Du den SPOOL in die OUTQ QGPL/PROTOUTQ (vorher mit CRTOUTQ erstellen !) und kannst Sie Dir ansehen. Mach dann im CL am Programmende einen DLTOVR *ALL. Aber wie schon gesagt, Du mußt im SBMJOB die Protokollierung mit 4/00/*MSG setzen. Die Lösung von Christian ist auch praktikabel, aber im JOBLOG steht ergänzend drin, warum er nicht gesichert hat ! QEZJOBLOG + QPSAVOBJ sind IBM-druckerdateien, diese werden auto-
matisch vom System verwendet.

Andreas

[mtu]

Moin mtu,

wenn der JOB im BATCH läuft, dann würde ich entweder beim SBMJOB oder in einer JOBD die Nachrichtenaufzeichnungs-werte auf Ebene = 4 Bewertung = 00 Text *MSG setzen. Dann erhälst Du ein JOBLOG und kannst darin die nicht gesicherten Objekte ausfindig machen.

Andreas

wenn ich nur die nichtgesicherten Objekte in diesem Log haben will, dann kann ich doch auch die Stufe des Severity hochsetzen, oder? das würde ja dann auch mein logvolumen verkleinern, oder? welche severity wäre denn hierfür günstig, sodass ich auf jeden fall alle nichtgesichterten files sehe?