SAVOBJ mit max. 300 Objekten

[harkne]

@Fuerchau

Auf deine Frage warum so kompliziert ? Und dein Hinweis mit CRTDUPOBJ

Kurzer Hintergrund:

Datensicherung mit Tagesabschluss darf maximal 30 Minuten laufen. Zu dieser Zeit steht das System nicht zur Verfügung. Da der Betrieb 24 Stunden das System braucht, muß also die Ausfallzeit so gering wie möglich sein. Die eine Pause in der Nacht dauert 30 Minuten die uns dann zur Verfügung steht. Das heist es muss Zeit gespart werden wo es geht. Wir haben eine enorm große Datenbibliothek. Deshalb haben wir auch bereits aufgesplittet welche Dateien vor dem Tagesabschluß gesichert werden müssen und die, die in fast jeder Anwendung die Nachts benötigt wird vorkommt. Diese werden dann mit SAVOBJ vor dem Tagesabschluss gesichert aber innerhalb der 30 Minuten. Somit kann ich nicht noch einen CRTDUPOBJ machen der mich auch wieder eine Menge Zeit kostet. Die Sicherung der restlichen Dateien erfolgt nach dem das System wieder zur Verfügung steht, da habe ich dann jede Menge Zeit. Jetzt könnte man wieder vorbringen dass man diese Dateien dann generell in eine andere Bibliothek stellt, aber manche Vorgaben sind ja bekanntlich unumstößlich.

Aber trotzdem vielen Dank für den Hinweis

[Fuerchau]

Der schrittweise SAVOBJ könnte aber ggf. auch nicht innerhalb der 30 Minuten zu Ende geführt werden.

Zu beachten ist auf jeden Fall ENDOPT !

Wenn du weißt, dass noch Objekte folgen, solltest du auf *LEAVE ändern und nicht den Default *REWIND belassen.
Sonst muss der folgende SAVOBJ noch erst das logische Ende wieder suchen.

Der letzte SAVOBJ sollte dann *REWIND oder ggf. *UNLOAD enthalten.

Mit dieser Methode schonst du auch das Band (reduziertes umspulen).

[harkne]

Es wird nur einen SAVOBJ mit allen relevanten Dateien geben. Diese befinden sich alle in einer Bibliothek.

[Khholm]

Wenn alle Daten in einer Bibliothek stehen, gibt es doch auch die Möglichkeit den SAVOBJ mit Sichern im aktiven Zustand zu starten:
Ziel-Release . . . . . . . . . . TGTRLS *CURRENT
Protokoll aktualisieren . . . . UPDHST *YES
Bereinigen . . . . . . . . . . . CLEAR *NONE
Vorherige Objektprüfung . . . . PRECHK *NO
Sichern im aktiven Zustand . . . SAVACT > *SYNCLIB

Sobald die Maschine ihren Timestamp gesetzt hat, kann uneingeschränkt weitergearbeitet werden, die Sicherung enthält dann trotzdem konsistente Daten.

(Setzen Timestamp dauert je nach Anzahl der Objekte / Maschine unterschiedlich lange, nimmt aber auf jeden Fall wesentlich weniger Zeit in Anspruch als die eigentliche Sicherung)

[Pikachu]

Sobald die Maschine ihren Timestamp gesetzt hat, kann uneingeschränkt weitergearbeitet werden, die Sicherung enthält dann trotzdem konsistente Daten.

Gilt das auch für Objekte, die während dem Prüfzeitpunkt nicht in Gebrauch waren, mit denen aber danach gearbeitet werden soll? Sind diese nicht während der Sicherung dann teilweise gesperrt?

[Khholm]

das gilt für alle Objekte, egal ob mit denen gearbeitet wird oder nicht, danach sind alle wieder frei.

am besten und einfachsten geht das (ohne dann alle Objekte einzeln zu benennen) mit dem Befehl SAVLIB

(wir sichern nachts ca. 25 Bibliotheken gleichzeitig mit Synchronisieren über alle Bibliotheken, sind fast 40.000 Objekte), die Synchronisation dauert ca. 15 Minuten)

[Fuerchau]

Eingeschränkt!

DTAARA's können nicht im aktiven Zustand gesichert werden !

Ansonsten habe ich bisher noch keine Probleme bekommen.
Allerdings muss man bei SAVACTWAIT aufpassen!
Diese Wartezeit gilt PRO OBJEKT !!!

Auch bei Journalisierung muss aufgepasst werden. Wird innerhalb der Wartezeit kein Commit von offenen Transaktion durchgeführt, wird die Sicherung abgebrochen, es sei denn man sichert inkonsistent.