SPLF zurücksichern

[Robi]

sicher mal nach *savf

dieses dann mit dspsavf ansehen. mi 5 siehst du die spools
(wenn welche drin sind)

Robi

[KM]

Wie soll ich denn nach *SAVF zurücksichern? Ich kann doch nur in eine SAVF sichern und diese dann wieder zurücksichern. Aber ein Objekt kann ich doch nicht in eine SAVF zurücksichern, oder?

Hab's jetzt auch schon mit anderen Benutzern und anderer Zielbibliothek versucht, aber immernoch dasselbe Problem.

Gruß,
KM

[Robi]

ganz ruhig ...

Du hat recht, aber ich schrieb ja auch sichern, nicht zurücksichern.
Asl erstes muß doch klar werden ob beim Sichern die Spools mit gesichert werden.
also
crtsavf mylib/mysavf

SAVOBJ OBJ(MyOutq) LIB(MyOutqLib) DEV(*SAVF) OBJTYPE(*OUTQ) SAVF(Mylib/mySAVF) SPLFDTA(*ALL) OUTPUT(*PRINT)

dann
dspsavf mylib/mysavf

und dann die 5

??? Spools drin???

Robi

[KM]

Mit Sicherung auf SAVF klappt's ohne Probleme. Hab's gerade getestet und die OUTQ von der SAVF auf das Testsystem zurückgesichert. Die SPLFs sind jetzt da.

Mit SAVRSTOBJ funktioniert's auch.

Ich brauche aber die Daten von einem bestimmten Band. Und da werden die SPLFs nicht zurückgesichert.

Gruß,
KM

[Fuerchau]

Hierzu hilft ggf. "DSPTAP ... DATA(*SAVRST)" um herauszufinden ob da überhaupt Spools gesichert wurden.

Was sagt denn das Joblog zum RSTOBJ?

[Robi]

ok, der save ist also ok.

Du schreibst ... ein bestimtes Band ...

Sind den da die spoold draufß

dsptap *savrst sollte das zeigen.

und beim restore ggf das Protokolllevel kleiner einstellen

Robi

[KM]

Der DSPTAP zeigt nur an, dass die OUTQ gesichert wurde, aber nicht welche SPLFs gesichert wurden. Die SPLFs wurden aber definitiv gesichert. Ich hab inzwischen auch schon mehrere andere Bänder ausprobiert.

Das Joblog sagt folgendes:

CPC3703    Beendigung              00   10.08.12  12:33:46,943144  QSRROCPR     QSYS        0621     QCMD        QSYS 
                                     Nachricht . . . :   1 Objekt(e) von DTSYS nach DTSYS zurückgespeichert.          
                                     Ursache. . . . . : -- 1 Objekte wurden zurückgespeichert. -- 0 Spool-Dateien     
                                       wurden zurückgespeichert. Die Daten wurden von der Bibliothek DTSYS            
                                       gesichert und in die Bibliothek DTSYS am/um 10.08.12 12:23:39                  
                                       zurückgespeichert. Objekte wurden von Folgenummer 139 auf Datenträger FRI301   
                                       zurückgespeichert.

Den Log-Level habe ich schon auf 4 00 *SECLVL gestellt.

[Robi]

Ich vermute, das die Outq leer war.

Erstelle eine Outq, sicher die leere Outq und restore Sie
ich denke die Meldung wird die gleiche sein.

Robi

[Fuerchau]

Sieht so aus, wie Robi es beschreibt.
Woher willst du wirklich wissen, dass die Spools beim Save auch da waren?

[KM]

Hallo,

das Rätsel ist nun gelöst. Es lag daran, dass unser Sicherungsjob wohl in 2 Durchgängen abläuft. Im ersten Durchgang werden bestimmte Bibliotheken gesichert (SAVLIB), jedoch ohne SPLFs. Im zweiten Durchgang werden nur die OUTQs (inkl. SPLFs) von bestimmten Bibliotheken gesichert (SAVOBJ OBJTYPE(*OUTQ)). Diese können, müssen aber nicht mit den Bibliotheken vom ersten Lauf übereinstimmen.

In meinem Fall war es nun so, dass die gewünschte Bibliothek in beiden Läufen enthalten war. Da ich beim Restore keine explizite Folgenummer beim Kennsatz angegeben habe, wurde automatisch auf die Sicherung des ersten Laufes zugegriffen, die keine SPLFs enthielt.

Trotzdem Danke für die Mithilfe,
KM

[Bodo Roggenkamp]

Moin,

setze den Restorebefehl mit dem Parameter ENDOPT fürs Tape auf *Leave und wiederhole dann den Sicherungsbefehl.

Gruß
Bodo

Sorry, habe den letzten Beitrag nicht gesehen.