[ddd]

moin,

@Tom: viel Spaß mit Deinem RAID1 und Hans' Hinweise beachten, sonst wiegts Du Dich in falscher Sicherheit

Wie kann man die 30s Wartezeit verkürzen (außer durch Enter drücken)?

in der boot.ini, Bereich [boot loader] Schlüssel "timeout=30". Setze den Wert z.B. auf 10, kürzer würde ich nicht machen, damit Du im Problemfall noch rechtzeitig eine Taste triffst.

Den mirror zu testen, ist sicher eine gute Idee. Das ist ja der tiefere Sinn des Ganzen, dass notfalls die gespiegelte Platte allein läuft.

Von nicht-Microsoft-tools lasse bitte die Finger!
Partition Magic z.B. dürfte kaum funktionieren, und wenn doch wäre ich skeptisch, ob es hinterher noch stabil ist.


@Christoph:Ausfallwahrscheinlichkeit:
bei unabhängigen Ereignissen steigt die, um so mehr Ereignisse möglich sind.
D.h., 3 Platten haben eine höhere Wahrscheinlichkeit, das eine ausfällt als zwei Platten.
Bei RAID1 mit drei Platten (d.h. die Platte wird 2x gespiegelt, nur ein Drittel der Nutzkapazität, aber es darf eine ausfallen, ohne die Redundanz zu verlieren, und selbst nach dem 2. Ausfall sind die Daten noch komplett) ist zuverlässiger als ein RAID5 mit drei Platten, da hier der 2. Ausfall den Totalverlust bedeutet. Und da der rebuild eines RAID5 viel länger dauert als der rebuild eines RAID1...
Die Unabhängigkeit der Ereignisse ist auch so eine Sache: alle Platten in einem System sind denselben Quälereien wie Übertemperatur, Vibrationen, Stöße, Spannungsspitzen vom Netzteil usw. ausgesetzt. Daher sind die Ausfallwahrscheinlichkeiten nicht mehr ideal unabhängig. Und wenn man lauter identische Platten einsetzt, kommen noch systematische und Serienfehler dazu, aus leidvoller Erfahrung kann ich dir garantieren, dass dies die Unabhängigkeit der Ausfallwahrscheinlichkeiten erheblich in Frage stellt.
Ok, bei wenigen Platten merkt man das nicht unbedingt. Bei deutlich über hundert aber sehr wohl, und ich habe ca. 250 im Einsatz.

"inexpensive" wurde später zu "independent" umgedeutet. RAID5 stammt aus den späten 1980er Jahren, da kostete eine 120MByte-Platte (8" !) mehrere Tausender...

@modena: RAID5 und PCIe
Ich habe bisher keine Messwerte für die reale Dauertransferrate bei PCIe 2.0/lane oder gar bei mehreren lanes. Die Erfahrung von PCI und PCI-X sagt mir, dass das Limit unter 3/4 des theoretischen Maximums liegen wird, eher bei der Hälfte. Ausserdem kommen wir da bereits in den Bereich der maximalen Dauertransferrate des Hauptspeichers, die CPU möchte auch gelegentlich mal auf selbigen zugreifen.
Eine Velociraptor (schnellste SATA-HD zur Zeit) liefert bis 150MByte/s Dauertransfer, d.h. bei Anbindung über eine PCIe 1.0-lane wird die schon ausgebremst. PCIe 2.0 würde reichen, PCIe 3.0 erst recht. Bei Servern wird aber eigentlich nur SAS (serial attached SCSI, eher eine aufgebohrte SATA-Version mit SCSI-Kommandointerface) eingesetzt, und die Dinger sind noch schneller.
Alle echten HW-RAID5/6-PCIe-Controller, die ich kenne, haben ein 1.0x8-Interface.
Vereinzelt gibt es x4-Karten, gängig sind die nicht.
PCIe 2.0 ist im Serverbereich noch lange nicht verbreitet, 3.0 bisher noch gar nicht verfügbar. Da kommt es auf Zuverlässigkeit und Ersatzteilverfügbarkeit an, die Generationszyklen der Hardware liegt bei mehreren Jahren und nicht Wochen-Monate wie im desktop- oder homeuser-Bereich. PCI-X ist immer noch Stand der Dinge bei Servern, PCIe geht erst langsam los.
Die verlinkten Testergebnisse kann ich nicht bewerten, da ich die verwendeten Tests nicht kenne. Es sind aber Ungereimtheiten in den Werten, die Controller haben offensichtlich keinen Buffer und keine Write-Back-Puffer-Batterie. Daher würde ich die Ergebnisse mal mit etwas Vorsicht betrachten (z.B.: 16k stripes benutzt keiner, der auf speed Wert legt. 64k ist oft ein ordentlicher Kompromiss von speed und Platzverschwendung. 256k gibt oft schon wieder Einbrüche, da die Blöcke zu groß werden und manche der vielen Buffer auf dem Transportweg überlaufen. usw...)

Aber lasst uns das beenden: genausowenig wie es die ideale Kamera gibt, existiert die ideale RAID- oder Backup-Strategie. Es hängt immer von Bedarf, Nutzungsprofil, Budget usw. ab, was sinnvoll ist.