Raid 0-X, SW raid etc.

Chystám se pořídit nějaké větší datové úložiště. Chtěl bych však něco opravdu tichého, a tak uvažuji o WD Green. Nicméně tyto disky asi nebudou zrovna nejrychlejší. Napadlo mě tedy, že bych koupil dva 1,5TB WD Greeny a dal do RAID0 (data budou zálohována). Jenže o RAIDu toho moc nevím, a tedy ani netuším, zda by to tedy dobře fungovalo :).
Chci se tedy zeptat, jestli je to vhodná kombinace - opravdu bych chtěl, abych ty disky neslyšel :).
Taky jsem někde snad četl, že Windows nejsou schopny z tak velkého pole nabootovat, co je na tom pravdy?

Citace:

---

Původně odeslal kecinzer

Chystám se pořídit nějaké větší datové úložiště. Chtěl bych však něco opravdu tichého, a tak uvažuji o WD Green. Nicméně tyto disky asi nebudou zrovna nejrychlejší. Napadlo mě tedy, že bych koupil dva 1,5TB WD Greeny a dal do RAID0 (data budou zálohována). Jenže o RAIDu toho moc nevím, a tedy ani netuším, zda by to tedy dobře fungovalo :).
Chci se tedy zeptat, jestli je to vhodná kombinace - opravdu bych chtěl, abych ty disky neslyšel :).
Taky jsem někde snad četl, že Windows nejsou schopny z tak velkého pole nabootovat, co je na tom pravdy?

---

WIN7 uz umi >2TB disky, ale musi z nich umet nabootovat i bios.

jakej vykon od toho ocekavas? co na tech discich bude? a jak se k tomu bude pristupovat?

Ještě jsem teď našel v obchodě kde to budu kupovat SAMSUNG SpinPoint F2 EcoGreen 32MB za 2050 s DPH, což by pro mě byla 1000 Kč úspora.

Hodlám to používat na systém a na data - vytvořím si jednu partišnu 100GB na Win7 a zbytek budou data - filmy, hudba. Bude to na běžné použití - hlavně browsing, občas střih nějakého videa či hudby. Hodně ojediněle nějaká gamesa.

mno, pak bych asi zvolil windozi dynamicky svazky (pokud nepouzivas linux) a udelal si mirror (raid1) na system a dulezity data (tim by se mel trochu zlepsit random read access time - achylova pata low power disku) a strip (raid0) na veci, na kterych ti nezalezi (tam se zlepsi sekvencni pristup, kterej ale ani u tech LP neni tak hroznej).
mimo jine by se tim mel asi poresit i problem s bootovanim >2TB disku.

Jdeš na mě moc technicky - s diskový polem nemám žádné zkušenosti a nějak jsem se v tom ztratil :).
Tohle co navrhuješ by šlo se dvěma 1,5TB disky? Používám Windows, ale ty dynamické svazky nějak nevím co myslíš.
Mám ICH9R řadič, nevím zda to by zvládal, zkusím pohledat.
Abych se přiznal, tak mi nějak extra o rychlost nejde, momentálně jedu na nějakém Samsungu 1TB HD103UJ, který bych pak používal externě.

EDIT:
Btw. ten limit 2TB se vztahuje na disk celkově, nebo na partition? Protože na systém bude stejně jen nějakých 100GB.

Problem s omazenim 2TB partition maji prakticky vsechny stare systemy Windows.
Dale neni mozne mit 2TB partition a jeste bootovaci pokud pouzivas stary (tfuj) MBR, proto je lepsi pouzit rovnou GUID rozdeleni disku, precte ti to linux, mac a win vista a vis, tak tyto limity nejsou. Samozrejme pokud se bude jednat o dva disky bude urcite nejaka boot partition a zbytek treba, nicmene mit system na raid0 je zhovadilost - proc tak riskovat ..

Vseobecne pouzivat raid 0 na neco jineho naz na nejake tempy (editace video, hry, kraviny co potrebuji docasne rychle cteni zapis) , jinak je pak lepsi pouzit raid 10 (coz je vlastne 1+0) ale to uz potrebujes 4 disky.

Pouzivat sileny sw raid windows systemu je taky cesta do pekla a je to pomale + kdyz zapnes write cache muzes snadno prijit o data ... Ale kazdy strujce sveho stesti :-)

Slo by to. Dynamicky svazek je takova MS silenost, je to specialni format disku ALA MS (takze to taky podle toho funguje) pro praci s dynamickym rozsirovanim partition atd. take sw raid ten format vyzaduje. Problem je, ze oproti klasickemu primarnimu, nebo extend rozlozeni, pokud se ti rozpadne pole, nebo proste ma dynamicka partiion problem - mas vetsinou po datech :-) + je problem sehnat nastroj, co by to umel poradne opravit ... Je to hlavne proto, ze dynamicky disk ma informace o partition i na samotnem disku a ne jen v MBR jako klasicka primarni, nebo extend partition ... Proste bastl :-)

Můžete mi prosím vysvětlit, proč je RAID 0 tak nebezpečný? Je mi jasné, že když mi odejde jeden disk, tak ztratím data i na tom druhém, ale s tím počítám. Nebo při RAID 0 dochází k nějakému většímu opotřebení disků, že je to tak opovrhované? Opravdu by mě to zajímalo.
Z mého pohledu je totiž úplně stejné riziko používat oba disky zvlášť nebo na RAID 0. Tak jako tak, když nějaký disk odejde tak přijdu o data :)

PS. A jak udělám, abych používat GUID?

Spatne jsem se vyjadril, pokud to berete takto je raid 0 v pohode :-) Ano, odejde jeden, je anem, o nic jineho nejde ...
GUID nastavite pri inicializaci disku (nebo musite znova znicializovat = format) delate to pres spravce disku :-)

Convert to GTP disk ... - to je to co hledate ...

http://grab.by/4UDp

Ok, tak to je fajn. Bál jsem se, že díky tomu stripu dochází k nějakému většímu vytížení což vede ke snížení životnosti disků.
Já jsem si myslel, že to GPT budu moci nějak vytvořit v RAID BIOSu při vytváření pole, nebo se pletu?

Pak bych se chtěl ještě zeptat, jak je to s nastavením nějaké té velikosti na jednotlivé části dat. Tam mi to nabídne nějakou automatickou velikost?

Citace:

---

Původně odeslal kecinzer

Z mého pohledu je totiž úplně stejné riziko používat oba disky zvlášť nebo na RAID 0. Tak jako tak, když nějaký disk odejde tak přijdu o data :)

---

Tys nikdy žádnou ztrátu dat nezažil, že ne? Protože jestli přijdeš o polovinu nebo o všechno je dost rozdíl.

Ale ano, přišel, ale to bylo v dobách 20GB resp. potom 80GB disků. Od té doby mě žádný disk nezradil.
Vím, že by měl člověk myslet na nejhorší, ale tohle mě přijde už hodně přehnané jít do RAID0 s tím, že se to posere :D. Všechno se jednou rozbije. Ale já plánuji disky co mám teď v PC používat jako externí záložnu (jsou to 1TB a 500GB). Ano všechno nevyzálohuji, ale to důležité ano + to nejdůležitější mám v Dropboxu.

EDIT: Btw. nějak jsme se ale dostali od tématu. Původně jsem se ptal, jestli jsou na RAID 0 vhodné disky WD Green. Následně jsem nalezl v akci Samsung F2 1,5TB HD154UI/Y. Proto se ptám, co si myslíte o těchto diskách a zda s nimi v RAID0 nebude problém.

Prosim te pod cim ten raid bude ? Bude to SW raid pod woknama, nebo tedy na NEJAKE raid karte ?

Jelikož, jak jsem již psal, se v tomto vůbec neorientuji, tak nedokáži pořádně odpovědět. Žádnou externí kartu nemám - plánoval jsem pole vytvořit na řadiči ICH9R - v BIOSu mojí desky je možnost přepnout disky na RAID.

Můžu se ještě zeptat na zkušenosti se Samsung F2 1,5TB HD154UI/Y a jak jsou na tom ve spojení s RAID0?

Citace:

---

Původně odeslal kecinzer

Vím, že by měl člověk myslet na nejhorší, ale tohle mě přijde už hodně přehnané jít do RAID0 s tím, že se to posere :D.

---

Ne. Rozhodně to není přehnané a je to něco s čím musíš zatraceně dobře počítat.

Mohl bych poprosit ještě o zodpovězení mé výše uvedené otázky?
Pořád se tak nějak ubíráme od tématu - tak ještě poslední má připomínka. Momentálně mám jeden 1TB disk = když mi odejde přijdu o všechna svá data. Jaký je tedy rozdíl mezi tímto mojím řešením a RAID0? V každém případě prostě přijdu o data :)

Vzdávám to.

EDIT: tak abych nebyl nekonstruktivní, šance že při raid 0 přijdeš o data je dvakrát větší než bez raidu, takže se podívej na czc na poruchovost disku, který chceš koupit a vynásob ji kvůli raid 0 dvěma.

Citace:

---

Původně odeslal kecinzer

Mohl bych poprosit ještě o zodpovězení mé výše uvedené otázky?
Pořád se tak nějak ubíráme od tématu - tak ještě poslední má připomínka. Momentálně mám jeden 1TB disk = když mi odejde přijdu o všechna svá data. Jaký je tedy rozdíl mezi tímto mojím řešením a RAID0? V každém případě prostě přijdu o data :)

---

cim vic disku, tim vetsi pravdepodobnost, ze jeden odejde ...
a kdyz ti odejde jeden v R0, prijdes o vsechny data. kdyz ti odejde jeden samostatnej, prijdes jen o prislusnou cast.
a jestli tolik nehrotis rychlost, tak zustan u samostatnejch disku

Jasné, já chápu a jsem si vědom rizik.
Rychlost moc neřeším, chci ale opravdu tiché disky a mám prostě strach, že Samsung F2 1,5TB HD154UI/Y bude až moc pomalý. Proto jsem to chtěl vykompenzovat tím RAID0 :)

Citace:

---

Původně odeslal kecinzer

Jasné, já chápu a jsem si vědom rizik.
Rychlost moc neřeším, chci ale opravdu tiché disky a mám prostě strach, že Samsung F2 1,5TB HD154UI/Y bude až moc pomalý. Proto jsem to chtěl vykompenzovat tím RAID0 :)

---

na sekvencni cteni/zapis ti imo >80MB/s v pohode da a to ti na filmy a podobny veci bude stacit. ale moc tim neporesis random access, kterej je spatnej u tichejch lowrpm disku ...

A když se vezme porovnání tohoto Samsungu HD154UI/Y VS WD15EADS? Co jsem si četl, tak by to mělo být +/- stejné. Nicméně Samsung vyjde o dost levněji.

Mám ovšem negativní zkušenost s Green WD - řešil jsem problém jednoho PC, kde byl právě WD Green 500GB a docházelo k divnému zasekávání při práci, kdy šlo sice hýbat myší, ale aplikace nereagovaly. Dělalo to náhodně po různě dlouhých intervalech. Už jsem byl zoufalý, až jsem zkusil vyměnit disk a ejhle, problém vyřešen. Tento problém jsem našel i na CZC, ale bez řešení.

Tebou uvedený Samsung F2 1,5TB mám - kupoval jsem současně jeden sobě a druhý známému. Ani jeden ne něm nemáme systém. Mně jede pár měsíců nonstop a jemu ~8h denně v desktopu. Koupě nelituju, ale o rychlosti ti nic neřeknu (víc než 40MB/s stejně přes síť nedám).

IMO bych bral ten Samsung protože:
- WD Green po uřčité době nečinnosti parkuje hlavičky což u disku s OS nemusí být zrovna žádoucí (díky častému přístupu na disk - OS, swap - moc dlouho zaparkované nevydrží)

No, LM to tu dosť pletie, niektoré veci upresním a doplním.
1. 4k sektory má séria EARS, ak dobre viem tak EADS má klasické sektory.
2. Ono tie 4k sektory pod moderným operačným systémom nie sú problém.
3. Výkon EARS diskov je napriek tomu slabší ako výkon Samsungov. Mám doma 2x WD15EARS, 4x Samsung HD154UI (jeden som už aj reklamoval), porovnával som, k tomu sú WD ešte aj drahšie.
4. Hlučnosť počas chodu je horšia pri WD, Samsung je tichší, aj chladnejší. Jediný problém pri Samsungu keď sa rozbieha, tak nechutne cvaká s hlavou, ako keby bol pokazený, ale je to normálna vlastnosť. Pri WD15EARS som nič takéto nepočul.
5. Tá 64MB cache pamäť pri EARS sérii je (marketing). Síce je tam nejaká medzipamäť, ale disk ju používa úplne inak, nie je to klasická cache.
6. Ako systémový by som 5400rpm disk nekúpil, je to poriadna brzda a RAID0 tomu nejak výrazne nepomôže lebo pre OS je podstatnejšia prístupová doba.
7. RAID0: Fungovať to bude, životnosť diskov sa nemení, riešiť to cez ICH9R je asi najlepšie cenovo dostupné a zároveň aj pomerne bezpečné riešenie, ale tiež to nedoporučujem ako pre OS a celý systém. Tak ako to tu už bolo uvedené, možnosť zlyhania a straty dát je 2x ako pri jednom disku.
8. Riešením by mohla byť nejaká SW cesta, kedy by z oboch diskov bolo 100GB v RAID1 pre systém a dôležité dáta a zbytok pre dáta RAID0. Na Linuxe sa niečo také dá spraviť, ale pre Windows neviem o žiadnom cenovo dostupnom a spoľahlivom riešení.
9. Čo tak kúpiť 2TB 7200rpm Hitachi? Má päť platní, takže hlučnosť je horšia, ale aspoň to bude rýchlejšie.

Určitě bych mohl koupit 1 1TB rychlejší disk. Mně jde ale hlavně o tu tichost. Protože momentálně mám 3 disky v case jen tak položená na pěně, abych je neslyšel, čímž jejich životnosti moc nepomáhám. Pokud budu mít tiché disky, mohu je normálně namontovat.
Opravdu bude 7200rpm Hitachi rychlejší než 2x Samsung v RAID0? To je ten výkon až tak špatný?

Citace:

---

Původně odeslal kecinzer

Opravdu bude 7200rpm Hitachi rychlejší než 2x Samsung v RAID0? To je ten výkon až tak špatný?

---

Vlastní zkušenost nemám, ale toto sem našel na silentpcreview.com:
My 1.5TB Green feels brutally slow/unresponsive at times, which I assumed was slow random access, but maybe it's the head un-parking. Very good storage drive but doesn't feel anywhere near as "snappy" as my 640GB 2-platter Blue as an OS/App drive.

Citace:

---

Původně odeslal kecinzer

... 3 disky v case jen tak položená na pěně, abych je neslyšel, čímž jejich životnosti moc nepomáhám.

---

A to jako vadi cemu? Pokud se dlouhodobe nadmerne nezahrivaji >45°C tak to snad je jedno, jestli jsou namontovany nebo nekde lezi.

Akorát bych je na tu pěnu umístil PCB nahoru, ať se moc nevaří elektronika... Jinak to nevadí ničemu :)

BTW zajímavy, že tu řešíš životnost, ale zvažuješ RAID0.... Teda pokud ti pod pojmem "životnost" jde o data a nejen o disk jako kus HW :)

Tak jsem disky zapojil, nastavil RAID0, spustil instalaci Win7 64 a při výběru disků mi to hlásí, že Windows na tento disk nejde nainstalovat. Nepomáhá ani instalace driveru z webu Intelu. Má někdo nějaký nápad? :)

Citace:

---

Původně odeslal kecinzer

Tak jsem disky zapojil, nastavil RAID0, spustil instalaci Win7 64 a při výběru disků mi to hlásí, že Windows na tento disk nejde nainstalovat. Nepomáhá ani instalace driveru z webu Intelu. Má někdo nějaký nápad? :)

---

imo je problem presne v tom, ze bios proste z disku >2TB bootovat nebude a proto tam widle nenainstalujes ...

Tak jsem to vyřešil po chvilce zcela jednoduše :). Udělal jsem jedno 100GB pole na systém a druhé pole ze zbytku kapacity na data. Vše fachá parádně.
Musím říct, že systém je subjektivně brutálně rychlý. Už jsem dělal i nějaké testy pro porovnání a docela jsem žasl. Později postnu screeny.

To prvé pole si spravil ako RAID1 alebo ako RAID0?

Oboje samozřejmě jako RAID 0 kvůli rychlosti. Data pro mě nejsou až tak důležitá :)

Jak velkou mas stripe-size? Optimum je obvykle 128kB nebo 256kB. Postni nejake testy, zajima me hlavne IOps, takze treba ATTO becnhamrk nebo crystal, thnx :)

Citace:

---

Původně odeslal kecinzer

Chystám se pořídit nějaké větší datové úložiště. Chtěl bych však něco opravdu tichého, a tak uvažuji o WD Green. Nicméně tyto disky asi nebudou zrovna nejrychlejší. Napadlo mě tedy, že bych koupil dva 1,5TB WD Greeny a dal do RAID0 (data budou zálohována). Jenže o RAIDu toho moc nevím, a tedy ani netuším, zda by to tedy dobře fungovalo :).
Chci se tedy zeptat, jestli je to vhodná kombinace - opravdu bych chtěl, abych ty disky neslyšel :).
Taky jsem někde snad četl, že Windows nejsou schopny z tak velkého pole nabootovat, co je na tom pravdy?

---

Bud chces vykon a pak zapomen na 5k4 disky (a ano, vsechny GP jsou 5k4) nebo chces prostor a pak zapomen na R0 (natoz na boot z toho). Zadelas si leda na neustaly potize. SW R5 (fakeraid) se mi rozpada tak kazdy 3 mesice, staci nutnost natvrdo kom resetnout a prepocitava se. Co myslis ze se stane na stripu ? Ano, presne, rojebne se.

2Kecinzer: Dost pravdepodobne budes na SW R0 obnovovat data tak casto, ze ti z toho mrskne.

Edit: Jop a pokud chces vykon a zaroven prostor, tak IMO nej kombinace je SSD na system a pouzivany aplikace + 5k4 hadry v R5 na data = rozumnej pomer bezpecnost vs prostor (a vykon neni taky nijak tragickej, anobz i R5 ti zvedne cteni)

Stripe size mám 128K.
Přikládám nějaké testy - staré a nové disky :)

Jezevec:
Pokud budu mít nějaké problémy - jako že teď mám takový divný pocit (když je vytížen disk, tak se jemně cuká kuzror myši), tak to pole prostě zruším a budu používat disky samostatně.

Ted mi zrovna v praci odesel (elektornika K.O.) jeden tyden stary WD10EARS, kdyby nebyl v RAID-1, prisel bych o nejake zalohy (je to backup server).

2Jezevec: pokud chce prostor, tak RAID-0 je pomerne vhodny :)

RAID-0 ma smysl v pripade, ze vsechny data mam zalohovane a jedine, o co mi jde, je rychlost a velikost pole. Pouzivame ho na produkcnich strojich, ktere pocitaji nejake databaze, ktere si pokazde znovu vytvori, takze pokud se to pole sesype, staci format a restart aplikace (system je na RAID-1).

2 kecinzer: pekna cisla, nektere testy jsou dokonce mnohonasobne rychlejsi, coz je podezrele, ale presto mozne (cache?).

2Petrik, pokud chces ciste jen prostor, tak je lepsi spojeni disku (JBOD) nez R0. Pokud totiz prijde o jeden z z nich, tak prijdes jen o data na nem, kdyz prijdes o disk v R0, je v trapu vsechno.

No a pokud chces vykon, tak je proste ekonomicky aktualne jediny reseni a to SSD, protoze abys dostal totez z HDD, tak bys jich v tom stripu musel mit nekolik.

Citace:

---

Původně odeslal Jezevec

2Petrik, pokud chces ciste jen prostor, tak je lepsi spojeni disku (JBOD) nez R0. Pokud totiz prijde o jeden z z nich, tak prijdes jen o data na nem, kdyz prijdes o disk v R0, je v trapu vsechno.

No a pokud chces vykon, tak je proste ekonomicky aktualne jediny reseni a to SSD, protoze abys dostal totez z HDD, tak bys jich v tom stripu musel mit nekolik.

---

a mas fs ze kteryho to jde snadno vystourat, kdyz ti odejde jen jeden ?

ano, z poloviny FS by asi neco vystourat slo, ale rozhodne to nebude polovina a uz vubec to nebude pohodlne. To uz radi obetuji tuto moznost a budu mit cca 2x rychlejsi pole, ale samozrejme proti gustu...

Jezevec, musíš to domyslieť, Fox a Petrik majú pravdu. V prípade JBOD síce je možné nejaké dáta obnoviť, ale je to pracné a vzhľadom na charakter dát pre ktoré ti postačoval JBOD/RAID0 sa to určite neoplatí. A keď už tie dáta nie sú kritické, tak je logické uprednostiť väčší výkon, nie? :)

Ty cisla jsou hezky, ale nejsou nejak zavratny ... tech 186MB/s sekvencne je 100 pro dano kesi, problem je, ze kdyz bude neco zapisovat a VYPADNE eletrika a nebude to na UPS, muze jit do kytech cely flesystem ...

NA HW raidu (HP SA P800) jedu pri RAID 6 na Xenserveru pres 100MB/s normalne .. zkusil jsem dva SAS 15k disky do RAID 0 a pri cacheovani na Win2008R2 serveru s 16GB ram to zapisuje cca 300MB/s :-D Coz je asi haluz, ale 10GB SQL transakcni log to zkopci ihned :-)

BTW chtelo by to BIOS zrusit, vsechny tyhle limity resi EFI ... BIOS patre do stareho zeleza ....

EDIT: jo ICH9R se zapnutou Write cahce = vysoky vykon = smtr pro data .. protoze jako SW raid, ICH9R neni baterka .. Neni pak problem pri selhani proudu/hw uz nenabootovat ..

186MB/s sekvenčne na začiatku disku v RAID0 je reálna hodnota nie len prenos z cache. Testoval 100GB partíciu, tj. merané to bolo na najrýchlejšej 50GB časti diskov.

P.s.: 300MB/s dám aj s 5400rpm diskmi v RAID5 poli (4ks).

no jo, ale tohle je prece jen na virtuale :-)

Ty testy byly prováděné s vypnutou Write cache. Tu jsem zapnul až následně při práci, ale jak tu čtu, asi bych jí měl vypnout?
O JBOD jsem také přemýšlel, ale když to čtu, tak bych stejně ty data musel při výpadku pracně získávat. A v RAID BIOSu nikde možnost JBODu nevidím.

svaca:
Jak to myslíš zrušit BIOS a používat EFI?

EFI si nevšímej. To jen Svaca naráží na prehistorii "PC platformy" a její neustále udržování zpětné kompatibility. Více např. zde na wiki.

BTW. jak je to s těmi výpadky proudu? Docela jste mě vystresovali. Tzn. že když budu něco kopírovat a zmáčku reset (na case) tak můžu přijít o všechna data? To neni moc dobré tedy.
Já když to vezmu tak kolem a kolem, tak ani nějak extrémní rychlost nepotřebuji, akorát nevím jak vyřešit, abych měl jen dva disky (C: na systém a programy a D: na data). Vím, že je možné celý jeden disk namontovat do adresáře, ale stejně už mi to nepřijde tak elegantní řešení. Nemáte někdo nějaký tip?

Ono to s tou write cache neni tak jednoduche. Vsechny moderni OS pouzivaji delayed writes, tedy data se na disk obvykle nedostanou ihned, ikdyz se to tak casto tvari, ale az po nejake dobre, kdy OS usoudi, ze uz ma dostatek dirty pages v RAM, nebo kdyz vyprsi nejakej timer. Pisi obvykle, protoze existuji ruzna systemova volani (napr. fsync() ), ktera delaji vesmes totez a to, ze donuti OS zapsat urcita data ihned a cekaji na odpoved, ze k tomu doslo a tu pak mohou uzivateli zobrazit. aby to skutecne fungovalo, je potreba vypnout write-cache na HDD (obvykle 16MB nebo 32MB), coz ale rapidne snizuje diskovy vykon. A tady se ke slovu hlasi write cache, ktera jednoduse funguje jako write-back cache, tedy OS do ni zapise data (rozumej do RAM) a zahlasi aplikaci, ze byl uspesne proveden zapis na disk, coz ale neni pravda. Tohle by nemel byt nejaky zasadni problem pro bezne operace, jako napr. kopirovani souboru, za predpokladu, ze ona write cache v nejake konecne dobe ony data na disk skutecne zapise. Velky problem to muze byt napr. u databazi, ktere se na fungujici fsync() spolehaji a obvykle ho volaji po kazde transakci ci napr. 1x za vterinu. Proto je u databazi bezne vsechny mozne write-caches vypinat. Problem je, ze tyto SW fake-RAIDy maji tu write cache zrejme nejak dost blbe implementovanou, protoze uz jsem hodnekrat cetl, ze to nekomu totalne rozbilo FS, takze ji doporucuji vypnout, je-li ti tvuj FS mily.

Ďalej je tu možnosť B, použiť UPS-ku, možnosť C, radič so vlastnou záložnou batériu (napr. Adaptec + battery module), alebo kúpiť rovno radič s vlastnou flash pamäťou v ktorej sa pri výpadku prúdu dlhodobo uchovajú dáta bez potreby napájania.

UPS neni zachrana, kdyz ti rachnou widle, jako me vcera, kdyz jsem se pokousel spusitt ubuntu z raw disku ve VirtualBoxu, tak je ti prd platna. Skutecny HW radic s BBU cache je hezka vec, ale je to dalsi komponenta v PC co se muze rozbit, ma nejakou spotrebu a neco stoji.

Ok, já jsem teď na hraně toho, že to pole zruším a budu používat disky jednotlivě.
Může se mi tedy stát (i když vypnu tu write cache), že po náhodném resetu PC, či výpadku proudu dojde k rozsypání toho FS? Ono i když říkám, že mi jsou ty data jedno, tak zas tak jedno mi nejsou :D

to se ti muze stat i s jednim diskem
jen proste bud prijdes o pulku (dva jednotlive disky), nebo o vsecko ...

To ano, ale asi u RAID0 pole bude ta náchylnost větší nebo ne?
Nechci shánět různá data, pak mi vypnou proud a mám po celém poli. Toho se hlavně bojím. To že může odejít disk, beru.

je to vpodstate totez. castecne se to da omezit i tim, ze si na ntfs zapnes zurnal ... (jestli uz ho nezapinaj defaultne)

Fox:
A proč tedy jezevec píše toto:

Citace:

---

Bud chces vykon a pak zapomen na 5k4 disky (a ano, vsechny GP jsou 5k4) nebo chces prostor a pak zapomen na R0 (natoz na boot z toho). Zadelas si leda na neustaly potize. SW R5 (fakeraid) se mi rozpada tak kazdy 3 mesice, staci nutnost natvrdo kom resetnout a prepocitava se. Co myslis ze se stane na stripu ? Ano, presne, rojebne se.
2Kecinzer: Dost pravdepodobne budes na SW R0 obnovovat data tak casto, ze ti z toho mrskne.

---

Protože jestli je to pravda, tak se mi tedy moc nechce v tom poli uchovávat data a doufat, že náhodou nevypadne proud a já o vše přijdu :D

Citace:

---

Původně odeslal kecinzer

Fox:
A proč tedy jezevec píše toto:

---

protoze mota r1 a r0 dohromady ...
R1 se "prepocitava" protoze neni korektne vyplej a tudiz neni jisty, ze jsou oba disky stejny.

u R0 nic takovyho nehrozi, pac neni odkud/co prepocitavat.
kdyz to nekorektne shutnes, tak se proste nezapsany veci nezapisou. totez plati pro jednotlivy disky. jedinej rozdil je v tom, ze se ti muzou nakopnout 3TB dat, nebo 1.5TB dat.

Pokud je to tedy tak jak píšeš, pole zatím rušit nebudu.
Stejně si ale se zálohou raději ten tvrdý reset vyzkouším :D

Hard reset nebo crash systemu je nebezpecim pro jakykoli FS s vyjimkou napr. EXT3 v modu journal, kdy se jurnaluji i data a teoreticky by to melo byt 100% odolne, samozrejme pri vypnuti vsech moznych write-cache. Jenomze ono se ukazuje, ze kdyz vypadne proud, tak urcite soucastky ci dily v kompu se vypnou rychleji nez jine a vysledek je, ze u beznych SATA/PATA disku a radicu je slusna pravdepodobnost, ze kdyz se to stane pri zapisu, tak disk zacne zapisovat nejakej nahodnej bordel, protoze disk jako takovej vydrzi pracovat dele nez nektere sbernice ci mozna samotne CPU, cimz muze dojit k prepsani vpodstate jakekoli casti FS a neda se s tim nic delat, krome koupi HW RAIDu s BBU.

Citace:

---

Původně odeslal Fox!MURDER

protoze mota r1 a r0 dohromady ...
R1 se "prepocitava" protoze neni korektne vyplej a tudiz neni jisty, ze jsou oba disky stejny.

u R0 nic takovyho nehrozi, pac neni odkud/co prepocitavat.
kdyz to nekorektne shutnes, tak se proste nezapsany veci nezapisou. totez plati pro jednotlivy disky. jedinej rozdil je v tom, ze se ti muzou nakopnout 3TB dat, nebo 1.5TB dat.

---

Prepocitava se mi R5, pisu do snad dost jasne a prepocitava se tak v 50% pipadu po tvrdym resetu/vypadku energie. Zalezi na tom zda se zrovna neco zapisovalo. Vzhledem k tomu ze to jsou jen datovy disky => neni na tom OS, swap a dalsi ptakoviny, tak na stejnym poli se systemem by to byla 100% uspesnost (predpokladam).

Zasadni rozdil mezi sestrelenym systemem s jednotlivejma diskama a systemem s polem je ten, ze na disku se nic neprepocitava, data proste nejsou (a nebo je nadrbnutej nakej jeden soubor ...). V pripade poskozenyho pole dojde min k jeho proverovani (zrcadlo a vejs samo) a to trva od desitek minut do desitek hodin (v zavislosti na konfiguraci pole a vykonu). Trebas proverovani moji R5 ze 3 GB WDGP trva cca 10 - 15 hodin. Po tu dobu je to prakticky nepouzitelny.

Predpokladam, ze strip se prepocitavat nebude (neni co), ale v pripade ze stroj padne na hubu tak se bud rozdrbne stejne jako u disku ten jeden soubor nebo se rozdrbne kompletni pole. Jaka je pravdepodobnost ceho netusim.

2Petrik: Bych chtel videt disk, kterej nahodne vygeneruje korektni command k zapisu ... celej problem neni v disku ale v cache. Jinak kompletni zurnalovani ext3 sejme vykon tak na 1/10.

Ok, děkuji za názory.
Nakonec tedy otázka SW RAID 0 nebo ne? Mám ho nechat, nebo zrušit a nainstalovat systém normálně?
Ono když se na to tak koukám, tak ten RAID0 má jedinou výhodu v té rychlosti, ale při práci ve Win mi to přijde takové divné - resp. jako kdyby to vytěžovalo víc CPU.
Jinak se mi to jeví jako nevýhodné.
Nevidím teplotu jednotlivých disků, není to přenosné, nemohu za chodu používat eSATA (protože mám řadič v modu RAID) atd. atd.

Citace:

---

Původně odeslal Jezevec

Predpokladam, ze strip se prepocitavat nebude (neni co), ale v pripade ze stroj padne na hubu tak se bud rozdrbne stejne jako u disku ten jeden soubor nebo se rozdrbne kompletni pole. Jaka je pravdepodobnost ceho netusim.

2Petrik: Bych chtel videt disk, kterej nahodne vygeneruje korektni command k zapisu ... celej problem neni v disku ale v cache. Jinak kompletni zurnalovani ext3 sejme vykon tak na 1/10.

---

R0 by se teoreticky rozpadnout uplne nemelo nikdy, protoze jeho struktura je tak jednoducha, ze se tam IMO rozpadnout nema co. Jenomze to, ze pole to rozdycha bez problemu jeste neznamena, ze FS take....

Psal a myslel jsem to tak, ze elektrina vypadne zrovna ve chvili, kdy se neco zapisuje, coz je typycky nejaky DMA prenos z RAM do radice a z nej do HDD a kdyz zrovna v tu chvili vypadne napajeni, tak nevidim jediny duvod, proc by ten disk mel sam od sebe prestat IHNED zapisovat...on proste zapisuje, co mu posila radic po SATA/PATA interfejsu a kdyz se tento interfejs resp. radic resp. DMA prenos rozpadne vlivem podpeti drive, nez se disk sam vypne, zacne tam zapisovat nejakej garbage. To neni muj vynalez, to napsal Linus Torvalds a nemyslim si, ze by si vymyslel. Entrerprise HW ma tohle samozrejme poreseny, je tam zrejme nejaka detekce podpeti primo v tech radicech ci discich, ktere ten zapis okamzite zariznou...

Jinak plny zurnal nema vykon 1/10, pri urcitych typech operaci je dokonce radove rychlejsi, tuypicky kdyz se zapsuje a cte jeden a ten samy soubor ci co...nekde na netu jsou benchmarky a v jendom z nich tam plny ruznal porazil vsechny ostatni FS rozdilem tridy, bylo to tam i vysvetleno...
Jinak rychlost vychazi na cca tretinu bezneho vykonu.

Citace:

---

Původně odeslal Jezevec

Prepocitava se mi R5, pisu do snad dost jasne a prepocitava se tak v 50% pipadu po tvrdym resetu/vypadku energie. Zalezi na tom zda se zrovna neco zapisovalo. Vzhledem k tomu ze to jsou jen datovy disky => neni na tom OS, swap a dalsi ptakoviny, tak na stejnym poli se systemem by to byla 100% uspesnost (predpokladam).

Zasadni rozdil mezi sestrelenym systemem s jednotlivejma diskama a systemem s polem je ten, ze na disku se nic neprepocitava, data proste nejsou (a nebo je nadrbnutej nakej jeden soubor ...). V pripade poskozenyho pole dojde min k jeho proverovani (zrcadlo a vejs samo) a to trva od desitek minut do desitek hodin (v zavislosti na konfiguraci pole a vykonu). Trebas proverovani moji R5 ze 3 GB WDGP trva cca 10 - 15 hodin. Po tu dobu je to prakticky nepouzitelny.

Predpokladam, ze strip se prepocitavat nebude (neni co), ale v pripade ze stroj padne na hubu tak se bud rozdrbne stejne jako u disku ten jeden soubor nebo se rozdrbne kompletni pole. Jaka je pravdepodobnost ceho netusim.

2Petrik: Bych chtel videt disk, kterej nahodne vygeneruje korektni command k zapisu ... celej problem neni v disku ale v cache. Jinak kompletni zurnalovani ext3 sejme vykon tak na 1/10.

---

r1 v. r5 je vpodstate totez.

a jak pise petrik - r0 se rozpadnout nemuze.

takze se to co se utnuti napajeni chova jako jeden disk, jen ta pravdepodobnost, ze se neco posere je dvojnasobna, protoze komponenty jsou dve.

a ad. jestli ano, nebo ne. jestli ti ten vykon nepripada extra dobrej, tak se vrat k jednotlivejm diskum.

Nektere fake-RAIDy umeji vice ryznych typu RAIDu, napr. nejnovejsi ATI chipsety 785 a udajne i intely. Muzes mit tedy RAID-1 na system a dulezita data a zbytek RAID-0 pro ostatni, mene dulezita data.

intel to inzeruje pod komercnim oznacenim Matrix raid.

Tak teď tedy opravdu nevím :D
Ještě bych se rád zeptal, jaký je rozdíl mezi Intel ICH9R a integrovaným Gigabyte řadičem, nebylo by to na něm třeba rychlejší?
Plus ještě dotaz. Když zapnu disky do modu RAID, tak přijdu o možnost zapojovat za chodu disky do eSATA? Dalo by se to nějak obejít?

Nevim co je to integrovany gigabyte radic. Mohl bys uvest konkretni vyrobek? Kazdopadne bych spis doporucil ICH9R, protoze mas jistotu slusne odladeneho ovladace a moznosti jednoduse sehnat nahradni HW, pokud ti nahodou odejde deska.

ad AHCI vs RAID. Nemam vyzkousene, ale tusim ze eSata by melo v RAID rezimu fungovat. Ale jak rikam - nemam vyzkousene.

Ok. Už jsem se i dočetl na anglických forech, že ICH9R je lepší a také rychlejší.
Jde o to, že s AHCI mám přímo ve Win7 možnost odpojit disk za chodu (dole přes ikonu USB), v RAID modu tam nic takového nemám.

Citace:

---

Původně odeslal kecinzer

.. ale při práci ve Win mi to přijde takové divné - resp. jako kdyby to vytěžovalo víc CPU.

---

A cos cekal do SW pole ? To pole ti resi driver widli, radic stim nema nic spolecnyho, ten driver si jen z BIOSu precte, jak ma to pole nakonfigurovat, nic vic. Kdyz se mi prepocitava ra R5, tak mam c2q tak na 20 - 30%.

Co se teploty a spol tyce, to je opet jen chyba toho driveru, tusim existujou aplikace ktery umej precist smart i na tomhle.

2Petrik: bavim se o vykonu pri beznym home pouziti, testoval sem to a bylo to dost tragicky. A stejne ti to nepomuze, protoze ext3 ma proste spoustu dalsich nemilych vlastnosti pokud jde o bezpecnost dat.

2kecinzer: RAID = AHCI (alespon by melo). esata by ti melo normalne fungovat. Na radici nesejde, jak sem psal, neni to HW raid, resi to CPU + driver. Ze to widle nevedi je jejich problem/ovladace.

Začal jsem si tady s tím hrát a přišel jsem na zajímavou věc. Když při instalaci Win7 nenainstaluji z USB nejnovější Intel RAID driver, tak to sice normálně funguje, ale výkon disku je cca o 25 - 30% nižší. Testoval jsem v HD Tune a místo 215 MB/s top jsem měl 165 MB/s top. Na screen jsem bohužel zapomněl, ale každopádně je to tak.
To je poprvé co vidím až tak velký vliv ovladače na výkon.

Pokud tedy někdo provozujete RAID na Intelu, velice doporučuji instalaci nejnovějšího driveru.

coz ale jen ukazuje, jak jsou tyhle fake-RAIDy tragicky a ze je daleko lepsi pokud to jde pouzivat klasicky SW raidy ala linux MD RAID, ZFS ci tak neco, pokud to samozrejme neni tak hrozne marny, jako je wokenni SW RAID. specialne v R-0/1 neni zadny duvod, proc by mel vykon tak hrozne kolisat, ten radic nedela nic jineho, ze budto posila data misto jen na jeden disk na oba, coz vazne zadna zatez na CPU neni, nebo posila pulku na jeden a poulku na druhou. Duvod, proc to tak je, je navrh techto fake-RAIdu, kdy je data nutne zapisovat a cist z pameti 2x, protoze se nejedna o ciste OS-based SW RAID, nekde na netu jsem videl pekne zduvodneni.

Linuxovek SW raid je ve specifickych pripadech vykonejsi nez lecjaky HW reseni ... toz pokud by do toho kdokoli sel, vykonu se v tomhle pripade rozhodne bat netreba.

Ono to má ale háčik, dokonca keď budem citovať teba, tak rovno dva. :)
"Linuxovek SW raid je ve specifickych pripadech vykonejsi nez lecjaky HW reseni"

Inak súhlasím, ak má niekto obmedzený rozpočet a chce RAID na Linux, tak ho môže kľudne použiť, a to hovorím napriek tomu že ja osobne preferujem aj prevádzkujem HW RAID.

Bavme se o resenich, ktery si nekdo poridi domu => nebude si nejspis kupovat radic za 100k, sasovy disky ...
Jako bonus je SW raid (!= fake raid) bezpecnejsi (vzdy). Totiz HW reseni je casto navazany na konkretni HW a uz sem videl i pripady, kdy stejny radic s jinym firmwarem proste pole nezkous => data v p... SW raid se da vzit (hromada disku) a pripojit naprosto kamkoli (libovolny MB/radic) a pojede to. Narozdil od fake netreba resit spravny pripojeni disku, protoze disky na sobe maji IDcka a system si je sam spravne posklada.

do tématu byla přesunuta debata o RAID polích z nákupní poradny

Souhlasim s Jezevcem, na druhou stranu konkretne pro databaze prinasi HS RAID s BBU velmi vyznamny narust vykonu (kdyz se hodne zapisuje); s tim nemuze zadny SW RAID s klasickymi HDD souperit, ale to je dost specificke pouziti. Pro beznejsi pouziti ma IMO MD RAID vice kladu nez HW reseni, napr. cenu :) Dalsi nevyhoda HW RAIDu je, ze jejich nezbytne utility casto nefunguji pod free distrama jako napr. OpenSuSE ci ubuntu a pro zmenu parametru pole je nutne bootovat utility CD, coz je opruz a server je po tu dobu (klidne i 20 hodin na HP) down, navic clovek potrebuje prehistorickou CD-mechaniku. Dost mi to pripomina rozdily mezi proprientalnim reseni a opensource v ruznych jinch oblastech, kdy proprietalni je drahe, casto pouze jednoucelove, velmi nepruzne a casto vice buggy. Navic, v dobach SSD disku uz hlavni vyhody HW RAIDu pomalu prestavaji platit, protoze i MD RAID na nekolika SSDckach je dostatecne vykonny krome naprosto specifickych pripadu, pro ktere tu ale mame Fusion-IO :)

Citace:

---

Pro beznejsi pouziti ma IMO MD RAID vice kladu nez HW reseni, napr. cenu :) Dalsi nevyhoda HW RAIDu je, ze jejich nezbytne utility casto nefunguji pod free distrama jako napr. OpenSuSE ci ubuntu a pro zmenu parametru pole je nutne bootovat utility CD, coz je opruz a server je po tu dobu (klidne i 20 hodin na HP) down, navic clovek potrebuje prehistorickou CD-mechaniku. Dost mi to pripomina rozdily mezi proprientalnim reseni a opensource v ruznych jinch oblastech, kdy proprietalni je drahe, casto pouze jednoucelove, velmi nepruzne a casto vice buggy.

---

mno, pokud vezmu mainstream - LSI, Adaptec, 3Ware, Areca, tak se vsechny daj v pohode ovladat i z ubuntu/gentoo. obcas trosku problem s freebsd.
mimochodem lepsi radice od arecy jsou ultimatni v tom ze maji vlastni ethernet s telnetem/webem pristupnym nezavisle na OS ... (vubec se mi jejich radice libi cim dal vic)

Ono co se tyce ryznych closed reseni (a nemluvim jen o SW, ale obecne o reseni typu "cerna krabka"), mam posledni dobou cim dal vic pocit, ze cim drazsi a vic "profi" reseni si nekdo poridi, tim vetsi to bude pruser (a v mem pripade mluvim o HW+SW v cene jednotek MKc). Jakmile totiz nastane libovolna potiz, tak se zjisti ze dodavatel v CR umi nainstalovat, umi zaskrtit zaskrtitka, ale jinak je stejne vprdeli jako uzivatel, dodavatel v US/... prozmenu nema pocit, ze by zakazka za smesnych "par tisic" dolacu byla dostatecne zajimava, aby se problemem zabyval. Takze mate cosi, co nejak vetsinou funguje, ale rozhodne ne tak, jak by ste cekali.

Kdy sme u poli, tak mame zalohovani na pole R6 (je to MD1000 + srv), ktery je evidenene schopny dat vpohode 200MB/s. Ovsem pes je zakopanej v tom, ze taky je vpohode schopny davat i min nez 2MB/s, coz je pri obnove cehokoli ehm ... No a kolik to da, neumi nikdo ovlivnit, nikdo nam nebyl schopen rict, co udelat a jak, aby se z toho dal vyzdimat nejakej rozumnej prenos kdyz potrebujem. Jediny ceho sem se dobadal je, ze tam maj nejake shapper, aby srv moc pri zalohovani nevysavali. To je samo OK, ale presne do okamziku, kdy ten srv potrebuju rychle obnovit. Pak je to prostre strelba do davu naslepo - nekdy to jede, nekdy ne. Stopnout zalohovani na vsech strojich nepomaha a na nic lepsiho nikdo neprisel. Prca je, ze pri uvodnim syncu hdd to tech 200MB/s da dycky. Jinak to az na par musek jako reportnig funguje bezvadne, libovolnou zalohu mountnu a muzu se podivat na data behem vterin.

Proto radsi nadoma doporucuju co nejvic home made bastl, protoze to se da aspon spravit.

Citace:

---

Původně odeslal Fox!MURDER

mno, pokud vezmu mainstream - LSI, Adaptec, 3Ware, Areca, tak se vsechny daj v pohode ovladat i z ubuntu/gentoo. obcas trosku problem s freebsd.
mimochodem lepsi radice od arecy jsou ultimatni v tom ze maji vlastni ethernet s telnetem/webem pristupnym nezavisle na OS ... (vubec se mi jejich radice libi cim dal vic)

---

Jako ja verim, ze to jsou moc pekne hracky na hrani, ale porad by asi desilo, ze v pripade, ze ten pocitac v pocitaci, rozumej ten radic, umre a dodavatel s NBD zrovna jako na potvoru nema nahradni a ja ty data nutne potrebuju, tak jsem vime kde :) Navic pokud nepotrebuju vylozene giganticke pole, tak se uz dnes da uvazovat o nahrade temi SSD, ktere v MD RAIDu vykonove natrhnou pozadi libovolnemu HW radici s klasickymi HDD. Takovej RAID-10, ale i 5 z 6 nebo vice intelu X25-M musi davat neuveritelny IOps a MBps...Samozrejme se dohodneme, ze pro widle, kdyz je clovek musi vzit na milost, zadne jine rozumne reseni nez poradny radic neexistuje.

Mimochodem, abych tu porad jen nerozumoval, prvni vec, kterou je dobre u HW RAIDu s write-back cache udelat, je nastavit mu v linuxu NOOPnebo DEADLINE scheduler. Klasicky CFQ znacne snizuje vykon nevhodnym a zbytecnym preusporadavanim requestu. Totez plati i pro SSD. Naopak u MD RAIDu je potreba ponechat CFQ, protoze to je provadeno samostatne pro jednotlive disky.

Citace:

---

Původně odeslal Petrik

Jako ja verim, ze to jsou moc pekne hracny na hrani, ale porad by asi desilo, ze v pripade, ze ten pocitac v pocitaci, rozumej ten radic, umre a dodavatel s NBD zrovna jako na potvoru nema nahradni a ja ty data nutne potrebju, tak jsem vime kde :) Navic pokud nepotrebuju vylozene giganticke pole, tak se uz dnes da uvazovat o nahade temi SSD, ktere v MD RAIDu vykonove natrhnou pozadi libovolnemu HW radici s klasickymi HDD. Samozrejme se dohodneme, ze pro widle, kdyz je clovek musi vzit na milost, zadne jine rozumne reseni nez poradny radic neexistuje.

---

mno, rekneme, ze se v posledni dobe pohybuju stale v polich s radove TB dat a tam se SSD zatim moc nevyplati ...
samozrejme ze na databazi mame objednane 4x100G SSD ... (ktere kvuli trimu urcite skonci v mdraidu - ale premejslim, ze to s tim LSIckem zkusim srovnat)

No ja bych rekl ze ani tak ne kvuli TRIMu, to je totiz u MD RAIDu jeste velky otaznik (mas jine info?), ale spise bych se obaval, ze ten HW radic bude ty SSDcka spise zpomalovat. Pokud jedno SSD da rekneme 10kIOps (ale ve spickach X25-M pri velke queue-depth klidne 40k), tak pri plne zatezi pri cteni to je rekneme neco kolem 40kIOps (max klidne 160k a vic), na coz se obavam bezne HW RAIDy jaksi uplne konstruovane nejsou. Nebo se pletu? MD RAID by zadne omezeni IOps mit nemel, samozrejme za predpokladu ze to CPU dokaze vygenerovat :) A pozor, predevsim u SSD se opet zacaly projevovat rozdily mezi jednotlivymi SATA radici, napr. nejnovejsi AMD se ukazuji jako pomalejsi oproti poslednim intelum. Jeste dodam, ze nase zkusenost ve firme s SSD pro MySQL je takova, ze SSD se i pri nejvetsi zatezi vpodstate flaka a krute to nestiha procak.

K HW radičom (a nebavme sa o riešeniach za niekoľko mega, to je niečo úplne iné): ak sa jedná o radiče Adaptec, Areca, LSI, resp. ich OEM verzie (HP, IBM), tak tu problém s kompaitiblitou nie je. Aj keď radič odíde, druhý radič od toho istého výrobcu disky rozozná a bude to fungovať, dokonca s veľkou pravdepodobnosťou sa dá pole rozchodiť aj pod Linuxom ako SW RAID pole. Ovládače sú už dnes pre všetky distrá, dokonca nie je problém nájsť na webe aj zdrojáky, takže kto chce, ten si ovládače dokáže rozchodiť na hocičom. To že pre zmenu niečoho v poli treba vkladať CD a stroj je potom nedostupný na dlhé hodiny je blbosť. Dobré HW radiče fungujú tak že aj keď v systéme nie je inštalovaný ovládací SW, stačí vstúpiť pri boote do BIOSu radiča, nastaviť čo chceme a dá sa reštartovať. Väčšina úloh pobeží ďalej v pozadí, bez toho aby OS o tom vedel (niekoľkokrát som takto robil rebuild po výmene disku na 2TB RAID5 poli zo štyroch diskov počas ostrého chodu). Nedokážem si predstaviť že by som hodiny čakal na rebuild nejakého pola a dovtedy by bol stroj offline.
K možnostiam použiť SSD disky na radičoch. Novšie radiče s novým BIOSom podporujú SSD, dokonca už aj TRIM, ale nakoľko prenos môže byť naozaj brutálny, doporučuje sa obzerať po výkonnejších modeloch, resp. sériach ktoré sú priamo určené pre SSD. Väčšinou majú implementované ešte nejaké ďalšie vraj zrýchľujúce algoritmy pre prácu so SSD.
Čo sa týka samotných radičov, dnes už ceny padli. Ak niekto potrebuje spoľahlivé diskové pole pod Windowsom, určite sa do HW radiča oplatí investovať. Riešiť neskôr problémy s nejakým noname radičom na doske je na môj vkus moc veľké riziko, nehovoriac o jeho slabšom výkone.

Citace:

---

Původně odeslal e1

K HW radičom (a nebavme sa o riešeniach za niekoľko mega, to je niečo úplne iné): ak sa jedná o radiče Adaptec, Areca, LSI, resp. ich OEM verzie (HP, IBM), tak tu problém s kompaitiblitou nie je. Aj keď radič odíde, druhý radič od toho istého výrobcu disky rozozná a bude to fungovať, dokonca s veľkou pravdepodobnosťou sa dá pole rozchodiť aj pod Linuxom ako SW RAID pole.

---

Tak to bych chtel videt, konkretne u takovyho RAIDu-5/6.

Citace:

---

Původně odeslal e1

Ovládače sú už dnes pre všetky distrá, dokonca nie je problém nájsť na webe aj zdrojáky, takže kto chce, ten si ovládače dokáže rozchodiť na hocičom. To že pre zmenu niečoho v poli treba vkladať CD a stroj je potom nedostupný na dlhé hodiny je blbosť. Dobré HW radiče fungujú tak že aj keď v systéme nie je inštalovaný ovládací SW, stačí vstúpiť pri boote do BIOSu radiča, nastaviť čo chceme a dá sa reštartovať.

---

Uznavam, ze s HW RAIDy moc velkou zkusenost nemam, ale to IMO nebude ten problem. Dostal jsem ukol pridat do jednoho starsiho HPcka disk (how-swap) a udelat z RAID-0 (jeden disk) RAID-1. Ovladaci utilita pro OpenSUSE samozrejme nebyla, verze pro SLES nesla nainstalovat (a neodvazil jsem to nejak nasilne hackovat). BIOS tohle prekonfigurovani pole samozrejme neumel, takze jsem musel nabootovat CD. Tam byla vpodstate jedina moznost, a to pridat ten novy disk do pole, nic jineho s tim delat neslo. Tak jsem dal pridat a zmacknul OK. Program napsal "please wait" a zacal neco delat...tento napis tam byl 20, slovy dvacet, hodin. Napadlo me, ze bych to asi mohl rebootnout (nasilne??) a ze by to radic delal na pozadi, ale to jsem se na ostrem dulezitem serveru bez kvalitni zalohy vazne neodvazil. Takze vysledek byl, ze server byl 20hodin down a neslo s tim delat. Nekup to, kdyz to je enterprise!

Citace:

---

Původně odeslal e1

Väčšina úloh pobeží ďalej v pozadí, bez toho aby OS o tom vedel (niekoľkokrát som takto robil rebuild po výmene disku na 2TB RAID5 poli zo štyroch diskov počas ostrého chodu). Nedokážem si predstaviť že by som hodiny čakal na rebuild nejakého pola a dovtedy by bol stroj offline.

---

Kdyz ti funguje administracni app v OS, neni problem. Kdyz ne, tak muzes skoncit, jako ja.

Citace:

---

Původně odeslal e1

K možnostiam použiť SSD disky na radičoch. Novšie radiče s novým BIOSom podporujú SSD, dokonca už aj TRIM, ale nakoľko prenos môže byť naozaj brutálny, doporučuje sa obzerať po výkonnejších modeloch, resp. sériach ktoré sú priamo určené pre SSD. Väčšinou majú implementované ešte nejaké ďalšie vraj zrýchľujúce algoritmy pre prácu so SSD.

---

Schvalne se po nejakych kouknu, ale obavam se, ze budou dost drahe. diky za tip.

Citace:

---

Původně odeslal e1

Čo sa týka samotných radičov, dnes už ceny padli. Ak niekto potrebuje spoľahlivé diskové pole pod Windowsom, určite sa do HW radiča oplatí investovať. Riešiť neskôr problémy s nejakým noname radičom na doske je na môj vkus moc veľké riziko, nehovoriac o jeho slabšom výkone.

---

Jasne, pro wokna jina rozumna alternativa neni, na tom se dohodneme.

1. Obnovenie HW RAID ako SW RAID: nerobil som to, ale vraj to už pri najpredávanejších radičoch ide. Konfigurácia by mala byť uložená aj na diskoch a potom to už je iba otázka múdreho SW a admina ktorý to rozchodí. Nehovorím že to bežne vie nastaviť 13 ročný školák.
2. Rebuild pola z RAID0 (dva disky - zrkadlenie) na RAID1 je dosť špecifická vec, totiž robíš z väčšieho pola menšie. Alebo ako RAID0 si myslel single disk? V tomto prípade sa totiž môže celá procedúra diať v pozadí aj počas behu OS. 20 hodín je inak dosť. Čo to bolo za disky?
3. Administračná aplikácia v OS nie je vôbec potrebná, nakoľko to je HW radič. Stačí mať nainštalované iba ovládače radiča, OS vôbec nevie čo sa na pozadí deje. Samotný rebuild môžeš spustiť z BIOSu radiča a ten po reštarte bude pokračovať. Už som dokonca takto inštaloval aj skúšobný OS. Pole sa ešte iba vytváralo ale ja som ňom už inštaloval.
4. http://www.adaptec.com/en-US/product.../?channel=tab4

Je to tak, v případě potřeby ti ze supportu poskytnou i nástroj pro dump disků a SW lze obsah pole složit i bez řadiče. Sám jsem řešil obnovu R5 kdy mi vypadly dva disky naráz a podpora 3Ware reagovala prakticky obratem. Navíc kompatibilita je zpravidla jištěná mezi modelovými řadami a minimálně i obecně na vyšší verze řadičů. Po registraci u výrobce ti nabídne po dobu opravy náhradní řadič apod. Stejně tak obnovu na pozadí jsem taky absolvoval a krom mírného zpomalení při práci nebylo nic poznat. Mezitím můžež klidně přebootovávat mezi Linuxem a Win.

Citace:

---

Původně odeslal e1

1. Obnovenie HW RAID ako SW RAID: nerobil som to, ale vraj to už pri najpredávanejších radičoch ide. Konfigurácia by mala byť uložená aj na diskoch a potom to už je iba otázka múdreho SW a admina ktorý to rozchodí. Nehovorím že to bežne vie nastaviť 13 ročný školák.
2. Rebuild pola z RAID0 (dva disky - zrkadlenie) na RAID1 je dosť špecifická vec, totiž robíš z väčšieho pola menšie. Alebo ako RAID0 si myslel single disk? V tomto prípade sa totiž môže celá procedúra diať v pozadí aj počas behu OS. 20 hodín je inak dosť. Čo to bolo za disky?
3. Administračná aplikácia v OS nie je vôbec potrebná, nakoľko to je HW radič. Stačí mať nainštalované iba ovládače radiča, OS vôbec nevie čo sa na pozadí deje. Samotný rebuild môžeš spustiť z BIOSu radiča a ten po reštarte bude pokračovať. Už som dokonca takto inštaloval aj skúšobný OS. Pole sa ešte iba vytváralo ale ja som ňom už inštaloval.
4. http://www.adaptec.com/en-US/product.../?channel=tab4

---

1. ok, to zni jako dobre, netusil jsem, ze neco takoveho jde
2. psal jsem RAID-0 z jednoho disku, tedy vpodstate single disk. Cela procedura se tezko mohla dit na pozadi, kdyz to v BIOSu nastavit neslo (vazne ne) a ta stupidni aplikace na CD mi napsala "please wait". To jsem to jako mel natvrdo resnout? Kdyby se to pak alespon samo rebootlo, abych mohl jit domu, jenomze ja jsem jeste musel zmenit to pole z R0 na R1 zejo...takze jsem tam stravil hodinu cekani, ze uz to jako kazdou chvili prece musi byt. Byl to nejakej starsi SAS, mozna dokonce SCSI disk, tusim ze 10k. Ta doba me prave dostala nejvic, fakt by me zajimalo, ce to tech 20hodin provadelo...to me jen ujistilo o tom, ze takto uz nikdy vice. Byl to nejaky proliant, ne zrovna ten nejlevnejsi.
3.Rebuld s BIOSu sice spustit jde, pridat novy disk do pole ale ne, zkoumal jsem to fakt dlouho a vazne to neslo.

Jasne, ze kdybych mel tu obsluznou aplikaci v OS, tak by slo bez rebootu, jenomze kdo by platil za SLES, kdyz stejne dobre mu vyhovuje OpenSUSE? Mit tam MD RAID, tak to udelam pres SSHcko a fidli. Navic kdyz jsem si jen tak nahodou cetl seznam opravovanych bugu v ruznych HW RAIDech, tak me behal mraz po zadech, formulace jako "fixed bug causing total array lost when XYZ" je dost bezna. MD pouzivam na mnoha strojich, vpodstate na vsech ktery jsem stavel ci upgradoval a vzivote jsem o pole ci data neprisel vinou MD RAIDu. Jasne, obcas je trochu tvrdohlavy, ale to je spise tim, ze je extreme opatrny.

znacka: Ten radic v tom HP se jmenoval "Smart-array" :D To bych to rozslapal...

P.S.: ted jsem si vzpomnel, ze to psalo "Checking disk, please wait"....20h!

Citace:

---

Původně odeslal Aigor

Je to tak, v případě potřeby ti ze supportu poskytnou i nástroj pro dump disků a SW lze obsah pole složit i bez řadiče. Sám jsem řešil obnovu R5 kdy mi vypadly dva disky naráz a podpora 3Ware reagovala prakticky obratem. Stejně tak obnovu na pozadí jsem taky absolvoval a krom mírného zpomalení při práci nebylo nic poznat. Mezitím můžež klidně přebootovávat mezi Linuxem a Win.

---

Jak se resi takova obnova R5 bez dvou disku? Obnovu na pozadi umi MD samozrejme take, to beru jako samozrejmost..akorat prebootovat do woken tedy uplne nejde :D ale po beznem rebootu rebuild normalne pokracuje dal..

2LM: Problém s parkováním hlaviček se dá vyřešit za pár minut pomocí WIDLE3. Dáš ho na třeba na Flashku, potom z ní dáš bootovat a nastavíš si čas po jaké době mají hlavičky parkovat. Testoval jsem to na WD15EARS a funguje to.