sslug-teknik team mailing list archive

["S�gaard" <algon@xxxxxxxx>]

Tjaa, det er næsten rigtigt, men
 RAID 1 er altid over par af 2 disk, men man har nu defineret
en ny RAID som kaldes enten 1/0 eller 10, som er striping
over flere par RAID 1 disk
RAID 3 er data på X-1 disk og parity på samme disk
(specielt egnet til sekventiellle data strømme)
RAID 5 er data og parity på X diske, hvor parity roteres
over alle disk (specielt godt til random data tilgang)

Parity er ikke den samme som i kommunikation, men baseret på Hammerings kode
( fra 1945), Raid blev
defineret på Berkeley Univertity omkring 1986.

Mvh
Niels Søndergaard
Storage TC
Hewlett-Packard
"Jesper Monsted" <jesper@xxxxxxxxxxx> skrev i en meddelelse
news:Pine.LNX.4.10.10006261608060.21802-100000@toaster.monsted...
On 26 Jun 2000, Martin Skøtt wrote:
> > nej, jeg mener endda ogsaa det staar i dokumentationen eller maaske
endda
> > i faq'en for linux's software raid.
>
> Det er omtalt i FAQ'en. Ved RAID 0 skrives på begge til den ene er
> fyldt op og derefter fortsættes der på den tilbageværende plads
> naturligvis med et tab i performance. Ved RAID 1 skal de være lige
> store. Hvis de ikke er det får devicet automatisk den mindste disks
> størrelse.

Hov hov, det er forkert...

RAID 0: striping, læser skiftesvis en blok fra den ene og den anden disk,
X* læse og skrive-hastighed, nul sikkerhed
RAID 1: mirroring, læser data fra en af diskene, skriver til alle
diske, X* læse-, 1/X* skrivehastighed, sikkerhed mod X-1 diskfejl
RAID 5: striping med paritet, arbejder som en RAID0, men skriver altid
paritet for en datastribe til en enkelt disk, X-1 skrive- og
læse-hastighed og sikring mod en enkelt diskfejl

X er antal diske i RAID-sættet.

Derudover kan man lave sjove ting med hotspares (diske der ikke laver
noget før der bliver brug for en disk at genopbygge på ved diskfejl) osv.,
men det kommer vist lidt udenfor :)

/Jesper

"Microsoft does have a Year 2000 problem. We're it"
(c) unknown       - Go Linux! http://www.linux.org/

 Jesper Monsted - RIPE: JM42 - jesper@xxxxxxxxxxx