CPU & RAM-Last durch Raid 1?

Hi,
ich hab mir folgendes überlegt ich wolte mir ein Raid 1 mit
2 mal folgender HDD:

http://geizhals.at/deutschland/a401979.html
und als Raid Controller :
http://geizhals.at/deutschland/a369620.html
anschaffen.

Nun zu meiner Frage. Da ich diesem günstigen Controller nicht zutrau das der selbst irgend was rechnet geh ich davon aus das das ganze zusätzliche Last für mein System bedeutet. Stimmt diese Annahmen und wenn ja kommt es nur zu der Last wären ich von dem raid lese/schreibe und mit wie viel zusätzlicher last muss man rechnen.
Mfg
GitL

Danke für die schnelle antwort.
Bringt die verwendung eines derart günstigen Controllers für Raid 1 irgendwelche Nachteile?

Ich will des Raid verwenden um meine Daten (Filme, Musik, Images etc.) zu lagern und zu gewährleisten dass die Daten bei einem Festplatten Ausfall nicht weg sind.
Das OS kommt auf eine ander Platte.

Nach deinem Post bin ich mir nun nicht sicher ob du mir sagen wolltest dass es den oben beschriebenen Zweck erfüllt oder nicht^^
Also noch mal reicht der Controller für diesen Zweck oder solte ich doch etwas mehr ausgeben? wenn ja währe ein empfehlung ganz nett...
Wenn ich schon dabei bin gleich noch eine frage was passiert eigendlich wenn der Controller stirbt kommt man dann noch an die daten des Raids ran (mit einem neun Controller) oder sind die daten dann auch weg?

Ich möchte es mal nicht ganz so schwarz malen wie 7Oby:
WENN Du ein RAID-1 eingerichtet hast und durch einen Test, wie von 7Oby beschrieben, sichergestellt hast, daß bei dem Ausfall einer Platte auch der Rebuild funktioniert, dann erhälst Du den Schutz bei Ausfall einer Platte, den Du erwartest.

Wenn der Treiber halbwegs sinnvoll arbeitet, dann würde ich auch nich von einer "Verdopplung" der CPU-Last ausgehen, da die Daten als Broadcast an beide Festplatten gesendet werden könnten. Das setzt zwar ein Mindestmaß an vorhandener Logik im Controller voraus, ist aber sehr simpel. Vielleicht sogar einfacher als alle Daten doppelt zu schreiben und dies dann per nachträglichem Test zu synchronisieren - oder wie es auch immer implementiert sein möge.

Egal wie Du es umsetzen möchtest, solltest Du mit ein paar Testdaten den worst-case-Fall probieren:
1. Ein paar Daten sollten auf der Platte liegen, die Du auf Korrektheit überprüfen kannst. z.B. ein Word-Dokument, ein paar Fotos, ein Video.
2. Du kopierst eine große Datenmenge auf das RAID und ziehst irgendwann während der Datenübertragung das Datenkabel ab.
3. Rechner aus, die zuletzt noch angeschlossene Platte an den anderen Port stecken, Booten.
-> Sind die Daten noch verfügbar?
4. Rechner wieder aus, Platte durch die andere (abgezogene) ersetzen.
-> Sind auch hier die Daten noch verfügbar?
5. Partitionen löschen. Es wird als nächstes ein Rebuild im Falle eines vorherigen Defektes nachgespielt, also der Austausch einer Platte durch eine neue. Neue Platten sind i.d.R. nicht partitioniert. Darum: Partitionen löschen (nicht nur formatieren!)
6. Rechner aus, einmal mit der anderen Platte im angeschlossenen Zustand den Rechner booten lassen und nochmal (Zur Sicherheit) schauen, ob sie noch verfügbar ist.
7. Rechner wieder aus, beide Platten anstecken.
-> Während oder nach dem Bootvorgang sollte ein Rebuild-Prozess angeboten oder sogar automatisch gestartet werden.
8. Nach dem Rebuild die Test-Daten kontrollieren: Ist das DOC-Dokument noch lesbar? Ist die Musik ohne Störungen? Ist das Video noch abspielbar?
[objektiver wären vielleicht Checksummen, aber das nun zu erklären ist vielleicht etwas ungünstig]

Die ganzen Zwischenschritte sind nicht zwingend nötig, stellen aber sicher, daß bei einem solchen simulierten Ausfall auf beiden Platten noch Daten zu finden sind, der Controller auf funktionsfähige Platten auch ohne RAID zugreifen kann und letztendlich ein Rebuild mit der Platte, die nicht ausgefallen war, durchführen kann.

Wenn Du auf Nummer Sicher gehen willst, dann kannst Du einen sporadischen Ausfall, wie er bei einem Rechnerabsturz bei einem Host-RAID unter Umständen provoziert würde, ebenfalls testen.
Die Vorgehensweise wäre wie oben bis einschließlich Schritt 2.
Zur Sicherheit und Nachprüfbarkeit der Wiederherstellung wird dann eine Test-Datei angelegt auf der verbliebenen Festplatte. Schließlich soll bei einem Rebuild der aktuelle Stand übernommen werden und nicht der alte vor dem Ausfall. (Leg' z.B. einen Ordner oder eine Datei neu an)
Dann Rechner aus, Platte wieder dran, booten und Rebuild ausführen.
Wenn der Rebuild fertig ist, nachprüfen, ob a) die Dateien noch funktionieren und b) die neue Datei, die nach dem abziehen der zweiten Platte erstellt wurde, noch vorhanden ist.


So, das sollte alle relevanten Fälle abdecken.


---------

Achtung: Kein RAID kann ein Backup ersetzen!
Wenn Du meinst, daß Du somit um die Erstellung eines Backups herumkämest, muß ich Dich enttäuschen.
Bevor Du mit einem RAID versuchst ein Backup zu ersetzen, solltest Du lieber auf den Controller verzichten und anstelle dessen einen Festplattenwechselrahmen anschaffen, so daß Du in regelmäßigen Abständen (z.B. 1x pro Woche) ein Backup erstellst und dieses dann in den Schrank stellst.

Bitte immer nur RAID + Backup verwenden!

@GitL:
Sicherer ist es, aber Du mußt die Backup-Platte auch vom Rechner Trennen, wenn das Backup erstellt wurde.
Nur so kannst Du die Daten vor versehentlichem Löschen, Viren, Spannungsspitzen, Blitzeinschlägen (gehören eigentlich zu den Spannungsspitzen) und ähnlichem schützen. Also nach Möglichkeit nicht aus Faulheit die Platte dann permanent am Rechner lassen.