Administrator Guide
die Daten tatsächlich auf das Laufwerk geschrieben werden. Der Rückschreibcache spiegelt alle Daten von einem Controllermodul-Cache
auf den anderen. Der Rückschreibcache verbessert die Leistung der Schreibvorgänge und den Datendurchsatz des Controllers.
Wenn der Rückschreibcache deaktiviert ist, wird das Durchschreiben zur Strategie für das Schreiben in den Cache. Bei Verwendung des
Durchschreibcache schreibt der Controller die Daten auf die Laufwerke, bevor er dem Host-Betriebssystem signalisiert, dass der Vorgang
abgeschlossen ist. Der Durchschreibcache besitzt eine geringere Durchsatzleistung als der Rückschreibcache, stellt aber die sicherere
Strategie dar, da bei einem Stromausfall nur ein minimales Risiko für einen Datenverlust besteht. Der Durchschreibcache spiegelt die zu
schreibenden Daten nicht, weil die Daten auf das Laufwerk geschrieben werden, bevor die Ausführung des Befehls gemeldet wird, und
eine Spiegelung nicht erforderlich ist. Sie können Bedingungen festlegen, bei deren Eintreten der Controller vom Rückschreibcache zum
Durchschreibcache wechselt. Weitere Informationen finden Sie unter Ändern der Einstellungen für den Systemcache.
Bei beiden Cache-Strategien ist das aktiv-aktive Failover der Controller aktiviert.
Der Rückschreibcache kann für jedes Volume aktiviert bzw. deaktiviert werden. Standardmäßig ist der Rückschreibcache des Volumes
aktiviert. Da der Controllercache durch Superkondensator-Technologie gestützt wird, wenn die Stromzufuhr zum System unterbrochen
ist, gehen keine Daten verloren. Für die meisten Anwendungen ist dies die bevorzugte Einstellung.
ANMERKUNG: Die bewährte Vorgehensweise für eine fehlertolerante Konfiguration besteht in der Verwendung des
Rückschreibcache.
Cacheoptimierungsmodus
VORSICHT: Das Ändern der Einstellung für Cacheoptimierung kann bei aktiver E/A zu Beschädigung oder Verlust von
Daten führen. Legen Sie vor dem Ändern dieser Einstellung die E/A aller Initiatoren still.
Sie können auch den Optimierungsmodus ändern.
• Standard – Dieser Betriebsmodus des Controllercache ist für sequenzielle und wahlfreie E/A optimiert und für die meisten
Rechenlasten die Optimierung der Wahl. In diesem Modus wird der Kohärenz des Cache mit dem Partnercontroller gewährleistet.
Dieser Modus bietet hohe Leistung und hohe Redundanz. Dies ist die Standardeinstellung.
• Keine Spiegelung – In diesem Betriebsmodus führt der Controllercache dieselben Operationen aus wie der Standardmodus, bis auf die
Tatsache, dass die Cache-Metadaten nicht auf den Partner gespiegelt werden. Auch wenn dies die Antwortzeit der Schreib-E/A
verbessert, geht es zulasten der Redundanz. Wenn diese Option verwendet wird, kann der Benutzer eine höhere Schreibleistung
erwarten, muss aber mit Datenverlust rechnen, falls ein Controller ausfällt.
Optimieren des Read-Ahead-Cachings
ANMERKUNG:
Ändern Sie die Einstellungen für Read-Ahead-Cache nur, wenn Sie genau verstehen, wie das
Hostbetriebssystem, die Anwendung und der Adapter Daten verschieben, sodass Sie die Einstellungen entsprechend
anpassen können.
Sie können ein Volume für sequenzielle Lesevorgänge oder Streaming von Daten optimieren, indem Sie die Einstellungen für Read-Ahead-
Cache ändern.
Sie können die Menge der im Voraus gelesenen Daten ändern. Die Erhöhung der Größe des Read-Ahead-Cache kann erheblich die
Leistung für mehrere sequenziell gelesene Streams verbessern.
• Die Option Adaptiv eignet sich gut für die meisten Anwendungen: Sie ermöglicht ein adaptives Vorauslesen, sodass der Controller die
optimale Read-Ahead-Größe dynamisch für die aktuelle Rechenlast berechnen kann.
• Mit der Option Stripe wird die Read-Ahead-Größe auf einen Stripe festgelegt. Die Controller behandeln NRAID- und RAID-1-
Laufwerksgruppen intern so, als würden Sie auch dann eine Stripe-Größe von 512 KB aufweisen, wenn sie nicht in Blöcken organisiert
sind.
• Mit bestimmten Größenoptionen können Sie die Datenmenge für jeden Zugriff auswählen.
• Mit der Option Deaktiviert wird der Read-Ahead-Cache deaktiviert. Dies ist insbesondere dann hilfreich, wenn der Host das
Vorauslesen für zufälligen Zugriff auslöst. Dies kann der Fall sein, wenn der Host die zufälligen E/A-Vorgänge in zwei kleinere
Lesevorgänge aufteilt und so das Vorauslesen auslöst.
Informationen über Thin Provisioning
Thin Provisioning ist eine Funktion des virtuellen Speichers, mit der ein Systemadministrator ein Overcommit der physischen
Speicherressourcen vornehmen kann. Auf diese Weise lässt sich das Hostsystem betreiben, als hätte es mehr verfügbaren Speicher, als
ihm tatsächlich zugewiesen wurde. Wenn sich physische Ressourcen füllen, kann der Administrator physischen Speicher hinzufügen,
indem er nach Bedarf zusätzliche Laufwerksgruppen hinzufügt.
Das Paging ist erforderlich, um die mangelnde Flexibilität im Zusammenhang mit der linearen Zuordnung zu beseitigen. Die lineare
Zuordnung begrenzt die Fähigkeit, den physischen Speicher einfach über das Thin Provisioning-Volume hinaus zu erweitern. Bei einer
24
Erste Schritte