PDA

View Full Version : Rücksicherung auf neues System



Dschainers
21-01-14, 07:59
Hallo,
ich hab da mal eine Frage:

Ich habe einen SAVE21

Nun möchte ich diesen SAVE auf ein leeres System zurückspielen
Das System ist soweit vorbereitet, dass ich mit RESTORE 21 dies tun kann.

Jetzt gibt es bei uns LF's in der Bibliothek ALIB die auf PF's in der Bibliothek BLib zurgreifen, diese LF's können mit dem RESTORE 21 nicht zurückgespielt werden.

Wenn ich jetzt beim RESTORE 21 alle Fehler übergehe, die sich ergeben und anschließend nochmal einen
RSTLIB *ALLUSR MBROPT(*ALL) ALWOBJDIFF(*ALL) SRCOBJCVM(*NO)
durchführe, müsste doch alles wieder auf dem System sein?

(Natürlich nur wenn keine weiteren Fehler auftauchen)

Ist da so?

Vielen Dank für die Antworten

Fuerchau
21-01-14, 08:10
Der 2. Restore ersetzt ja noch mal alle Objekte, die bereits zurückgeladen sind.
Wenn nun ALIB zurückgeladen ist und nun BLIB wieder dran ist, kann ein Objekt nun eigentlich nicht zurückgespeichert werden, da es ja durch ALIB verwendet wird.
Wegen ALWOBJDIFF(*ALL) macht das nun aber nichts (die Anzahl Referenzen (DSPDBR) ist eine Differenz).
Das Objekt XXX wird in XXXnnn umbenannt und XXX wird zurückgeladen.
Die LF aus ALIB verweist nun auf XXXnnn in BLIB.

ALWOBJDIFF(*NONE) ist der sichere Weg.
Dann werden allerdings auch die Objekte der BLIB noch mal geladen.
Die Angabe der bekannten Lib's statt *ALLUSR ist auf jeden Fall auch besser.

holgerscherer
21-01-14, 16:58
Ist da so?

Vielen Dank für die Antworten

Hey,
ich will keine ausführlichen Romane schreiben, welches Release hast Du? Ab V6R1 funktioniert die DeferID recht gut. Schau Dir mal beim Befehl RSTLIB den Hilfstext zum Parameter DFRID an - das dürfte Dich etwas entspannen ;-)

-h

EFueloep
22-01-14, 08:57
Man könnte auch:

RSTLIB SAVLIB(*ALLUSR) OPTION(*NEW) MBROPT(*ALL) ALWOBJDIF(*ALL) FRCOBJCVN(*NO)

verwenden. Durch die OPTION(*NEW) werden nur Objekte, die sich nicht auf dem System befinden zurückgespeichert. Dies wären ja dann alle noch nicht zurückgespeicherten LFs.

Dschainers
22-01-14, 12:58
Hallo Holger,
vielen Dank für Deine Info.
Wir haben V7R1.
Das heißt also, wenn ich den SAVE21 mit RESTORE21 zurückspeichere, wird alles zurückgespeichert, da ja der RSTLIB mit *NONSYS ausgeführt wird, ich habs zumindest so verstanden.

Viele Grüße
Dschainers

Fuerchau
22-01-14, 13:20
Da das aber wohl nicht funktioniert hat (*DFT) fehlt dir ggf. eine Berechtigung:

Verzögerungs-ID (DFRID) - Hilfetext

Gibt die Kennung an, die verwendet werden soll, um das Zurückspeichern
von Objekten zu verzögern, die von anderen Objekten abhängig sind, die
noch nicht zur Verfügung stehen. Zum Abschluss der
Zurückspeicherungsoperation für verzögerte Objekte müssen zuerst die
Objekte zurückgespeichert werden, von denen diese abhängig sind.
Außerdem muss die gleiche Verzögerungs-ID angegeben werden. Wenn Objekte
weiterhin verzögert bleiben, obwohl die Objekte, von denen diese
abhängen, zwischenzeitlich verfügbar sind, den Befehl RSTDFROBJ
(Verzögerte Objekte zurückspeichern) verwenden und dabei die gleiche
Verzögerungs-ID angeben. Dieser Parameter ermöglicht das Zurückspeichern
aller Objekte in einer Bibliothekengruppe, wenn die Bibliotheken mit
abhängigen Objekten vor den Bibliotheken zurückgespeichert werden, die
die Objekte enthalten, von denen diese abhängig sind.

Bei verzögerten Objekten kann es sich um logische Dateien oder SQL
Materialized Query Tables (MQTs) handeln. Eine verzögerte logische Datei
wird erst dann erstellt, wenn die Zurückspeicherung abgeschlossen ist.
Eine verzögerte MQT wird erstellt, bis zum Abschluss der
Zurückspeicherung schlagen jedoch alle Funktionen, die für die MQT
ausgeführt werden und für die der Zugriff auf die Basisdateien
erforderlich ist, fehl.

Anmerkungen:

1. Wenn die folgenden Bedingungen zutreffen, kann die
Zurückspeicherung eines verzögerten Objekts automatisch ausgeführt
werden, wenn die Objekte, von denen es abhängig ist, ebenfalls
zurückgespeichert wurden.

o Das verzögerte Objekt wird in dieselbe Bibliothek
zurückgespeichert, in der es gesichert wurde.

o Für das verzögerte Objekt und die Objekte, von denen dieses
abhängig ist, wird für die Zurückspeicherungsoperationen die
gleiche Verzögerungs-ID angegeben.

*DFT
Wird für den Parameter Gesicherte Bibliothek (SAVLIB) der Wert
*NONSYS, *ALLUSR oder *IBM angegeben und verfügt der Benutzer über
die Sonderberechtigung für die Systemsicherung (*SAVSYS), wird die
Kennung QRSTLIB verwendet. Wenn Objekte von anderen, momentan nicht
verfügbaren Objekten abhängig sind, werden sie verzögert. In den
meisten Fällen werden diese verzögerten Objekte im Verlauf der
Zurückspeicherungsoperation abgeschlossen, wenn die für sie
erforderlichen Objekte verarbeitet wurden.
Wenn für den Parameter SAVLIB ein anderer Wert angegeben wird, oder
wenn der Benutzer nicht über die Sonderberechtigung *SAVSYS verfügt,
wird keine Kennung benutzt. Objekte werden nicht zurückgespeichert
oder verzögert, wenn Sie von anderen Objekten abhängig sind, die
nicht verfügbar sind.

*NONE
Objekte werden nicht zurückgespeichert oder verzögert, wenn Sie von
anderen Objekten abhängig sind, die nicht verfügbar sind.

Name
Gibt die Kennung an, die verwendet werden soll, um das
Zurückspeichern von Objekten zu verzögern, die von anderen Objekten
abhängig sind, die noch nicht zur Verfügung stehen. Zur Angabe eines
Namens ist die Sonderberechtigung für die Systemsicherung (*SAVSYS)
erforderlich.

Dschainers
22-01-14, 13:29
Da das aber wohl nicht funktioniert hat (*DFT) fehlt dir ggf. eine Berechtigung:




Ich werde ja erst am kommenden Wochenende den SAVE21 und nach Plattenerweiterung den RESTORE 21 machen.

Trotzdem nochmal vielen Dank an alle.

Pikachu
22-01-14, 14:53
Zurückspeicherung abhängiger Objekte verzögern (ab V6R1) (http://pic.dhe.ibm.com/infocenter/iseries/v7r1m0/topic/rzarm/rzarmseqrestoredeferobject.htm)