Sie müssen eine Datenbank oder Teile von ihr (ein oder mehrere Realms) rekonstruieren, wenn diese Datei bzw. Dateien z.B. in der Originaldatenbank ausgefallen, zerstört oder nicht mehr zugreifbar ist bzw. sind. Die Rekonstruktion besteht aus zwei Schritten:
Zurücksetzen auf einen Sicherungsstand
Aktualisieren des Sicherungsstandes mit ALOG-Dateien
Die Zeitdauer der Rekonstruktion hängt davon ab, wie aktuell Sie Ihren Sicherungsstand halten und wie umfangreich Ihre nachzufahrenden, geänderten Daten sind.
Zurücksetzen auf einen Sicherungsstand
Die Basis für die Rekonstruktion der Datenbank bzw. Datenbankteile ist die Sicherung der Datenbank. Die Sicherung kann auf unterschiedlichem Wege erzeugt worden sein:
Sicherung mit HSMS bzw. ARCHIVE
Online-Sicherung mit HSMS bzw. ARCHIVE
Kopieren der Datenbank
Erzeugen einer Schattendatenbank
Aktualisieren eines Sicherungsstandes
Zum Zurücksetzen, d.h. dem Erzeugen des Originals muss z.B. die Sicherung wieder eingespielt (HSMS bzw. ARCHIVE), eventuell noch konsistent gemacht werden (Online-Sicherung), oder zurückkopiert bzw. nur umbenannt werden (Schattendatenbank).
Wenn Sie die gesamte Datenbank auf einen konsistenten Stand zurücksetzen, so können Sie auf diesem Sicherungsstand den Datenbankbetrieb sofort wieder aufnehmen. Jedoch sind damit alle angefallenen Änderungen ab diesem Zeitpunkt rückgängig gemacht worden. Die ALOG-Dateien ab diesem Zeitpunkt werden überschrieben. Falls Sie die ALOG-Dateien noch benötigen, müssen Sie sie vorher sichern.
Wenn Sie nur einen Realm bzw. mehrere Realms zurücksetzen, so müssen Sie diese Teile mit ALOG-Dateien aktualisieren, ehe Sie den Datenbankbetrieb wieder aufnehmen können.
Aktualisieren des Sicherungsstandes
Mit dem Dienstprogramm BMEND ist es möglich, die gesamte Datenbank, einzelne oder ausgewählte Realms mit einer ALOG-Datei bzw. mehreren ALOG-Dateien zu aktualisieren. BMEND können Sie für die Originaldatenbank, die Schattendatenbank und abgeschaltete Realms verwenden. Die ALOG-Dateien fahren Sie mit der BMEND-Anweisung UPDATE-DATABASE nach.
Die BMEND-Anweisung SHOW-LOG-INFORMATION liefert Ihnen die Angaben, mit welchen ALOG-Dateien die einzelnen Realms zu aktualisieren sind, bis Sie einen konsistenten Stand der gesamten Datenbank erreicht haben, d.h. diese ALOG-Dateien müssen Sie für das Nachfahren zur Verfügung stellen.
Desweiteren erhalten Sie Informationen darüber, ob in der Sequenz der ALOG-Dateien eine Logging-Lücke existiert oder eine ALOG-Datei inkonsistent beendet wurde. In derartigen Fällen ist eine Aktualisierung nur bis zu diesem Zeitpunkt oder erst mit einer Sicherung nach diesem Zeitpunkt möglich.
Nachfahren abgeschlossener ALOG-Dateien
Aktualisieren heißt, die geänderten Daten von der ALOG-Datei in die Datenbank (Original- oder Schattendatenbank) zu übernehmen. Es wird eine abgeschlossene, d.h. gewechselte ALOG-Datei vollständig nachgefahren. Bis zu welcher ALOG-Datei nachzufahren ist, geben Sie mit dem DEADLINE-Parameter der BMEND-Anweisung UPDATE-DATABASE an. BMEND ermittelt sich die erste ALOG-Datei selbst, mit der das Nachfahren eines Realms oder der Datenbank zu beginnen ist. Diese wie auch die nachfolgenden ALOG-Dateien bis zur Deadline müssen Sie zur Verfügung stellen.
Das Nachfahren abgeschlossener ALOG-Dateien können Sie auch über eine Jobvariable (LINK-NAME = JVBMEND) innerhalb einer Prozedur steuern. Mit der BMEND-Anweisung SHOW-LOG-INFORMATION wird die Jobvariable mit Informationen zum Zustand des DBDIR und des Log Pools versorgt, u.a. mit dem Namen der zuerst nachzufahrenden ALOG-Datei. Nach dem erfolgreichen Nachfahren einer ALOG-Datei wird die Jobvariable mit der nächsten ALOG-Datei aktualisiert, falls Sie die vorgegebene Deadline noch nicht erreicht haben. Weitere Informationen finden Sie im Handbuch „Sichern, Informieren und Reorganisieren“ unter BMEND.
Nachfahren der aktuellen ALOG-Datei
In verschiedenen Fehlerfällen ist es nicht ausreichend, nur bis zum letzten konsistenten Stand einer Datenbank (entsprechend letzte abgeschlossene ALOG-Datei) zu aktualisieren. Um z.B. einen ausgefallenen Realm aus einer abgebrochenen Session zu rekonstruieren, müssen auch die Änderungen der aktuellen, in diesem Falle auch inkonsistenten ALOG-Datei übernommen werden. Das Nachfahren der aktuellen ALOG-Datei bewirken Sie mit der Angabe DEADLINE=BREAK-POINT in der BMEND-Anweisung UPDATE-DATABASE.
Falls die letzte nachgefahrene ALOG-Datei inkonsistent ist, müssen Sie anschließend einen Warmstart durchführen.
Das Nachfahren der aktuellen ALOG-Datei ist nur auf der Originaldatenbank zulässig.
Aktualisieren einer Schattendatenbank
Beim Aktualisieren der Schattendatenbank werden die abgeschlossenen ALOG-Dateien der Originaldatenbank verwendet. Sobald ein ALOG-Datei-Wechsel auf der Originaldatenbank stattgefunden hat, können Sie diese abgeschlossene ALOG-Datei auf der Schattendatenbank nachfahren. Auf diese Weise halten Sie den Datenbestand der Schattendatenbank sehr aktuell, sodass in einem Fehlerfall sich die Rekonstruktionszeit fast nur auf das Nachfahren der aktuellen ALOG-Datei begrenzt.
Sie können die Schattendatenbank parallel zum Betrieb auf der Originaldatenbank aktualisieren. Sie können nur abgeschlossene ALOG-Dateien nachfahren.
Aktualisieren eines abgeschalteten Realms
Im Falle eines Hardware-Fehlers auf einem Datenbank-Realm wird dieser Realm vom Datenbankbetrieb ausgeschlossen. Dabei wird in der Datenbank ein Konsistenzpunkt gesetzt und außerdem die ALOG-Datei gewechselt. Bei der Rekonstruktion des Realms können Sie parallel zum Datenbankbetrieb auf der Originaldatenbank einen Sicherungsstand des Realms einspielen und mit den zugehörigen ALOG-Dateien aktualisieren. Den rekonstruierten, konsistenten Realm können Sie dann wieder an den Datenbankbetrieb anschließen.
ALOG-Datei-Ausfall beim Warmstart
Für den Ausnahmefall, dass Ihnen die ALOG-Datei durch Hardware-Fehler während des Warmstarts ausfällt, können die offenen Transaktionen auf der ALOG-Datei nicht mehr zurückgesetzt werden. In diesem Fall können Sie mit der BMEND-Anweisung KILL-LOG ein Abschalten des AFIM-Logging erzwingen. Dadurch wird ein zweiter Warmstart ohne AFIM-Logging mit Hilfe der RLOG-Datei ermöglicht.
Es entsteht jedoch eine Logging-Lücke. Um für eine zukünftige Rekonstruktion der Datenbank eine Basis zu haben, sollten Sie sich nach dem Warmstart (Konsistenzpunkt der Datenbank) und dem Einschalten des AFIM-Loggings (BMEND-Anweisung START-LOG) wieder eine Sicherung der gesamten Datenbank erstellen.