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"> <div class="section">
<h2> Datenbank-Backups </h2> <h2> Datenbank-Backups </h2>
<p> <p>
Die sinnvolle Lebensdauer von Datenbank-Backups ist begrenzt Datenbank-Backups in Form von Datenfiles sind hauptsächlich
(spätestens nach einem Versionsupgrade sind sie nicht mehr für Disaster-Recovery und zum Clonen einer Datenbank für
brauchbar), Datenbank-Backups (in ihrer aktuellen Form) werden Migrationstest sinnvoll. Ein älteres Datenbank-Backup samt
daher hauptsächlich für Desaster-Recovery und Migrationstests Software sollte sich restoren lassen, sofern die
gemacht, eine Archivierung ist nicht sinnvoll. Datenbank-Software auf der aktuellen Hardware/OS-Kombination
(Anm.: Dieses Szenario geht von unseren aktuellen Cold-Backups noch läuft. Wegen des relativ hohen Aufwands wird das nur
aus) in Notfällen gemacht. Die aktuelle Backup/Archiv-Strategie
könnte einfach weiterverwendet werden:
</p> </p>
<p> <p>
Erstelle eine Liste der aktuellen Fileversionen der Erstelle eine Liste der aktuellen Fileversionen der
@ -349,7 +350,8 @@
</p> </p>
<p> <p>
Jeder Pool enthält eine fixe Anzahl von Bändern, das jeweils 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> </p>
</div> </div>
</div> </div>