Raid 0 ist die beste Sache, wenn Sie auf diese Weise arbeiten.
1.- Sie wollen / müssen eine schnelle Geschwindigkeit beim Lesen / Schreiben (z. B. beim Erstellen eines Projekts mit mehr als einer Million kleiner Dateien). 2.- Bevor Sie den PC ausschalten, führen Sie immer ein Backup auf externen Medien durch
Warum sagen alle Leute, wenn ein Datenträger des Arrays alle Daten verloren hat? Das ist völlig falsch, wenn Sie alle in einem Backup haben.
Was Sie verlieren, ist der Zugriff auf die Informationen, die im normalen Zugriff auf dem Array gespeichert sind (der forensische Zugriff kann möglicherweise einige Teile wiederherstellen).
Raid X darf (niemals) als Ersatz für Backups verwendet werden. Wenn Sie also das Array verlieren, weil alle Festplatten gleichzeitig ausfallen, kann dies gelegentlich vorkommen. Jeder, der Raid (beliebige Level) verwendet, muss jedoch noch Backups haben.
Ich mache das immer (mit Linux, nicht Windows, ich werde später erklären, warum nicht Windows): Verwenden Sie drei Datenträger (max, die mein Motherboard, zwei Sata und ein Pata können) in Raid 0, dann partitioniere ich den Raid 0 für Linux root. ein anderes für Swap (nur 2 GB RAM, max Motherboard kann damit umgehen) und ein anderes für meine Daten ... und immer ein Backup auf 5 externen (USB) Geräten (Pendrives, DVD, HDD usw.).
Wenn also irgendetwas mit einer internen Festplatte schlecht läuft, ersetze ich sie einfach durch eine neue, stelle das Raid und die Partitionen neu her und setze alle Daten (Betriebssystemdateien, Boot, meine Daten usw.) zurück ... nur ein paar Minuten ... und wieder ein.
Gewinn: Ich verdreifache die Geschwindigkeit aller Festplatten ... mein Motherboard ist Sata I, und ich bekomme 80 MB / s von jeder meiner Festplatten (großartig, wenn man bedenkt, dass 80 MB / s von Pata eine in der Nähe sind).
Auf dem Pata-Teil habe ich nur ein Gerät (mein Motherboard reduziert die Bandbreite erheblich, wenn ich zwei Geräte an denselben Anschluss stelle, wie HDD-Master und DVD-Slave). Außerdem verringert es die Geschwindigkeit, wenn ich an jedem Anschluss zwei Geräte einsetzt, wie zum Beispiel HDD Master-Port 0 und DVD-Master-Port 1 (es scheint absurd, aber er teilt die Bandbreite zwischen beiden Ports), daher verwende ich die DVD auf einem externen USB-Gehäuse (es ermöglicht das Booten von einem solchen).
Warum jetzt unter Linux und nicht unter Windows?
Mein Motherboard hat keine Raid-Funktionen. Daher wird Windows niemals ohne Hardware-Assistent von Raid 0 gebootet. Wenn es sich um einen vollwertigen Hardware-Raid oder nur um einen gefälschten Raid handelt, benötigen Sie einen Hardware-Raid-Controller, um Windows von Raid0 zu booten. das Gegenstück oder genau das Gegenteil bei Linux.
Unter Linux können Sie von jeder Art von Raid booten, auch ZFS ... und Sie können auch eine grub.cfg-Datei in einem Raid 0 haben und von dort booten (grub stage muss etwas über lvm wissen, usw.) install-grub2 sagen Sie ihm, lvm-Modul vorzuladen) ... und auch mehr ... grub2 kann mit seinen Dateien auf einem verschlüsselten (LUKS) über einem anderen verschlüsselten System booten ... und so weiter, wie viele Ebenen Sie möchten. Jeder hat seine eigene Passphrase, seinen eigenen Algorithmus usw. und obendrein oder in der Mitte oder an mehreren Punkten können Sie LVM (Raid) so einrichten, wie Sie möchten ... Sie können es so komplex machen, wie Sie möchten ... auch erlaubt es Ihnen Verwenden von internen und externen USB-Geräten als Teile usw.
Windows ist sehr begrenzt und auf Windows-Seite (reine Software ohne Hardware) müssen alle Festplatten dynamisch sein (nicht einfach), sodass Sie nicht von ihnen booten können.
Um das Windows-Startgerät zum Raid 0 zu machen, ist ein Hardware-Raid (100% oder nur ein gefälschter Raid) zwingend erforderlich.
Auch VHD / VHDX kann nicht dynamisch sein, wenn Sie Windows über reale Hardware (keine virtuelle Maschine) booten möchten ... also wieder keine Möglichkeit ...
Jetzt habe ich zwei SSDs, die bei> 500MiB / s schreiben können (getestet auf einem Sata III-Motherboard von Freunden). Der Pata-Teil (Nur 96 MiB / S) würde wie ein Flaschenhals aussehen, ich bekomme nur 137 MiB / s für jeden Sata Ich porte, also 137 + 137 + 96 wäre 370 ... falsch ... auf Raid 0 wäre es 3 * am langsamsten, also 3 * 96 = 282, also bekomme ich mit nur zwei Sata 2 * 137 = 274, die Die Nutzung dieser Pata-SSD (natürlich mit Sata-zu-Pata-Adapter) ist in der Nähe von 282, daher werde ich nur zwei Sata verwenden und im BIOS die Pata-Ports deaktivieren ... und überraschen ...
Nach dem Deaktivieren der Pata-Ports erhielt ich 146MIB / s für jeden Sata-Port ... Wer weiß, warum diese Erhöhung? Also 2 * 146 = 292 mehr als 282 habe ich bei der Verwendung von drei Festplatten.
Also muss ich allen sagen ... testen und testen und absurde Dinge bei solchen Tests versuchen ... Wenn Sie beispielsweise Pata-Ports deaktivieren, werden Sata-Ports etwas schneller.
Aber für Windows ... Raid 0 auf dem Boot-Laufwerk benötigt Hardware-Raid, Raid 0 auf Dada-Festplatten, die nicht booten können, oder Systempartitionen können über die Datenträgerverwaltung ausgeführt werden.
Wenn Sie also drei oder mehr Festplatten und Windows haben ... eine Festplatte für Boot und System als Basisdiskette, und der Rest macht sie zu Raid 0.
Ich verstehe nicht, warum Raid 1 oder Raid 5 für alles, was nicht Server ist (wo Sie keine Ausfallzeit benötigen) ... Jeder Raid-Level vermeidet nicht die Notwendigkeit eines Backups, und wenn Sie alle Backups brauchen, warum brauchen Sie ein Level von Raid, außer Raid 0?
Für Entwickler usw. (nicht Server) können Festplatten bei einem Ausfall von Festplatten (ein oder zwei Tage) Zeit haben, um alle wiederherzustellen ... und mit einem guten Klon des Systems ein gutes Backup Ihrer Daten und das Speichern auf einem Schreibtisch Mit einer anderen Festplatte können Sie in weniger als wenigen Stunden eingeschaltet sein (PC ausschalten, beschädigte Festplatte ersetzen, RAID-Konfiguration wiederherstellen, System wiederherstellen, Daten aus dem Backup wiederherstellen).
Wenn Sie keine Nullzeit benötigen, verwenden Sie einfach Raid0 und stellen Sie sicher, dass BackUPs nicht vergessen werden.
Noch ein Punkt ... (ich lerne es auf die harte Tour) ... mit Windows ... Ich speichere eine Textdatei (oder viele von ihnen) auf einer NORMAL NTFS-Partition. Ich arbeite noch mit anderen Ordnern auf dieser Partition für ein paar stunden lese ich solche dateien einige stunden später ... dann habe ich Windows normal heruntergefahren, keine Warnung, kein Signal geht schief ... am nächsten tag las ich, dass die dateien und einige davon waren wie vor einigen tagen, nicht reflektieren, was war geschrieben und gelesen nach ... als ob die Datei zu einem alten Zeitpunkt gegangen wäre ... Ich habe einen Teil meiner Arbeit verloren ... sehr seltsam, aber ich bin dreimal mit mir gegangen ... Sie denken und Sie sehen, dass Daten sind in den Dateien gespeichert, nach einem Neustart sehen Sie es wirklich nicht.
Es ist ein großer Fehler, der darauf hinweist, wie Windows Caches auf die Festplatte schreibt und wie NTFS-Journaling sehr schlecht implementiert ist ... also vertraue ich nie wieder auf Windows ... Vor dem Neustart mache ich ein Backup auf externen Medien (USB-Sticks, verschlüsselte Festplatte) mit VeraCrypt, etc ... (wobei der Schreibcache nicht von Windows selbst verwaltet wird) und dann erzwinge ich ein Flush (VeraCrypt Unmount) und ein Windows Eject USB, dann stecke ich es erneut ein und bestätige (Bit2Bit), dass alle Daten identisch sind. und dann wieder USB auswerfen, neu starten oder laden.
Beim nächsten Start teste ich erneut das externe Backup erneut ... und manchmal finde ich Folgendes: 1. -Dateien, die in ein internes Nicht-Raid-NTFS-Laufwerk geschrieben wurden, das auf einen externen USB-Speicher kopiert wurde, sind auf einem externen USB-Gerät in Ordnung Status auf der internen Festplatte, also muss ich die neue Version von USB wiederherstellen
Es ist wirklich absurd ... aber das BUG verursachte folgendes: 1. -Daten werden aufgefordert, in eine Datei geschrieben zu werden, Schreibcache ist eingeschaltet, Daten befinden sich im RAM, gehen nie auf die Festplatte (BUG) 2.-Sie haben das gelesen Datei (aus dem RAM, da sie sich im Cache befindet), nie mehr von Datenträger 3 gelesen. - Sie schließen Windows, der RAM-Cache wird nicht auf den Datenträger geschrieben (BUG). Beim nächsten Lesen der Datei befinden sich Daten in einem alten Zustand.
Whatis wirklich seltsam ... ich sehe nie, dass BUG, wenn die NTFS-Partition über einem Windows-Software-Raid0 läuft ..., aber wenn es sich um ein normales NTFS über eine Basisfestplatte handelt, geschieht dies unter Vista, 7, 8, 8.1 und 10 (Version 1709 nicht gesehener Jet, nicht genug Zeit seit dem Update)) ... es passiert mir fast dreimal pro Jahr und es wurde ein Entwickler, der total schmerzt, wenn etwas passiert .... behebte BUGs im Sourcecode, etc .... bis ich diese Schritte befolge: 1.-BACKUP vor dem Herunterfahren über USB ohne Schreibcache auf diesem Gerät (7-Zip zum Komprimieren und Packen der> Millionen kleinen Dateien auf eine große). 2.-Safe Eject USb 3.-Herunterfahren, Neustart usw. 4.-Beim nächsten Start ist das erste, was ich tue, dass alle Daten auf der internen Festplatte in einem alten Zustand sein können ... also stelle ich alle Daten von USB wieder her. Jetzt bin ich mir sicher, dass Windows BUG mich nicht noch einmal beeinflussen wird.
Da dies alles ein totaler Zeitverlust ist und Sie nicht sicher sind, was wirklich gespart wurde, habe ich zu einer Mix-Lösung von Windows über VirtualBOX über Linux über Linux-Software Raid 0 migriert.
Ich starte Linux, die VirtualBOX, dann Windows ... und deaktiviere darauf den Schreib-Cache auf allen Festplatten. Linux-Cache ist viel besser und ich sehe nie einen ähnlichen Fehler auf Linux.
Linux OS ist über Raid 0, VirtualBOX verwendet Dateien als virtuelle Festplatten (eines für das System, eines für meine Projekte usw.), jeweils über Linux Software Raid 0.
Ich habe kein Problem damit, dass Windows keine Daten schreibt (BUG von Write Cache ON). Der Schreibcache innerhalb von Windows ist auf allen Windows-Partitionen AUS. Ich erhalte Linux RAID 0-Geschwindigkeit und Linux-Festplattencache für virtuelle Windows-System- und Windows-Datenträger. Ich bekomme viel Zeit ... das Einsparen von 32 GiB pro Tag für USB 3.1 Gen 2 (10 Gib / s,> 1 GiB / s) ist in weniger als einer Minute erledigt (in einem Sata III-Motherboard) und in Sata I-Motherboard 32 GiB / (2 * 146) = 112 Sekunden (etwas mehr als zwei Minuten).
Das Backup aller Windows- und Daten-Dateien hat mir also weniger als drei Minuten pro Tag gekostet ... warum also nicht Raid 0? Wenn ich alles verloren habe, brauchte ich weniger als drei Minuten, um solche Dateien wiederherzustellen ... Linux Clone Restore nicht zu zählen (ca. 20 Minuten), 10 Festplatten ersetzen, 5 in eine Live-Distribution booten und 5, um das Raid neu zu erstellen 0 und Linux-Klon wiederherstellen.
Wenn also eine Festplatte ausfällt, brauche ich nur weniger als eine halbe Stunde, um wieder zu arbeiten ... und das zu einem Preis von weniger als drei Minuten pro Tag (für Backup) ... und der Backup-Tag ist ein Muss, egal, was Sie sich gewünscht haben verwenden, egal ob es sich um ZFS handelt usw.
Es besteht immer die Möglichkeit eines menschlichen Fehlers. Was ist, wenn Sie den falschen Ordner löschen? etc ... BackUPs sind das Wichtigste, wenn etwas wirklich schief geht.
Und es ist besser, historische Backups zu haben, nicht gerade den letzten Zustand.
Raid 0 hat wirklich gute BackUP-Gewohnheiten und ist eine echte Verbesserung mit null verlorenen Risiken (Sie haben BackUPs, sodass Daten aus dem Raid-Array, aber nicht aus Ihrem BackUP verloren gehen).