Informationen Zu Volume-Cacheoptionen; Verwendung Von Write-Back- Oder Write-Through-Caching - HP MSA 1040 Referenzhandbuch

Das Storage System verwendet Unified LUN Presentation (ULP). ULP kann alle LUNs über alle Hostanschlüsse an
beiden Controllern bereitstellen. Die Interconnect-Verbindungen werden in der Controllerfirmware verwaltet.
ULP erscheint auf dem Host als Active-Active Storage System, auf dem der Host jeden verfügbaren Pfad auswählen
kann, um auf eine LUN zuzugreifen, unabhängig vom Besitz des virtuellen Datenträgers. Wenn ULP verwendet wird,
wird der Betriebs-/Redundanzmodus des Controllers als Active-Active ULP angezeigt. ULP verwendet das T10
Technical Committee der INCITS Asymmetric Logical Unit Access-Erweiterungen (ALUA) in SPC-3, um Pfade mit
fähigen Hostsystemen auszuhandeln. Für nicht fähige Hostsysteme erscheinen alle Pfade gleich.

Informationen zu Volume-Cacheoptionen

Sie können Optionen festlegen, die Lese- und Schreibvorgänge optimieren, die für jedes Volume ausgeführt werden.

Verwendung von Write-Back- oder Write-Through-Caching

ACHTUNG:
Deaktivieren Sie Write-Back-Caching nur, wenn Sie vollständig verstehen, wie das Betriebssystem des
Hosts, die Anwendung und der Adapter Daten verschieben. Wenn Sie diese Option nicht ordnungsgemäß
verwenden, könnte dies die Systemleistung empfindlich herabsetzen.
Sie können die Write-Back-Cacheeinstellungen eines Volumes ändern. Write-Back ist eine Cacheschreibstrategie, bei
der der Controller die auf die Datenträger zu schreibenden Daten empfängt, sie in einem Speicherpuffer speichert
und unverzüglich ein Signal an das Betriebssystem des Hosts sendet, dass der Schreibvorgang abgeschlossen ist,
ohne auf den tatsächlichen Abschluss des Schreibens der Daten auf den Datenträger zu warten. Der
Write-Back-Cache spiegelt sämtliche Daten von einem Controllermodulcache auf einen anderen. Der
Write-Back-Cache verbessert die Leistung von Schreibvorgängen und den Durchsatz des Controllers.
Wenn der Write-Back-Cache deaktiviert ist, wird Write-Through die Cacheschreibstrategie. Wenn Sie den
Write-Through-Cache verwenden, schreibt der Controller die Daten auf die Datenträger, bevor der dem
Betriebssystem ein Signal sendet, dass der Prozess abgeschlossen ist. Der Write-Through-Cache hat eine geringere
Schreibvorgangs- und Durchsatzleistung als der Write-Back-Cache, jedoch ist diese Strategie sicherer. Das Risiko von
Datenverlusten aufgrund von Stromausfällen wird damit minimiert. Jedoch spiegelt der Write-Through-Cache die
Schreibdaten nicht, da die Daten auf den Datenträger geschrieben werden, bevor der Befehl zum Abschluss
ausgegeben wird. Eine Spiegelung ist somit nicht erforderlich. Sie können Bedingungen festlegen, die dazu führen,
dass der Controller von Write-Back-Caching auf Write-Through-Caching umschaltet.
Bei beiden Cachingstrategien ist aktiv/aktiv-Failover der Controller aktiviert.
Sie können den Write-Back-Cache für jedes Volume aktivieren und deaktivieren. Standardmäßig ist der
Write-Back-Cache des Volumes aktiviert. Da der Controller durch Superkondensatortechnologie gesichert wird, gehen
auch im Fall einer Unterbrechung der Stromzufuhr des Systems keine Daten verloren. Für die meisten Anwendungen
ist dies die bevorzugte Einstellung.
Wenn Sie dieses Volume für zufällige Zugriffe verwenden, lassen Sie den Write-Back-Cache aktiviert.
TIPP:
Die optimale Vorgehensweise für eine fehlertolerante Konfiguration besteht in der Verwendung von
Write-Back-Caching.
Optimierung von Read-Ahead-Caching
ACHTUNG:
Ändern Sie Read-Ahead-Cacheeinstellungen nur, wenn Sie vollständig verstehen, wie das
Betriebssystem des Hosts, die Anwendung und der Adapter Daten verschieben. Nur so können Sie die Einstellungen
entsprechend anpassen.
Sie können ein Volume für sequenzielle Lesevorgänge oder das Streaming von Daten optimieren, indem Sie dessen
Read-Ahead-Cacheeinstellungen ändern. Read-Ahead kann vorwärts (d. h. mehr LBAs) oder rückwärts (d. h. weniger
LBAs) laufen. Die Erhöhung der Größe des Read-Ahead-Caches kann signifikant die Leistung für mehrere
sequenzielle Leseströme verbessern. Eine kleinere Read-Ahead-Größe wird die Leistung des zufälligen Lesens eher
herabsetzen.
Systemkonzepte 135