"Christmas - the time to fix the computers of your loved ones" « Lord Wyrm

Frage: JBOD Funktionsweise

little_ear 13.05.2011 - 12:49 3318 11
Posts

little_ear

Big d00d
Registered: Mar 2009
Location: ösi
Posts: 130
Hallo!

Ich möchte 4 HDDs als JOBD-Array zusammenschliessen (Asus M3A32-MVP Deluxe). Ich hoffe, dass mir wer von euch helfen kann, ein paar Unklarheiten aufzuklären. Ein großes Dankeschön mal für eure Zeit und Mühe!

Meine Fragen:
1) Was passiert wenn eine Platte ausfällt?
2) Kann ich eine Platte ausstecken/umstecken? (im BIOS-Einstellen usw.?)
3) Brauch ich fürs JOBD die RAID-Treiber des Mainboards?
4) Kann ich z.B. 2 Platten via SB600 als JOBD mit 2 Platten auf den anderen Mainboardcontroller (Marvell) zu einem 4-Platten-JOBD-Array zusammenschliessen?
5) Ist der JOBD-Verbund nur virtuell oder werden die Daten einfach von "oben bis unten" gefüllt (innerhalb des JOBD; unabhängig von den einzelnen Plattengrenzen)
6) Gibt es vielleicht eine Softwarelösung in bzw. für Windows 7 64 Bit?

lg

schizo

Produkt der Gesellschaft
Avatar
Registered: Feb 2003
Location: Vienna
Posts: 2543
Zitat von little_ear
Hallo!

Ich möchte 4 HDDs als JOBD-Array zusammenschliessen (Asus M3A32-MVP Deluxe). Ich hoffe, dass mir wer von euch helfen kann, ein paar Unklarheiten aufzuklären. Ein großes Dankeschön mal für eure Zeit und Mühe!

Meine Fragen:
1) Was passiert wenn eine Platte ausfällt?
2) Kann ich eine Platte ausstecken/umstecken? (im BIOS-Einstellen usw.?)
3) Brauch ich fürs JOBD die RAID-Treiber des Mainboards?
4) Kann ich z.B. 2 Platten via SB600 als JOBD mit 2 Platten auf den anderen Mainboardcontroller (Marvell) zu einem 4-Platten-JOBD-Array zusammenschliessen?
5) Ist der JOBD-Verbund nur virtuell oder werden die Daten einfach von "oben bis unten" gefüllt (innerhalb des JOBD; unabhängig von den einzelnen Plattengrenzen)
6) Gibt es vielleicht eine Softwarelösung in bzw. für Windows 7 64 Bit?

lg

Bei einem JBOD werden die Daten _irgendwie_ auf alle Disks geschrieben. Imho ist davon stark abzuraten!

1) alle Daten sind weg
2) wenn du sie nachher wieder ansteckst, ja
3) kommt drauf an, ob du ein HW oder SW JBOD machst
4) Softwaremäßig ja
5) die Daten werden beliebig draufgespielt, es wird also nicht zuerst die 1. Hdd gefüllt, bevor die 2. bespielt wird.
6) MS Unterstützt seit 2000(?) Softwaremäßig JBODs sowie Raid0/1. Diese kannst du in der Datenträgerverwaltung erstellen.

Bevor du ein JBOD anlegst würde ich eher zu einem Raid0 raten, was dir einen Perfromancegewinn bringt. Da bei Raid0/JBOD schon bei einem Plattenausfall alle Daten verlorgen gehen ist bei Storage auf jeden Fall davon abzuraten. Raid0 macht bei Hdds nur für die Systempartition Sinn.

daisho

SHODAN
Avatar
Registered: Nov 2002
Location: 4C4
Posts: 19689
Die Erklärung hinkt imho etwas, hier kann man besser nachlesen:
http://de.wikipedia.org/wiki/JBOD#JBOD

Viel Sinn machts natürlich nicht sich sowas einzurichten, da ist es noch besser man lässt die Platten einfach separat laufen.

Neo-=IuE=-

Here to stay
Registered: Jun 2002
Location: Berndorf, NÖ
Posts: 3232
sowas hat wirklich nur sinn, wenn man viele klein" platten hat und viele große files speichern will und somit sonst platz verschenken würde, wobei wie schon gesagt wurde, da ein raid 0 sicher besser ist, weil es da "gezielt" passiert

ausfallstechnisch ist es auf jeden fall ein disaster und bei heutigen festplattengrößen wohl eher nicht notwendig

little_ear

Big d00d
Registered: Mar 2009
Location: ösi
Posts: 130
Danke für die bisherigen Antworten!

Ich wollte ein JOBD vorziehen (gegenüber einen Raid 0), weil ich gehofft hatte, dass ich durch einen Festplattenausfall nur die Daten auf der jeweiligen Festplatte verliere; und nicht alle Daten auf allen Festplatten?!
habe ich das richtig verstanden?? Egal ob Software- oder Hardware-JOBD-Array??

Wenn dem nicht so ist, dann wäre wohl ein Raid 0 "die Wahl der Qual".

Warum ich ein JOBD-Array brauch:
Mein Raid 5 ist bald voll und ein ("unwichtiger") Ordner hat 6 GB. Einen Verlust von 2GB dieser Daten wäre mir wuscht. Der komplette verlust wäre da schon ein ein wenig Schmerzhaft. Den Ordner auf 4 Festplatten manuell zu verteilen scheint mir doch ein wenig zu kompliziert zu sein.
Bearbeitet von little_ear am 13.05.2011, 14:35

userohnenamen

leider kein name
Avatar
Registered: Feb 2004
Location: -
Posts: 15858
btw: JBOD und ned JOBD
und ich nehm mal an du redest jetzt von 6TB und ned 6GB, ansonsten spendier ich dir nen usb stick für deine daten ;)

schizo

Produkt der Gesellschaft
Avatar
Registered: Feb 2003
Location: Vienna
Posts: 2543
Zitat von little_ear
Danke für die bisherigen Antworten!

Ich wollte ein JOBD vorziehen (gegenüber einen Raid 0), weil ich gehofft hatte, dass ich durch einen Festplattenausfall nur die Daten auf der jeweiligen Festplatte verliere; und nicht alle Daten auf allen Festplatten?!
habe ich das richtig verstanden?? Egal ob Software- oder Hardware-JOBD-Array??

Wenn dem nicht so ist, dann wäre wohl ein Raid 0 "die Wahl der Qual".

Warum ich ein JOBD-Array brauch:
Mein Raid 5 ist bald voll und ein ("unwichtiger") Ordner hat 6 GB. Einen Verlust von 2GB dieser Daten wäre mir wuscht. Der komplette verlust wäre da schon ein ein wenig Schmerzhaft. Den Ordner auf 4 Festplatten manuell zu verteilen scheint mir doch ein wenig zu kompliziert zu sein.

Bei einem Ausfall von einer Platte verlierst du sowohl bei einem Raid0 als auch bei JBOD (und nicht JOBD) sämtliche Daten auf dem Array.
Kanns sein, dass du GB mit TB verwechselst?
Bevor du die Daten permanent auf nem Raid0/JBOD Array speicherst rate ich dir eher, das Raid5 upzugraden oder dir ein zweites Raid5 Array anzulegen.

little_ear

Big d00d
Registered: Mar 2009
Location: ösi
Posts: 130
natürlich mein ich TB und JBOD *sry* :D

die abkürzungen ändern sich auch ständig
erst B, kB (das kennen noch die alten Hasen ;)), MB, GB, TB......

na gut ... dann bleibt mir wohl nichts anderes übrig als die Platten einzeln(also getrennt von einander) manuell zu füllen. Vielleicht find ich ja eine gute Softwarelösung, das mir die Arbeit abnimmt.

Tausend Dank für eure Hilfe!
Bearbeitet von little_ear am 13.05.2011, 15:21

userohnenamen

leider kein name
Avatar
Registered: Feb 2004
Location: -
Posts: 15858
solltest windows verwenden könntest zumindest die platten als ordner einbinden und nicht als eigenes laufwerk
sollte mit linux natürlich auch gehen, nur da kann ich wiederum ned weiterhelfen

Viper780

Er ist tot, Jim!
Avatar
Registered: Mar 2001
Location: Wien
Posts: 49980
bei Linux mach einfach ein Unionfs drüber das sollte dann ca. so klappen.

Ich würd aber bei soviel Platz eine weitere HDD spendieren und ein Raid-5 draus machen (oder RaidZ1)

little_ear

Big d00d
Registered: Mar 2009
Location: ösi
Posts: 130
Zitat von userohnenamen
solltest windows verwenden könntest zumindest die platten als ordner einbinden und nicht als eigenes laufwerk
sollte mit linux natürlich auch gehen, nur da kann ich wiederum ned weiterhelfen

meinst du, dass ich dann nur einen "virtuellen ordner" sehe wo ich einfach meine daten reinschmeissen kann und windows verteilt sie auf die platten?
(wenn ja - kannst ma einen hint geben wie ich das machen kann?)

oder meinst du ich sehe einen ordner pro platte?

Zitat von Viper780
...Ich würd aber bei soviel Platz eine weitere HDD spendieren und ein Raid-5 draus machen (oder RaidZ1)

ich würd am liebsten meinen vor kurzem gekauften 8-platten-raid-controller verkaufen, und mir einen neuen 16(20)-platten-raid-controller zulegen. dann mein raid 5 mit 8 neuen platten erweitern...*dreaming*
aber soviel geld hab ich nicht - vielleicht einmal später. Daher muß ich mich entschieden auf welche daten ich ggf. bei einem crash verzichten kann (eben meine "4 plattenlösung").
abgesehn davon hab ich nur mehr platz für 4 weitere platten - sonst bräucht ich schon bald das hier: http://geizhals.at/a301329.html
p.s. ich hab wassergekühlte platten (4 HDD zu 3 5.25")
Bearbeitet von little_ear am 13.05.2011, 21:28

Crash Override

BOfH
Registered: Jun 2005
Location: Germany
Posts: 2951
Kann dein Raidcontroller mit multiplxern umgehen?

dann:
http://geizhals.at/deutschland/?cat...SATA&sort=p
Kontakt | Unser Forum | Über overclockers.at | Impressum | Datenschutz