keine Datenintegrität auf EXT4 mit RAID1?

[brichun]

Hi zusammen,

ich stelle mir grade die Frage wie integer meine Daten gerade sind. Meine Fehlerannahme ist, dass sich die Daten nach einem erfolgreichem Schreibvorgang verändern.

RAID1 (Mirroring) hilft in diesem Fall, weil es unwahrscheinlich ist, dass sich die Daten auf dem Spiegel auch verändert haben. Wann bekomme ich sowas eigentlich mit?
Wenn ich die Datei wieder lese oder? Vorher bleibt es doch unentdeckt wenn ich es recht verstehe.

EXT4 hat doch keine Prüfsumme und RAID1 keine Parities. Wie soll das RAID entscheiden welche Daten inkonsistent geworden sind? Es kann mir nur sagen, dass da was nett stimmt aber welche Daten nicht in Ordnung sind bleibt erstmal unbekannt.

Bitte um etwas Aufklärung, weil meine aktuellen Recherchen mich nicht weiter bringen.

Grüße
Brichun

 

[synfor]

RAID1 (und auch RAID5 nicht) kann das nicht entscheiden, sofern keine der Festplatten einen Fehler melden. Es reicht auch nicht zu lesen, denn üblicherweise wird das aus Performancegründen beim Lesen nicht überprüft. Daher ist es wichtig, regelmäßig das sogenannte RAID-Scrupping durchzuführen. Heißt bei Synology Datenbereinigung.

 

[Fusion]

Das RAID kann nicht entscheiden, welche Daten inkonsistent sind, bei RAID-1. Punkt aus.
Einzig wenn eben eine Festplatte einen I/O Fehler bringt oder fehlerhafte Sektoren meldet und deswegen das RAID degradiert, dann weißt welche Platte es ist.
Für alles andere brauchst Prüfsummen oder andere Mittel um Bit-Rot zu erkennen.

 

[Synchrotron]

Meine Kombination lautet BTRFS mit SHR1. Das sollte einen besseren Schutz gegen Datenfehler bieten.

Trotzdem bleibt die erste Regel: Backup aktuell halten.

 

[synfor]

BTRFS allein reicht nicht. Dazu braucht es auch ein RAID mit Redundanz und auch das entsprechende Feature von BTRFS muss aktiviert sein. Das geht auf einem Synology-NAS aber nur für gemeinsame Ordner und muss beim Erstellen derselben aktiviert werden. Nachträglich geht das nicht mehr. Ist außerdem eine Performancebremse.

 

[Fusion]

Sollte nicht nur, tut es auch. Wenn für die gemeinsamen Ordner die erweiterte Datenintegrität aktiv ist benutzt er ja btrfs mit Prüfsummen (weiß grad nicht, ob das nur Meta oder/und Datenprüfsummen waren) und kann damit entscheiden welcher Teil im SHR-1 (einfach redundant) defekt ist und von einer anderen Platte ersetzen.

https://www.synology.com/en-global/...SM/StorageManager/storage_pool_data_scrubbinghttps://global.download.synology.co.../enu/Synology_Data_Protection_White_Paper.pdf

 

[brichun]

Trotzdem bleibt die erste Regel: Backup aktuell halten.

Ich glaub ein Backup bringt nur nur dann was, wenn in angemessenen Abständen, ein Full Backup erstellt wird. Und das Backup regelmäßig mit einer Prüfsumme gecheckt wird. Um nicht all zu viel Kosten für den Plattenspeicher zu erzeugen, kann jedes neue Full Backup nach Erfolg konsolidiert werden. Au waija, da gibt`s noch einiges zu tun, bei mir.

 

[Fusion]

Glauben ist nicht wissen. ?
Was versprichst du dir von Vorteil von dem wiederkehrenden Vollbackup zu kontinuierlich inkrementellen Backups?
In Hyper Backup kann man sowohl die Metadaten wie Datenintegrität regelmäßig prüfen lassen.

 

[brichun]

Was versprichst du dir von Vorteil von dem wiederkehrenden Vollbackup

Wann schlägt das RAID1 System Alarm? Wenn eine Datei auf der 1HDD beschädigt ist, auf der 2 HDD aber ok ist. Und das erkenne ich doch nur wenn ich die Datei einmal auslese. Mit dem Full Backup würde ich ein Auslesen erzwingen und sichergehen, dass mein RAID1 "frühzeitig" die Inkonsistenz feststellt. Wenn ich das niemals tue, kann durch einen Zweitfehler im Backup Datenverlust entstehen. Ein Bsp für den Zweitfehler.: Das Hyperbackup stellt fest mein Backup ist Inkonsistent geworden.

Mir ist klar, dass es recht unwahrscheinlich ist. Doch ein unentdeckter Fehler wird durch Fehlerhäufung immer wahrscheinlicher.

 

[Fusion]

Das RAID selbst schlägt nur bei einem Festplattenfehler Alarm.
Ein korrupte Datei löst erst mal keinen Fehler aus. Dann hängt es noch davon ab wie die Korruption entsteht. Neben Bit-Rot kann ja auch eine fehlerhafte Datei geschrieben werden und ist damit auf beiden Datenträgern 'fehlerhaft', oder ein RAM oder CPU Fehler resultiert in fehlerhaften Daten. Das kann man auf den Festplatten dann gar nicht mehr erkennen.
Und wenn es ein gekipptes Bit ist, ohne dass sich das anderweitig an der Festplatte bemerkbar macht, dann kann das Raid diese Inkonsistenz zwar feststellen bei einem RAID scrubbing, aber nicht korrigieren ohne Prufsümmen z.b. auf Dateisystemebene.
Ein Füll-Backup liest zwar alle Daten aus, aber die RAID Konsistenz wird dabei nicht überprüft. Im default liest er die Daten nämlich von einem bevorzugten Datenträger im RAID-1 und nicht von allen.

 

[brichun]

Das RAID selbst schlägt nur bei einem Festplattenfehler Alarm.

Hast du mir ein Beispiel was das sein kann?
1) Lesekopf lässt sich nicht bewegen
2) HDD Scheibe rotiert nicht
3) Allgemein -> Mechanik oder Elektrikfehler die die HW betreffen?

Was bringt mir dann der Mirror zur HDD2 eigentlich wenn ich Backups mache und meine höchste Anforderung Datenintegrität ist? Eigentlich nichts oder?

 

[Fusion]

Bsp (nicht korrigierbare) Lesefehler von der Platte. Smart Tabelle liefert Denkanstöße.

Der Mirror dient nur der Verfügbarkeit des Systems, nicht mehr und nicht weniger, wenn eine Platte physikalisch ausfällt.