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]>