Kontroller ei ole riistvaraline ... tarkvara kontroller md raid Kuupäeval 7. november 2011 11:19 kirjutas Joosep-Georg Järvemaa <[email protected]>: > Kuupäeval 6. november 2011 22:54 kirjutas Jaak Laineste <[email protected]>: >> >> postgres@AMS-live:/storage/suur/data$ du -hs >> du: `./pg_stat_tmp/pgstat.stat' ei saa kasutada: Input/output error > [..] > > Selle pealt küll midagi ei ütle. > > Kontroller, ma saan aru, on riistvaraline? Siis peaks tolle > admin-liidesest vaatama, mis häda on. > > Ja paljalt kontrollerist andmete kaitseks ei piisa - peab olema ka > teatav paralleelsus: > > Raid-0 - 1+n kettast moodustatakse 1 suur, ükskõik millise ketta > riknemisel võib eeldada kõikide andmete riknemist > Raid-1 - 2*n ketast on "peeglis" - andmemaht S=0,5*s*n (pool ketaste > kogumahust, väikseimate poolte järgi, kuna andmed topelt) -- kiire > lugemine, aeglane kirjutamine > Raid-2 - (polevat kasutusel) 4 ketast andmetega, 3 ketast "vigade paranduseks" > Raid-3 - (haruldane) 3 ketast andmetega, 1 ketas paarsuskontrolliks -- > baidi tasemel, üsna aeglane > Raid-4 - (haruldane) 3 ketast andmetega, 1 ketas paarsuskontrolliks -- > bloki tasemel, aeglane > Raid-5 - 2+n ketast, paarsusinfo jagatud ketaste vahel, andmemaht > S=s*(n-1) -- ketastel ühtlane koormus > Raid-6 - 2+n ketast, paarsusinfo dubleeritud, andmemaht S=s*(n-2) -- > turvalisem kui arvukate ketastega raid-5 > > > Seega, kui andmed pole taastamatud ja nende taastamine on vaid > tülikas, soovitan kasutada raid-5'te, mis annab minimaalse 3 ketta > puhul andmemahuks 2 ketta mahu. Andmete taastamine muu allika põhjal > on sel juhul vajalik rohkem kui 1 ketta riknemisel. > > Kui aga andmed on unikaalsed, võiks kasutada raid-6'te, mis annab aga > ketaste kokkuhoiuefekti alates 5 kettast, ent andmed lähevad > taastamatult kaotsi alles vähemalt 2 ketta samaaegsel riknemisel. > > > > Eks teadjamad parandagu mind, > -- > Joosep-Georg > > _______________________________________________ > Talk-ee mailing list > [email protected] > http://lists.openstreetmap.org/listinfo/talk-ee >
-- A. Kaaber _______________________________________________ Talk-ee mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-ee
