Backup und Restore/Rollback-Strategie

[Tom]

Hello,

Wieso so lange? Es reicht doch die Dateien unter anderem Namen hochzuladen, Server runterfahren, Dateien umbenennen, Server hochfahren, das sollte doch in wenigen Sekunden gehen, oder?

In einigen Fällen kann man auch damit leben, dass man die Daten in eine andere Datenbank (evtl. eine Kopie der originalen) läd, und dann die neue DB umbenennt (in den Namen der originalen).

Interessante Idee.

Allerdings dürfen ja die aktuellen Dateien keinesfalls verloren gehen, bevor das Wiederherstellen abgeschlossen erfolgreich ist.

Um das also nochmals aufzugreifen:

Dateien in Seelenruhe unter dem richtigen Namen in ein zweites Verzeichnis hochladen.
Den ganzen Rotz sinnvollerweise nochmals in ein Drittes Verzeichnis kopieren
Tables sperren
Tables fluchen
Server runterfahren
Change-Log in das neue Verzeichnis kopieren
altes Verzeichnis umbenennen
neues Verzeichnis mit Produktivnamen versehen
Server im Admin-Mode hochfahren (alle Datenbanken sind für Otto-Normal gesperrt
Change-Log VOR dem "Drop all Tables" oder was auch immer den Chrach verursacht hat, kappen
Change-Log einspielen
Sichtkontrolle und  programmierte Checks laufen lassen.
Wenn alles OK ist,
--Change-Log kopieren in backup-Bereich
--Change-Log rücksetzen
--Datenbanken und Tables für Otto-Normalo freigeben
Wenn nicht, Panik im Gesicht:
--Nochmalige Kopie der Upload-Dateien
--Change-Log noch restriktiver kürzen
--und den ganzen Vorgang von eben sooft wiederholen, bis Erfolg

Man Sollte auch nicht vergessen, bei fehlerfreiem Betrieb das Chenga-Log gelegentlich (so ca. 1-24 mal täglich) zu sichern und zu kappen und nach jedem fehlerfreien Fullbackup rückzusetzen.

Du siehst hoffentlich ein, dass das eine Abschlussarbeite wert war.
Die war übrigens nach meinem Dafürhalten sehr gut gelungen, allerdings habe die Prüfer vom IHK-Prüfungsausschuss sie nicht verstanden. Ist schon Scheiße, wenn Fachleute von Laien geprüft werden!

Harzliche Grüße aus http://www.annerschbarrich.de

Tom