URL: https://www.overclockers.at/storage-memory/raid-5_hat_sich_soeben_bewaehrt_und_wie_62539/page_2 - zur Vollversion wechseln!
Ich denke, er hätte die fehlende Platte "emuliert" indem er einfach alle momentan benötigten Daten on-the-fly rekonstuiert hätte, aus den übrigen Platten (durch das Parity Striping). Diese fehlenden Blöcke werden wohl aus dem System-RAM gelesen wenn sie fertig rekonstruiert sind. Solange, bis man die defekte Platte ersetzt, und das Rebuild beginnen kann.
So habe ich das jetzt verstanden.
Zitat von GrandAdmiralThrawnEdit: Hardware RAID-5 halte ich aber für sinnvoller, wegen dem Speed und der Auto-Reparatur die ja z.B. auch unter DOS oder während dem Bootvorgang weiterläuft. Vom optional großen Controllercache und der Möglichkeit ECC-Cache zu verwenden red ich erst gar nicht...
stimmt, wäre die platte defekt wäre das ganze weitergelaufen bis er eine neue reinhängt (nicht die falsche erwischen
)
das sollte natürlich möglichst schnell passieren, ein weiterer plattendefekt wäre das ende des arrays. die erweiterung des arrays mit ner zusätzlichen platte sollte doch kein problem sein? wo steht das es nur per hotswap funktioniert? ich dachte der promise würde die funktion unterstützen, normalerweise muß man das eh im controllerbios/controllertool durchführen, somit sollte es auch egal sein wann die platte angeschlossen wird.
@sys; auch ein sw raid kann die platte rauswerfen und weiterbooten (zumindest unter linux
), ist eine hotspare vorhanden kann der rebuild auch gleich gestartet werden, den sollte man aber fertiglaufen lassen.
edit: der große vorteil des hw controllers ist, das er auch das gesamte os im raid5 aufnehmen kann.
ich mein vor dem linux boot, oder bevor die SW gestartet wird ...
overclockers.at v4.thecommunity
© all rights reserved by overclockers.at 2000-2025