Mit deiner Meinung bist du wohl alleine.
Ist er absolut nicht!
Die Geschichte mit dem
Write-Hole ist absolutes RAID Grundlagenwissen. Und das obwohl x4u mehrfach versucht hat die Zusammenhänge in immer neue Worte zu kleiden. Statt diskutieren einfach mal die Lücken nachlesen!
Ich möchte noch ergänzen:
BBU (weitgehend **) nutzlos bei : RAID0, JBOD, single drive
BBU sinnvoll bei allen RAID Formen mit Redundanz insbesondere
auch RAID1 (sehe gerade das hatte x4u auch schon erwähnt)
Ein Beispiel für
RAID1 wo eine BBU Datenverlust in bestimmten Fällen vermeidet:
. sagen wir MFT wird geschrieben. Auf der einen Platte 1 landen die aktualisierten MFT Daten auf der anderen Platte 2 nicht, da der Rechner BSOD, Stromausfall, Kind über Stromkabel gefallen etc. pp.
. das RAID1 ist jetzt inkonsistent. Die RAID1 Daten sind nicht synchron. Sei "k" die Nummer des kaputten Chunks.
. Der RAID Controller wird beim nächsten Reboot diesen Zustand nicht zwangsläufig bemerken (*)
. Das Filesystem bemerkt, dass es nicht korrekt herunter gefahren wurde. Das NTFS Journal wird korrigiert. Wir nehmen an, dass das NTFS Journal bzgl. der Daten auf Platte 1 korrigiert werden und im Zuge dieser Korrigierung Chunk "k" nicht geschrieben werden muss. Es gibt Controller, die lesen im RAID1 von beiden Platten um die I/O Leistung zu steigern. Gibt auch Controller, die lesen im RAID1 immer nur von einer Platte. Beim RAID werden ja die gelesen Daten auch nicht verglichen mit den redundanten Daten. Gibt aber auch Controller, die lesen abhängig vom Zugriffsmuster mal von nur einer mal von beiden Platten (3ware TwinStor®). Auf jedem Fall könnte es passieren, dass das NTFS Journal bzgl. der Daten von Platte 1 korrigiert wird.
. Platte 1 falle 3 Monate später aus. Die MFT Daten die im 1. Schritt inkonsistent wurden in der Zwischenzeit nicht nochmals geschrieben (sie würden sonst ja durch das Schreiben korrigiert)
. Platte 1 wird ersetzt
. das RAID1 schreibt die Daten von Platte 2 zurück und damit auch Teile eines potentiell korrupten MFT zurück.
. Das Filesystem scheitert das Dateisystem zu korrigieren, da Teile des MFT nicht mehr zusammenpassen. So wie ein Merge Konflikt beim Mergen von unterschiedlichen Branches in einer Versionsverwaltung.
. Wenn das jetzt zu konstruiert klingen mag - einfach allgemein Write Hole googeln.
Also: RAID1 hat auch das Write-Hole nur nennt man es dort häufig nicht so.
(*) RAID Controller "sollten" bemerken, wenn sie nicht korrekt heruntergefahren wurden und einen
resync durchführen. Nicht alle RAID Controller tun dies zuverlässig.
(**) Ein Bluescreen gefährdeter Rechner mit Write Cache hat mit oder ohne BBU in etwa die gleiche Datensicherheit, wobei hier das Wort Sicherheit fehl am Platz ist. Die DB bzw. das Filesystem eines zuverlässigen DB-/NAS-Servers ohne USV, kann mit BBU genauso gut korrupt werden wie ohne. Und mit einer USV braucht's die BBU auch nicht zwingend.