Jump to content

XP Pro - dyn. Datenträger konvertiert, erster Reboot ok, zweiter: BoD


Der letzte Beitrag zu diesem Thema ist mehr als 180 Tage alt. Bitte erstelle einen neuen Beitrag zu Deiner Anfrage!

Empfohlene Beiträge

Dann hoffe ioch das die PC-besitzer regelmäßig das Ereignisprotokoll lesen. Sonst ist einfach eine HDD weg und ein paar Monate später die 2. HDD. Und das war es dann auch mit der Datensicherheit.

 

-> Selbst beim Kunden erlebt.

Sowas kenne ich auch :D, aber eben auch, dass diese so gesicherten Systeme eben bei einer ausgefallenen Platte gar nicht mehr laufen geschweige denn starten. Das Abklemmen der defekten Platte brachte die meisten Systeme dann wieder zum Laufen, Austausch und Neuspiegelung war dann auch möglich.

Allerdings tun wir sowas unseren Kunden nicht mehr an, nur noch Hardware mit Hot Plug Platten ...

Link zu diesem Kommentar

Die Baterrie hält aber auch nur den Cache am Leben, um beim nächsten Systemstart den auf die Platten schreiben zu lassen, falls das System crasht, oder?

 

Und Hotspare klar, sowas ist immer gut, wenn man nicht vor Ort sein kann. Wenn man aber in direkter Nähe vom Rechner ist, geht der Vorteil des Hotspare mehr oder weniger auch verloren, je nach Hotplugfähigkeit muss man halt nur den Rechner ausschalten :X

Link zu diesem Kommentar
Die Baterrie hält aber auch nur den Cache am Leben, um beim nächsten Systemstart den auf die Platten schreiben zu lassen, falls das System crasht, oder?

 

Da der RAID-Controller eine eigene CPU und einen Batteriegestützten Cache hat, kann er die Konsistenz des RAID Arrays garantieren. SW-RAID und Fakeraid-Controller können das nicht.

 

Stell dir folgendes vor:

 

OS: Schreibe A auf die Platte

SW RAID: Disk 1, schreibe A auf die Platte

SW RAID: Disk 2, schreibe A auf die Platte

Disk 1: Okay!

[ POWER LOSS ]

Reboot:

SW RAID: Rebuild Array von Disk 1

 

 

Jetzt hast du ein inkonsistentes Array - ein Read von A auf Disk 1 wird ein anderes Resultat als ein Read von Disk 2 ergeben. Der einzige ausweg dafür ist das Array nach einem Crash neu zu synchronisieren, und ein solcher Rebuild kostet Zeit. Die Konsistenz des FS wird durch Journalling sichergestellt.

 

Bei nem echten, non Fake-RAID HW RAID Controller mit BBWC sieht es so aus:

 

OS: SChreibe A auf die Platte

HW RAID: Beginne Schreiboperation A

HW RAID: Disk 1, schreibe A auf die Platte

HW RAID: Disk 2, schreibe A auf die Platte

Disk 1: Okay!

[ POWER LOSS ]

Reboot:

 

HW RAID: Schreiboperation "A" nicht als beendet markiert.

HW RAID: Disk 1, schreibe A auf die Platte

HW RAID: Disk 2, schreibe A auf die Platte

Disk 1: Okay!

Disk 2: Okay!

HW RAID: Schreiboperation A beendet.

 

Und Hotspare klar, sowas ist immer gut, wenn man nicht vor Ort sein kann. Wenn man aber in direkter Nähe vom Rechner ist, geht der Vorteil des Hotspare mehr oder weniger auch verloren, je nach Hotplugfähigkeit muss man halt nur den Rechner ausschalten :X

 

Stell dir mal vor die Platte fällt am Wochenende aus, und der Kunde hat keine Angestellten die auf Pikett sind. Da sind Hotspares Gold wert.

Link zu diesem Kommentar
Der letzte Beitrag zu diesem Thema ist mehr als 180 Tage alt. Bitte erstelle einen neuen Beitrag zu Deiner Anfrage!
Gast
Dieses Thema wurde für weitere Antworten geschlossen.
×
×
  • Neu erstellen...