Mehr zu DB-Backups.

This commit is contained in:
hjp 2007-01-15 15:49:43 +00:00
parent a6f50cd59f
commit 1df0e25ed6
1 changed files with 10 additions and 8 deletions

View File

@ -335,13 +335,14 @@
<div class="section">
<h2> Datenbank-Backups </h2>
<p>
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:
</p>
<p>
Erstelle eine Liste der aktuellen Fileversionen der
@ -349,7 +350,8 @@
</p>
<p>
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.
</p>
</div>
</div>