JBOD - vytvoreni, porucha, obnova

[Warlord]

Zdravim,

mam par konkretnich dotazu k JBOD, na ktere nemam jednoznacne odpovedi a dedukovat z toho, co jsem precetl a pak zjistit, ze jsem se mylil, to bych opravdu nerad

Precetl jsem dost diskusi, ktere se zdaly, ze by v nich mohla byt nejaka odpoved na me otazky. Snad ve vsech se odpovidajici uzivatele snazili dotazujiciho se "obratit na jinou RAID viru". Z toho duvodu bych vas chtel poprosit, abyste omezili na minimum dotazy, proc jsem se rozhodl pro JBOD a navrhy zvoleni jine metody spojeni disku. Znam vlastnosti vsech RAID poli a JBOD, jejich vyhody a nevyhody. Paklize nemam Synology a tedy nemuzu na moji hromadu ruzne velkych disku pouzit jejich super SHR raid a zaroven nechci prijit o velke mnozstvi kapacity, zbyva mi asi jen JBOD. prosim jen rozumna doporuceni, jako napr. alternativy ke zminenemu SHR. Rozumny navrh pro me neni dej tam RADI5 - nize vysvetlim proc. Dekuji zapochopeni.

JBOD chci vytvorit z disku o velikosti 1, 1.5, 2x2, 3x3TB => spatnej setup pro jakykoliv RAID.

A ted uz ke konkretnim dotazum:

1) vytvorim-li JBOD z disku, na kterych jsou data, prijdu o ne?
2) pokud je odpoved na 1) ANO, lze vytvorit JBOD z 2 disku a postupne kopirovat do "pole" data a rozsirovat o dalsi disky bez ztraty jiz nakopirovanych dat?
3) pri poruse 1 disku prijdu o data na onom disku. Lze ho vymenit za jiny a tim zregenerovat pole jako takove?
4) nebo musim v pripade 3) zkopirovat zbyla data na jine uloziste, JBOD znicit a vytvorit novy a prekopirovat zachranena data zpet na nove pole?

Diky za odpovedi.

[DOC_ZENITH]

1. Ne, vytvoření raidu vyžaduje vždy novou inicializaci a formát, u složitějších raidů je i dobré aby si je zformátoval sám řadič. O data na 100% přijdeš.

2. Ne. Zde záleží také na schopnostech řadiče. Můj to neumí ( starej Highpoint 3520 ), jiné by to mohly umět.

3. Ne, výpadek disku z jobodu zmaená díru v celé partition a logicky její zkoucení a ztrátu dat.


Obecně Jbod je hodně miezná forma raidu, proč to vlastně chceš dělat? Pro bezpečnost dat či rychlost jsou tu jiné raidy. Nebo chceš jednu gigantickou partition? Na co? Já osobně nedělám partition nad 2TB protože se z nich mnohem hůře obnovují data když nastane problém.

[Warlord]

ano, rad bych mel jednu gigantickou jednotku pac me nebavi hledat data
kdybych mel prachy nazbyt, asi bych koupil 2-3ks 3TB a udelal RAID5, a male cudly prodal, ale nemam no

[N_o_c_l_a_f]

JBOD=cesta do pekla.

[zombux]

JBOD=cesta do pekla.

to chce klid, kdo chce kam - pomozme mu tam. jen až tady bude brečet že přišel o data, bude to docela veselý

[Warlord]

JBOD=cesta do pekla.

mozna k tomu zaveru dojdu sam, ale az budu znat presne odpovedi na me otazky

Zatim mam jednoznacnou odpoved na otazky 1 a 2. Musim priznat, ze uz tato skutecnost me odrazuje Ono vubec vse okolo slucovani obsahu adresaru nefunguje tak, jak jsem doufal. To jsem si tedy myslel, ze v dnesni dobe nebude problem nasdilet treba Library ve Windows nebo sloucit 5 adresaru pres symlinky atp. do jednoho a ten pak nasdilet. Jak jsem dnes zjisti, ani na linuxu nelze sloucit adresare podobnym zpusobem. Teda krome jakehosi unionfs, ktery jak jsem pochopil, lze do systemu doinstalovat.

Co se tyce otazky 3 a 4, DOC_ZENITH pise, ze porucha disku zpusobi zhrouceni celeho pole. Ve vice clancich jsem ale cetl, ze se pole nezhrouti, jen jsou nedostupna data na poskozenem disku + presahujici data, coz je logicke. Zbytek dat lze zachranit. Jenze toto konstatovani ve me prave vyvolavalo otazky, zda-li se data daji zachranit tim, ze vadny disk vymenim za novy o stejne kapacite a tim se pole opravi a ja do vznikle diry dokopiruju poskozena data nebo to takhle proste nefunguje a ja budu muset neposkozena data vykopirovat jinam, cele pole zrusit a s novym diskem vytvorit nove. Take jsem doufal, ze budu moci prikupovat disky a pole o ne jednim kliknutim rozsirovat bez nutnosti mazani/vytvareni dat/poli.

Lze vubec na nejakem typu pole takto pole rozsirovat? Vecer jsem cetl jednu diskusi tady na foru a nabyl jsem dojmu, ze tahle ma predstava je hudba daleke budoucnosti...

zombux: prosil jsem vas, abyste si odpustili komentare presne jako je ten tvuj Takovyto komentar priste napis uzivateli pres PM, ja na to opravdu nejsem zvedavy.

Nekdy mam pocit, ze si vsichni o vsech mysli, ze jsou idioti a nesvepravni. Ja tu nechci vytvaret JBOD na ktere budu davat dulezita data o ktera nechci prijit. Respektive ano dam je tam taky, ale zaroven se budou zrcadlit na druhy nezavisly disk. Takze o dulezita data bude postarano, nemejte strach.

[DOC_ZENITH]

Takhle, opět záleží na řadiči, většina ti nedovolí pole aktivovat pokud tam nebude disk. A něco jako rebuild JBOD neexistuje protože ten se nerebuilduje. To je jako kdyby jsi chtěl rebuildnout raid 0. Prostě tam data chyběj a tečka, konec.

Kor v tvém případě jedné velké partition. I kdyby se raid aktivovat s tou dírou, tak ta partition se ti nenačte protože jí prostě bude kus chybět a dostat se i ke zbylejm datům z jinejch disků bude solidní problém.

[N_o_c_l_a_f]

...

Resis jak inicializovat neco co se ani nemas snazit vytvorit. A s kazdym diskem v poli to riziko jenom zvysujes. Az prijdes o vsechny data, tak si nestezuj.

[Caderom]

A co to zkusit jinak...
Solaris, ZFS => pool s využitím skupin partition v následující konfiguraci (disk 1..7)
1.0+1.0+1.0+1.0+1.0+1.0+1.0 RAID-Z2 (RAID6) = 5.0/7.0 TB
0.0+0.5+0.5+0.5+0.5+0.5+0.5 RAID-Z2 (RAID6) = 2.0/3.0 TB
0.0+0.0+0.5+0.5+0.5+0.5+0.5 RAID-Z2 (RAID6) = 1.5/2.5 TB
0.0+0.0+0.0+0.0+1.0+1.0+1.0 RAID-Z1 (RAID5) = 2.0/3.0 TB
=> 10.5 TB/15.5 TB

[Spring]

Mala chyba v pameti a data jsou tu tam Neresit Solaris vs OpenIndiana vs FreeBSD, ale proc ja nemel ECC RAM.