Mengengerüst
This commit is contained in:
parent
1df0e25ed6
commit
41c7d6b6ed
|
@ -189,7 +189,9 @@
|
||||||
Filesystem zugreift, einen zu implementieren, der beliebige
|
Filesystem zugreift, einen zu implementieren, der beliebige
|
||||||
andere Daten (Datenbanken, etc.) exportiert.
|
andere Daten (Datenbanken, etc.) exportiert.
|
||||||
Z.B. könnte ein Disk-Agent für Online-Backups einer
|
Z.B. könnte ein Disk-Agent für Online-Backups einer
|
||||||
Oracle-Datenbank folgendes Interface implementieren:
|
Oracle-Datenbank folgendes Interface implementieren (bitte das
|
||||||
|
als Beispiel zu verstehen, bei Oracle würde man
|
||||||
|
wahrscheinlich eher RMAN verwenden):
|
||||||
</p>
|
</p>
|
||||||
<ul>
|
<ul>
|
||||||
<li>
|
<li>
|
||||||
|
@ -273,7 +275,7 @@
|
||||||
Folgende Regeln könnten unsere aktuellen Bedürfnisse abdecken:
|
Folgende Regeln könnten unsere aktuellen Bedürfnisse abdecken:
|
||||||
</p>
|
</p>
|
||||||
<div class="section">
|
<div class="section">
|
||||||
<h2> Archiv </h2>
|
<h3> Archiv </h3>
|
||||||
<p>
|
<p>
|
||||||
Das Archiv dient dazu, alle Files, für die das sinnvoll ist
|
Das Archiv dient dazu, alle Files, für die das sinnvoll ist
|
||||||
(in erster Näherung alle außer Oracle-Datenbanken,
|
(in erster Näherung alle außer Oracle-Datenbanken,
|
||||||
|
@ -303,7 +305,7 @@
|
||||||
</p>
|
</p>
|
||||||
</div>
|
</div>
|
||||||
<div class="section">
|
<div class="section">
|
||||||
<h2> Offsite-Backup für Disaster-Recovery </h2>
|
<h3> Offsite-Backup für Disaster-Recovery </h3>
|
||||||
<p>
|
<p>
|
||||||
Ein volles Backup sollte sich off-site befinden, um im Fall
|
Ein volles Backup sollte sich off-site befinden, um im Fall
|
||||||
eines Komplettausfalls ein Ersatzrechenzentrum aufbauen zu
|
eines Komplettausfalls ein Ersatzrechenzentrum aufbauen zu
|
||||||
|
@ -333,7 +335,7 @@
|
||||||
</p>
|
</p>
|
||||||
</div>
|
</div>
|
||||||
<div class="section">
|
<div class="section">
|
||||||
<h2> Datenbank-Backups </h2>
|
<h3> Datenbank-Backups </h3>
|
||||||
<p>
|
<p>
|
||||||
Datenbank-Backups in Form von Datenfiles sind hauptsächlich
|
Datenbank-Backups in Form von Datenfiles sind hauptsächlich
|
||||||
für Disaster-Recovery und zum Clonen einer Datenbank für
|
für Disaster-Recovery und zum Clonen einer Datenbank für
|
||||||
|
@ -355,5 +357,40 @@
|
||||||
</p>
|
</p>
|
||||||
</div>
|
</div>
|
||||||
</div>
|
</div>
|
||||||
|
<div>
|
||||||
|
<h2>Mengengerüst</h2>
|
||||||
|
<p>
|
||||||
|
Filesystem-Backups: Die Filesystembackups benötigen derzeit ca.
|
||||||
|
50-100 GB an täglichen Incrementals (Domino-Server nicht
|
||||||
|
eingerechnet), ca. 1-2 Wochen sollten sich also auf einem
|
||||||
|
LTO-3-Band ausgehen. D.h., beim derzeitigen Datenaufkommen muss
|
||||||
|
mit 2-4 Archivbändern pro Monat gerechnet werden (derzeit: 11
|
||||||
|
LTO-1-Bänder).
|
||||||
|
</p>
|
||||||
|
<p>
|
||||||
|
Für Lotus Notes müsste eine geeignete Strategie
|
||||||
|
gefunden werden, täglich die Datenbankfiles zu archivieren ist
|
||||||
|
sicherlich sinnlos. Mehr als ein Band pro Monat sollten wir
|
||||||
|
eigentlich nicht brauchen.
|
||||||
|
</p>
|
||||||
|
<p>
|
||||||
|
Bei Datenbanken hängt der Verbrauch stark von der
|
||||||
|
Archivierungsstrategie und Nutzung ab. Bei Online-Sicherung
|
||||||
|
aller Archive-Logs habe ich mal vor längerer Zeit 1700 GB (also
|
||||||
|
ca. 2 Bänder) pro Monat geschätzt. Wenn wir beim Quartalsmäßigen
|
||||||
|
Backup bleiben, ließe sich das auf 1 Band/Quartal reduzieren.
|
||||||
|
</p>
|
||||||
|
<p>
|
||||||
|
Insgesamt sollten wir beim aktuellen Datenaufkommen mit ca. 6
|
||||||
|
Bändern pro Monat für's Archiv auskommen. Laufende Kosten ca. €
|
||||||
|
400 / Monat? (+ Strom, Arbeit, etc.)
|
||||||
|
</p>
|
||||||
|
<p>
|
||||||
|
Für die Bänder in der Wollzeile brauchen wir einen Pool fixer
|
||||||
|
Größe, der regelmäßig recycelt wird. 3 TB sollten auf 4 Bändern
|
||||||
|
Platz haben, u.U. möchte man mehr Bänder zur einfacheren
|
||||||
|
Organisation.
|
||||||
|
</p>
|
||||||
|
</div>
|
||||||
</body>
|
</body>
|
||||||
</html>
|
</html>
|
||||||
|
|
Loading…
Reference in New Issue