RAID ist auch keine gute Backuplösung sondern nur eine Notlösung für X-Festplattenausfälle.
Für's Abrauchen des Controllers solltest du immer ein unabhängiges Backup außerhalb deines Betriebes haben. So einfach es in der Theorie auch klingen mag
Der Controller soll mMn lediglich RAID-Level bieten und einer schleichenden Datendegradierung vorbeugen.
Ja aber wenn Du nicht weißt welche Abänderungen an den Dateien vom Usern und welche vom Ausflippendem Controller gemacht wurden, wird der restore zum Albtraum. Die einzige Chance ist hier etwas wie Ceph oder eben ZFS.
Ich mache Backup immer über ein Protokoll (RAID ist kein Backup), bevor Festplatte oder Controller kaputt gehen ... und nach dem Backup sollte auch die Datenintegrität, z.B. per Prüfsumme kontrolliert werden.
Und wer sagt Dir das die geaenderte Pruefsumme nun von einer vom User veraenderten Datei stammt oder vom ausflippenden Controller? Die Pruefsumme auf dem Backup sagt nur dass es die gleiche wie auf dem Raid ist...NICHT ob die Datei korrumpiert wurde.
Und wer sagt Dir ab wann der Murk angefangen hat? Das meinte ich mit das restore wird ein horror. Der Ausrastende Raid Controller sagt Dir nicht dass er gerade Ausrastet, Deine Antwort Zeigt Eins Zu Eins dass Du noch nie ein solches Problem hattest. Will dich sehen wie Du von 30 verschiedenen (JA VERSIONIERT) Backups 2000 Dateien Restorst und auf korrektheit testest.
RAID ist auch keine gute Backuplösung sondern nur eine Notlösung für X-Festplattenausfälle.
Für's Abrauchen des Controllers solltest du immer ein unabhängiges Backup außerhalb deines Betriebes haben. So einfach es in der Theorie auch klingen mag
Der Controller soll mMn lediglich RAID-Level bieten und einer schleichenden Datendegradierung vorbeugen.
DasBackup nützt halt nichts, wenn die gesicherten Daten nicht zu gebrauchen sind, weil der Controller Mist gebaut hat.
In der Regel legst du es ja über einen anderen Dienst an eine andere Stelle und prüfst diese Stelle in regelmäßigen Intervallen.
Ja aber wenn Du nicht weißt welche Abänderungen an den Dateien vom Usern und welche vom Ausflippendem Controller gemacht wurden, wird der restore zum Albtraum.
Die einzige Chance ist hier etwas wie Ceph oder eben ZFS.
Ich mache Backup immer über ein Protokoll (RAID ist kein Backup), bevor Festplatte oder Controller kaputt gehen ... und nach dem Backup sollte auch die Datenintegrität, z.B. per Prüfsumme kontrolliert werden.
Und wer sagt Dir das die geaenderte Pruefsumme nun von einer vom User veraenderten Datei stammt oder vom ausflippenden Controller? Die Pruefsumme auf dem Backup sagt nur dass es die gleiche wie auf dem Raid ist...NICHT ob die Datei korrumpiert wurde.
Also, Du hast Murks produziert und beschwerst dich, das auf dem Backup auch Murks ist?
Mache ein Backup, bevor es Murks wird. Backup hat eine Versionsverwaltung....
Und wer sagt Dir ab wann der Murk angefangen hat? Das meinte ich mit das restore wird ein horror. Der Ausrastende Raid Controller sagt Dir nicht dass er gerade Ausrastet, Deine Antwort Zeigt Eins Zu Eins dass Du noch nie ein solches Problem hattest. Will dich sehen wie Du von 30 verschiedenen (JA VERSIONIERT) Backups 2000 Dateien Restorst und auf korrektheit testest.
Im Zweifel sagt dir das eine ausreichende retention time, also sagen nicht aber du hast irgendwas das noch nicht korrupt ist