![]() |
|
|
![]() |
|||||||||||||
![]() |
||||||||||||||||
|
|
![]() |
#1 |
Registriert seit: 10.12.2010
Ort: In Sichtweite der Burg Teck
Beiträge: 2.796
|
Hallo,
wenn wus - entgegen den Bedenken die ich nicht wiederholen wollte - sein NAS mit RADI 0 betreiben will da ihm die jetzigen 6 TB zu klein und zu langsam sind, dann braucht er sowieso ein weitere Platte um regelmäßig Backups zu machen. Deshalb mein Vorschlag eine 8 TB Platte zu kaufen, alles darauf zu sichern und ohne Angstschweiß und Klimmzüge zu migrieren. In andern Fällen fürchte ich läuft es darauf hinaus, dass er sich sinnvollerweise ein neues NAS mit mehr Kapazität kaufen sollte. Und dann reden wir mit größeren Platten im RAID über 700 € aufwärts. Hans |
![]() |
![]() |
Sponsored Links | |
|
![]() |
#2 |
Registriert seit: 16.08.2010
Beiträge: 19.169
|
Kurze Antwort: Wenn der Hersteller deines NAS dafür ein Tool anbietet, dann geht es. Sonst mit ziemlicher Sicherheit nicht, weil außer dem RAID-Controller niemand weiß, welche Daten jetzt gerade auf welcher Platte liegen.
Lange Antwort: Deine vorgeschlagene Vorgehensweise dürfte von allen Möglichkeiten die ungeschickteste sein. Um die 1,5 TB Daten des fehlenden Laufwerks zu rekonstruieren, müssen von jedem der verbliebenen Laufwerke 1,5 TB gelesen werden (2× 1,5 TB Daten plus 1× 1,5 TB Parity) - macht insgesamt 4,5 TB Lesezugriffe - um sie dann anstelle der Parity-Sektoren wieder auf die Platten zurückzuschreiben, macht 1,5 TB Schreibzugriffe. Danach hättest du erst mal ein RAID0 mit 6 TB. Wenn du da jetzt die vierte Platte wieder hinzufügen willst, müssen alle Sektoren ein weiteres Mal neu verteilt werden, sonst hättest du ja Stripes nur auf den ersten 6 TB und sequentiellen Zugriff auf den letzten 2 TB. Insgesamt ist das vermutlich mehr Gerödel, als das Ding komplett plattzumachen und vom Backup neu einzuspielen. Den RAID-Level im laufenden Betrieb zu wechseln ginge sicher schneller, weil da keine Daten aus den Parity-Sektoren rekonstruiert werden müssen, aber ein Backup (und ein Backup vom Backup) brauchst du da natürlich auch. Sobald der Vorgang einmal angefangen hat, muss er ungestört bis zum Ende durchlaufen, sonst sind die Daten hinüber. Einen merklichen Performance-Gewinn würde ich davon allerdings nicht erwarten. Bestenfalls ein paar Prozent, weil dann vier parallele Lesezugriffe möglich sind anstelle von dreien. Aber auch nur dann, wenn die Dateien so groß sind, daß der Controller sie tatsächlich auf alle vier Laufwerke verteilt. Bleibt also der Gewinn von 2 TB zusätzlicher Kapazität, erkauft durch ein um mehrere Zehnerpotenzen größeres Risiko des Totalverlusts aller Daten.
__________________
Any feature is a bug unless it can be turned off. (Heuer's Law, 1990) |
![]() |
![]() |
![]() |
#3 | |
Registriert seit: 08.08.2005
Ort: Ocean Ave, San Francisco, CA 94112
Beiträge: 5.473
|
Zitat:
![]() Viele Grüße, meshua
__________________
Aktuelle Serie: Eun Kyung - A Late Summer Afternoon || San Francisco | Frankfurt | Hongkong: Google+ * IG * FB |
|
![]() |
![]() |
![]()
|
Themen-Optionen | |
Ansicht | |
|
|