Schützt RAID 1 vor Korruption?

RAID-1 schützt vor dem vollständigen Ausfall eines der beiden Laufwerke. Wenn das Laufwerk nicht als fehlerhaft markiert ist, wird davon ausgegangen, dass der Inhalt korrekt ist. Wenn aus irgendeinem Grund eines der beiden Laufwerke inkonsistente Daten zurücksendet, wird dieser Fehler vom RAID-System nicht erkannt, und die Anwendung erhält fehlerhafte Daten.

Viele Controller verfügen über einen Überprüfungsprozess, der in regelmäßigen Abständen ausgeführt wird. Der Zweck hiervon ist jedoch das Testen auf Festplattenfehler und nicht auf Datenintegrität. Festplatten implementieren ihre eigenen Datenintegritätstests und Prüfsummen, mit denen sie fehlerhafte Sektoren erkennen. Der Algorithmus ist jedoch so konzipiert, dass er schnell und kompakt ist und nicht gründlich ist, so dass Fehler durchsickern können.

Während Datenkorruption eher die Ausnahme ist als die Regel, ist sie auch nicht unbekannt. Ein Mitglied des ZFS-Teams berichtete beispielsweise in einem Interview, dass korrupte Daten von seinem High-End-RAID-5-Gerät angesprochen wurden, das sie aufgrund der Tatsache, dass ZFS Prüfsummen auf dieser Dateisystemebene implementiert, entdeckt haben.

Es hängt davon ab, woher die Korruption stammt. Wenn ein Laufwerk in einem RAID-1-Spiegel screwey ist und Unsinn schreibt, wird der RAID-Spiegel abgebaut und das gute Laufwerk wird verwendet, und Sie haben die richtigen Dateien. Im Falle von RAID 5 wird dies mit 2 Datenlaufwerken und einem Paritätslaufwerk (in der einfachsten Form) durchgeführt. Wenn eines der 3 Laufwerke keine korrekten Dateien schreibt, fallen die Daten aus und es bleiben zwei Daten übrig Laufwerke oder 1 Datenlaufwerk und ein Paritätslaufwerk.

Schauen wir uns nun an, was passiert, wenn die Beschädigung durch einen Virus oder einen Fehler in einem Programm verursacht wird. Bei RAID 1 und RAID 5 wird kein Laufwerk außer Betrieb genommen, da die Laufwerke ordnungsgemäß schreiben. Nichts ist gescheitert. Dateien werden jedoch zerstört, da der Virus oder Fehler Junk schreibt, und es wird sowohl auf Ihre Laufwerke in einem RAID 1-Spiegel als auch auf alle drei Ihrer Laufwerke in einem RAID 5-System geschrieben.

Aus diesem Grund ist RAID kein Backup. Es verhindert den wahrscheinlichsten Fehler, der ein Festplattenfehler ist, berücksichtigt jedoch nicht viele andere Szenarien.

Wie andere bereits bemerkt haben, kann ein System von raid1 nicht feststellen, welcher von zwei Sektoren schlecht ist.

Raid-Systeme mit höheren Endstufen führen im Hintergrund einen Scrub-Vorgang aus, um beide Kopien zu vergleichen und Unterschiede zu kennzeichnen. Besser noch ist ein System, das beide Blöcke jedes Mal vom Laufwerk liest und beim Lesen vergleicht. Das Auflösen dieser Unterschiede ist jedoch für den RAID-Controller nicht möglich.

Auf Unix-Systemen unter mdadm kann mit der "sync_action" eine Scrub-Prüfung initiiert werden:

md-Arrays können gelöscht werden, indem in die Datei md / sync_action im Verzeichnis sysfs für das Gerät entweder "check" oder "repair" geschrieben wird.

Wenn Sie einen Scrub anfordern, liest md jeden Block auf jedem Gerät im Array und prüft, ob die Daten konsistent sind. Für RAID1 und RAID10 bedeutet dies, dass die Kopien identisch sind. Für RAID4, RAID5, RAID6 bedeutet dies, dass der Paritätsblock (oder die Blöcke) korrekt sind.

Bei raid1 geht es um den Schutz vor plötzlichem Totalausfall des Laufwerks. Suchen Sie an anderer Stelle nach Schutz vor Korruption. Darüber hinaus bietet Raid1 keine "Historie" und kann sich daher nicht von Benutzer- oder Softwarefehlern erholen. Schauen Sie sich Dateisysteme wie ZFS oder ein historisches Dateisystem wie Hammer an, um sich vor Beschädigungen zu schützen.

In practice, yes. The vast majority of hard drive failures occur all-or nothing. Either (a) the cable is unplugged or the drive microcontroller have failed, so the RAID controller gets no response at all -- obvious failed drive. Or (b) The cable and drive microcontroller are good, but when it tries to read a sector, the internal drive microcontroller detects data corruption because the internal ECC checksum failed, and repeated attempts to read that sector (in case it's a temporary read glitch) eventually time out, so the RAID controller gets a polite "sorry" response -- obvious failed drive. Either way, it is obvious to the RAID-1 or RAID-5 controller that the drive has failed.

In principle, no. If something has gone so badly wrong that a hard drive is writing nonsense, and yet somehow working well enough to write the correct internal ECC code for that nonsense, then RAID-1 can't tell which drive is correct. The RAID-1 system will likely overwrite the good data with the corrupt data on a resync. RAID-5 is no better. The "RAID-5 write hole" power failure during active writing is one particular rare but not impossible case.

As far as I know, the only way to avoid such corruption is to use end-to-end checksums in addition to file mirroring, either automatically as part of the file system (ZFS or Btrfs) or periodically or manually (recalculating rsync checksums, simple file verification, Parchive file sets, etc.); ideally with a cryptographic hash such as SHA-256.