Frage: JBOD Funktionsweise

Seite 1 von 1 - Forum: Storage & Memory auf overclockers.at

URL: https://www.overclockers.at/storage-memory/frage-jbod-funktionsweise_224018/page_1 - zur Vollversion wechseln!


little_ear schrieb am 13.05.2011 um 12:49

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 schrieb am 13.05.2011 um 12:57

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 schrieb am 13.05.2011 um 13:02

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=- schrieb am 13.05.2011 um 13:10

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 schrieb am 13.05.2011 um 14:32

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.


userohnenamen schrieb am 13.05.2011 um 14:51

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 schrieb am 13.05.2011 um 15:02

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 schrieb am 13.05.2011 um 15:17

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!


userohnenamen schrieb am 13.05.2011 um 15:49

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 schrieb am 13.05.2011 um 16:03

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 schrieb am 13.05.2011 um 21:16

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")


Crash Override schrieb am 13.05.2011 um 23:46

Kann dein Raidcontroller mit multiplxern umgehen?

dann:
http://geizhals.at/deutschland/?cat...SATA&sort=p




overclockers.at v4.thecommunity
© all rights reserved by overclockers.at 2000-2025