diff --git a/doc/konzept.html b/doc/konzept.html index 5e4110d..5d3d562 100644 --- a/doc/konzept.html +++ b/doc/konzept.html @@ -335,13 +335,14 @@
- Die sinnvolle Lebensdauer von Datenbank-Backups ist begrenzt - (spätestens nach einem Versionsupgrade sind sie nicht mehr - brauchbar), Datenbank-Backups (in ihrer aktuellen Form) werden - daher hauptsächlich für Desaster-Recovery und Migrationstests - gemacht, eine Archivierung ist nicht sinnvoll. - (Anm.: Dieses Szenario geht von unseren aktuellen Cold-Backups - aus) + Datenbank-Backups in Form von Datenfiles sind hauptsächlich + für Disaster-Recovery und zum Clonen einer Datenbank für + Migrationstest sinnvoll. Ein älteres Datenbank-Backup samt + Software sollte sich restoren lassen, sofern die + Datenbank-Software auf der aktuellen Hardware/OS-Kombination + noch läuft. Wegen des relativ hohen Aufwands wird das nur + in Notfällen gemacht. Die aktuelle Backup/Archiv-Strategie + könnte einfach weiterverwendet werden:
Erstelle eine Liste der aktuellen Fileversionen der @@ -349,7 +350,8 @@
Jeder Pool enthält eine fixe Anzahl von Bändern, das jeweils - älteste wird recycelt. + älteste wird recycelt. Ein Band pro Quartal wird in den + Archiv-Pool verschoben.