Re: RAID-System sinnvoll?

Eberhard Knechtel <[email protected]> Mon, 13 Aug 2007 07:48:46 +0200
Newsgroups gmane.os.apple.osx.german
Message-ID <[email protected]>
Moin Rusti,

ich oute mich als Sonntagsfreizeitler :-) deswegen erst jetzt ein =20
Antwort

Am 12.08.2007 um 14:20 schrieb su0091:
>
>> "Voll" kann nur ein Dateisystem sein. Ein RAID-Kontroller kennt IMHO
>> keine Belegung, sondern nur physikalische Speichereinheiten
>> (=3DSektoren). Deswegen wird beim "rebuild" immer alles kopiert.
>
> D.h. wenn auf einer Platte 200GB belegt sind, gilt das auch fuer die
> andere Platte.
Beide Platten sind immer identisch. Eine Platte kann - wie gesagt - =20
nicht voll sein. F=FCr einen Rechner sind Platten immer =20
"Sektorenansammlungen". Ein passender Treiber fummelt Dateien und =20
Verzeichnisse auf beliebige Sektoren und liest und schreibt diese auf =20=

die Platte. Ein RAID-Kontroller sorgt nur daf=FCr, dass Sektoren immer =20=

auf beide Platten geschrieben werden.

> Gibt es feste Zeiten fuers Spiegeln?
Das ist IMHO eine Angabe, die f=FCr den RAID-Kontroller spezifiert sein =20=

sollte. Je nachdem, ob Platten sich Bandbreite im RAID-System teilen =20
m=FCssen und wie "kr=E4ftig" die CPU ist, k=F6nnen diese Werte stark =20
schwanken. Besonders billige Systeme k=F6nnen da recht langsam sein, =20
was aber je nach Anwendung, nicht wirklich schlecht sein muss.

> Angenommen es aendert sich eine Woche lang nichts an den Daten, =20
> wird dann
> jeden Abend (oder wann auch immer) die unveraenderten Daten =20
> gespiegelt?
Nein, die Spiegelung erfolgt im Moment des Schreibens. Da die Platten =20=

nat=FCrlich nicht exakt synchron laufen, dauert ein Schreibvorgang =20
immer etwas l=E4nger. Daf=FCr puffert ein RAID-Kontroller mit viel =20
Speicher die Ein-/Ausgaben, was Lesezugriffe deutlich beschleunigen =20
sollte. =DCbrigens schalte ich (aus Aberglaube) die Pufferung f=FCr =20
Schreibvorg=E4nge nach M=F6glichkeit immer ab - davon halte ich nicht =
viel.

> Angenommen ich schiebe ein Bild auf die Festplatte, werden dann die
> kompletten 500GB (200GB + Leerrdaten) gespiegelt?
Nur das Bild, also Daten und Verzeichnisinformationen werden beim =20
Schreibvorgang quasi gleichzeitig auf beide Seiten des Spiegels =20
geschrieben.

>> beim Schreibvorgang nur die Sektoren, die vom Host gesendet werden.
>
> welche sendet denn der Host, die veraenderten Sektoren...?
Daten und Verzeichnisinformationen

>> "=C4nderung" kennt der RAID-Kontroller IMHO nicht.
>> Lesevorg=E4nge sollten theoretisch schneller gehen, weil der
>> Lesezugriff immer abwechselnd auf die beiden Laufwerke geht.
>
> Hm...?
Beide Seiten des Spiegels haben per Definition die gleichen =20
Informationen. Wenn an verschiedenen Stellen auf der Platte gelesen =20
wird, muss immer wieder der Lesekopf neu gesetzt werden (seek). Bei =20
zwei Laufwerken wird immer abwechselnd gelesen und damit die =20
entstehende Seek-Pause des anderen Laufwerks eliminiert.

>>> Kannst du mir die Bedeutung "hot-spare" erklaeren?
>
> Danke, das habe ich jetzt verstanden  :-)
"hot-spare" ist so eine Art Standby. Ein Laufwerk ist physikalisch im =20=

System vorhanden, aber nicht im RAID-Verbund softwarem=E4ssig =20
"eingebaut". Im Fehlerfall, wird ein Laufwerk "softwarem=E4ssig" =20
entfernt und das "hot-spare" wird dann aktiviert und per "rebuild" =20
beschrieben. Dieser Vorgang erfolgt ohne weiteres tutun und =20
verringert die Zeit ohne "doppelten Boden".

so long

Eberhard Knechtel
[email protected]



#############################################################
This message is sent to you because you are subscribed to
  the mailing list <[email protected]>.
To unsubscribe, E-mail to: <[email protected]>
To switch to the DIGEST mode, E-mail to <[email protected]>
To switch to the INDEX mode, E-mail to <[email protected]>
Send administrative queries to  <[email protected]>