Raid 6 - Partition D: und E: - wie funktioniert es?

Moin,

Du hast RAID anscheinend überhaupt nicht verstanden.

Du soltest zur Einstimmung Dir zumindest den Wikipedia-Artikel zu RAID reinziehen.

Anschlieend soltest Du die Inhalte deienr Platten "D" udn "E" sichern. Denn das wirst Du verlieren, wenn Du die Platten in ein RAID6 einbaust:

Ein RAID6 benötigt mindestens 4 Platten. Und beim Aufbau gehen alle Daten auf den Platten verloren!

Also Vorsicht.

lks

Hi,
ein RADI wird als ein logisches Laufwerk dargestellt. Nicht als zwei. Willst du D: und E: haben, musst du die Platten entweder partitionieren oder zwei RAID Systeme in betrieb nehmen.

Gruß

Hallo,

erst mal grundsätzlich hat RAID (welches auch immer) so gar nichts mit Partitionen zu tun (ich gehe jetzt mal von einem Hardware-RAID aus).
Das RAID erstellst du mit dem Controller. Diese organisiert seine Platten selbst in dem er die Daten dem RAID entsprechend organisiert.
Im Falle eines RAID-6 werden die Daten auf einem Teil der Festplatte verteilt und ein anderer Teil dient als Speicher für "Wiederherstellungsdaten". D.h. wenn eine Platte ausfällt, dann kann deren Inhalt in Verbindung mit den Wiederherstellungsdaten berechnet werden.

Wenn der Controller das RAID erzeugt hat, kann dein Betriebssystem auf diese zugreifen wie auf eine physikalische Festplatte. D.h. das Betriebssystem behandelt dein RAID genauso wie eine einzige Festplatte.
Demnach kann du dann auf dieser entsprechend deinem Betriebssystem Partitionen erstellen (C, D, E, ... oder wieviele auch immer).

Das erzeugen, wiederherstellen und verifizieren des RAID's übernimmt komplett der Controller, das Betriebssystem hat damit nichts zu tun. Aus dem Grund ist es auch wichtig, dass der Controller nach Möglichkeit auch gepuffert ist, er also über einen eigenen Akku verfügt, damit auch im Falle eines Stromausfalls noch eventuelle laufenden Schreibvorgänge zu Ende geführt werden können.

Um die Vorhandenen Festplatten innerhalb des RAID's mit zu verwenden, gibt es nur eine sinnvolle Möglichkeit:
- Alle Daten von vorhandenen Partitionen vollständig sichern, ggf. auch mal Partitionsgrößen notieren.
- Neue Festplatten einbauen
- Im RAID-Controller das (oder die) RAID's erstellen
- Daten zurück spielen, oder BS neu installieren und dann Daten zurück spielen.

Du kannst ohne Probleme D und E auf dem gleichen RAID ablegen. Auch C kannst du da mit draufpacken.
Du kannst aber auch (je nach RAID-Controller) für C, D und E ein eigenes RAID anlegen. Dann brauchst du aber für jedes RAID entsprechend viele Festplatten.

Informiere dich vorher, ob du über das Controller-BIOS die RAID's erstellen kannst. Bei manchen Server geht das nur über eine entsprechende CD/DVD bzw. Software.
Stell sicher, dass du alle Daten auch wiederherstellen kannst. Benötigst du evtl. Lizenzschlüssel für die Installation / Wiederherstellung?
Stell sicher, dass du ein Monitorprogramm für deinen RAID-Controller hat. Das brauchst du nämlich, um den Zustand deinen RAID's vom Betriebssystem aus sehen zu können und evtl. auftretenden Fehlern rechtzeitig entgegen zu wirken oder eine Platte wieder zu reaktivieren. Es ist besser sowas zu haben, bevor man es wirklich braucht.
Und teste dein RAID, bevor du die Daten aufspielst oder es produktiv eingesetzt wird. Zieh zum Beispiel mal eine Festplatte und beobachte wie es sich verhält, was im Monitorprogramm angezeigt wird und ob die Platte wieder aktiv wird, wenn du zu zurücksteckst. Das ist etwas, was du später nicht mehr machen kannst (solltest).

Das stimmt so leider nicht. Ein (Hardware)-RAID stellt sich dem Betriebssystem gegenüber als eine Festplatte dar und kann sehr wohl partitioniert werden.

Du muß Dich von der Vorstellung von Laufwerksbuchstaben lösen und RAID als das ansehen, was RAID ist:

Ein neues Blockgerät, daß über die Zusammenfassung von andren Blockgeräten "entsteht". das kann auf verschiedene Arten geschehen, was sich u.a. über die RAID-Level ergibt.

Bei RAID 6 wird halt der Inhalt von n Blöcken auf n+2 Blöcke per Spreizcode auf###, daß über den Hammingabstand sichergestellt ist, daß man den Ausfall von mindestens 2 Blöcken "verkraftet". Näheres dazu findet sich in Wikipedia und Fachliteratur.

Wenn du nun ein RAiD "gebaut" hast, sieht das OS ein einziges Blockdevice, das wie eine normales Blockdevice (=Platte) partitioniert und formattiert werden kann.

Ob Du die jetzt "D" oder "U" oder /home nennst, ist Jacke wie Krachlederne.

Die Daten sind dann jedenfalls bei RAID 5 oder 6 auf alle Platten "gleichmäßig" verteilt. Du kannst also nicht eine Platte herausziehen und damit dann Deine Daten rekonstruieren. Du findest da dann nur bruchstücke von deinen Daten.

lks

PS: Warum wird auf a--u-f-g-e-b-l-a-s-e-n auf###?

Hi,
so in der Art hatte ich es auch gemeint.... "entweder partitionieren oder zwei RAID..." Evtl. stimmt die Aussage des logischen Laufwerks nicht. Die korrigiere ich gern und sage dann eher, dass ein RAID jeweils als eine Festplatte dargestellt wird.

Gruß

Hi,

mal ganz ab vom Schuss
also du kannst ein RAID 6 Bilden und dann dieses Raid Partitionieren, dabei geht dir die Kontrolle verloren welche Daten auf welche Platten geschrieben werden.

Was ganz andere, Raid 6 ??? Warum??? Das ist wahrscheinlich immer ein bisschen Sache des persönlichen Geschmacks, aber wenn du schon 4 Platten hast dann würde ich rein aus der Performance heraus zu einem Raid 10 tendieren

bei RAID 6 können beliebige 2 festplatten ausfallen udnman kommt imemr noch an die Daten. bei RAID10 reicht es, wenn die "richtigen" 2 Festplatten ausfallen, damit (rechnerisch) die Hälfte der Daten "weg" ist.

Ist immer die Frage, was das Ziel ist.

lks

PS. Und ja, ich habe es schon erlebt, daß zwei Platen in einem RAID5 sehr kurz hintereinander ausgefallen sind.

Ja, das ist meistens so, ist ja auch logisch. Du hast in einem Raid meistens Platten des gleichen Typs vom gleichen Hersteller, die fast die identische anzahl an Zugriffen mit einer nahezu identischen Laufzeit haben. Wenn dann eine ausfällt sind die anderen meistens nicht weit. Genau aus dem Grund bin ich eher der Raid 10 + Hotspare verfechter.
In Kombi mit einem verlässlichen Backup

RAID 10 Kostet vielleicht am Anfang mehr, aber der Mehrwert durch eingesparte Wartezeiten innerhalb der 2-3 Jahre die so ein Platte in Betrieb ist holt das bestimmt wieder raus. Aber wie gesagt das ist meine Persönlich subjektive Meinung jeder der ein anderes Raid System bevorzugt hat bestimmt auch seine Gründe und es gibt sie ja schließlich nicht ohne Grund.

MFG
PJM

Dafür hat der liebe Gott ja die Datensicherung erfunden
Spaß bei Seite. Auch die höchstmögliche Fehlertoleranz hat ihre Grenzen. Nicht ist wichtiger als eine Datensicherung und in richtiges Datensicherungskonzept.

Natürlich. Aber es ist ein Unterschied, ob der Betrieb einfach weitergehen kann, oder erst das System offline genommen werden muß, bis das backup wieder drin ist. Ganz zu Schweigen von dem Datenverluist zwischen Zeitpunkt des Backups und derm Ausfall.

lks

Das ist mri schon bewußt, lät sich aber manchmal nicht vermeiden, weil man das nehmen muß, was der Lieferant da hat oder "der Kunde die beio Amazon günstiger bekommt."


Hotspare hilft nicht imemr, im oben besagten Fall war die zwar da, aber die zweite Platte file aus, bevor das rebuild fertig war. das kann Dir beim RAID10 genauso passieren.


Verlässliches Desater-recovery (Backup ist nur ein teil davon) ist sowieso Grundvoraussetzung, egal wieviel Redundanz man für den Weiter-Betrieb nach Festplattenausfällen man einplant.


RAID10 und RAID5/6 haben ganz verschiedene Einsatzgebiete. Die 300€ für eine Platte mehr oder weniger wiegen den Produktivitätsverlust für mindestens einen halben Tag "Stillstand" fast nie auf.

lks

PS: RAID10 wird meist da verwendet, wo Performance wichtig ist, RAID5 oder 6 dort, wo Kapazität wichtig ist. Daher ist es meist selten sinnvoll RAID5 oder 6 mit weniger als 4 bzw 5 Platten aufzubauen.

Letztlich kommt es doch immer darauf an, wie viel Moneten man ausgeben möchte um so-und-so viel Ausfallsicherheit/Redundanz zu erhalten. Mit den entsprechenden Aufwendungen ist alles möglich, bis hin zur vollständigen, räumlich getrennten Redundanz eines Rechenzentrums.

Das alles entscheidende ist jedoch, das man alle erdenklichen Ausfälle vorher geplant und nach Möglichkeit auch getestet hat, damit man im Falle eines Falles keine Bösen Überraschungen erlebt (Rücksicherungszeit, Verhalten des Controllers, Kontrollmechanismen, Ersatzhardwarebeschaffung). Der Teufel ###t ja in die Ecke

Und das zu Beurteilen obliegt den Threadersteller.

Uhh das ist übel


Das mein ich noch nicht mal, ich geh nur von der Performance im Idealbetrieb aus. Sprich du hast ein Raid 10 auf deinem Fileserver oder deiner SQL Datenbank. Die Anwender starten ihre Anwendungen die auf die Platten zugreifen. Und wenn es pro Anwendung nur 1 Sekunde schneller ist hast du bei 10 Anwendungen oder Dateien am Tag bei 10 Mitarbeitern über 3 Jahre 18 h Arbeitszeit gespart, dafür gibts schon ganz gute Platten