27006
Goto Top

Prüfsumme eines Files (DB Backup)

Sicherstellen der Integrität eines Backups

Hallo Zusammen

Folgendes haben wir uns ausgedacht:
Um möglichst einfach die Integrität eines DB-Backups sicherzustellen, möchten wir "einfach" eine Prüfsumme eines DB-Backups (im Moment ca. 22 GB mit einem Wachstum von ca. 1.5 GB pro Monat) erstellen und die Prüfsumme an einem geschützten Ort verwahren.

Sollten wir dann aus einem Grund einen Restore fahren müssen, kann anhand der Prüfsummenliste sichergestellt werden, dass der jeweilige Backup der DB nicht verändert wurde.

Dieses Verfahren wird nur monatlich (oder evt. noch seltener) angewendet. Die "normalen" täglichen Saves bleiben davon unberührt. Die "Spezial-Backups" selbst werden zusätzlich sicher verwahrt. Wir möchten wenn möglich kein zusätzliches Backup-Tool für SQL verwenden, welches die Backups automatisch verschlüsselt, komprimiert, etc.

Was haltet Ihr von unserer Idee? Welche Tools würded Ihr mir empfehlen? Habt Ihr andere Ideen? Wäre eine (zusätzliche) Verschlüsselung des Saves sinnvoller? Ist die Grösse des Backups für eine Verschlüsselung kein Problem?

Danke für Euren Feedback - ich bin gespannt.

Gruss
René

Content-Key: 36337

Url: https://administrator.de/contentid/36337

Printed on: April 23, 2024 at 16:04 o'clock

Member: FaBMiN
FaBMiN Jul 20, 2006 at 04:57:12 (UTC)
Goto Top
hmm... also ich finde das Verfahren mit der checksum nicht sonderlich effizient/sicher. Ausser Du arbeitest mit einem richtig schön ausgefeilten Algorythmus. Ich würde Dir SHA-256 empfehlen. Das ist ein Hashalgorythmus, der einen für Deine Sicherung spezifischen String aus den Daten generiert.
Bei 22GB kann das aber etwas länger dauern. Wieso verwendest Du nicht einfach BackupExec10d oder ArcServ? Da sind schon Vorkehrungen zur Validierung und Sicherstellung vor Veränderungen getroffen... face-smile
Mitglied: 27006
27006 Jul 20, 2006 at 07:50:16 (UTC)
Goto Top
Wieso verwendest Du nicht einfach
BackupExec10d oder ArcServ? Da sind schon
Vorkehrungen zur Validierung und
Sicherstellung vor Veränderungen
getroffen... face-smile

Ganz einfach:
Wir möchten uns nicht von einem Hersteller und Produkt und unserem internen IT-Betrieb abhängig machen, sondern möglichst SQL integrierte Tools und Programme die nicht installiert werden müssen verwenden...

(BackupExec wird bei uns im Betrieb bereits verwendet. Wie ich aber immer wieder mitbekomme läuft das Teil überhaupt nicht zuverlässig - andauern muss der BackupServer neu gebootet werden etc. Diesen Problemen möchte ich aus dem Weg gehen und das ganze selbstständig managen können.)
Member: FaBMiN
FaBMiN Jul 20, 2006 at 08:02:21 (UTC)
Goto Top
Member: superboh
superboh Jul 21, 2006 at 10:08:08 (UTC)
Goto Top
Wir möchten uns nicht von einem Hersteller und Produkt und unserem internen
IT-Betrieb abhängig machen

Und wie sieht das dann mit Microsoft aus? face-wink

Gruß,
Thomas
Mitglied: 27006
27006 Jul 26, 2006 at 09:54:23 (UTC)
Goto Top
Habe mich dafür entschieden:
Jacksum (JAVA)
Mitglied: 27006
27006 Jul 26, 2006 at 09:56:09 (UTC)
Goto Top
Wir haben die Datenbank so designt, dass sie mit möglichst wenig Aufwand auf Oracle migriert werden kann... face-wink