Unter Windows unter Azure oder Hyper-V werden die Schreibcacheeinstellungen für die Festplattenrichtlinie für eine virtuelle Festplatte in der Serverkonfiguration immer aktiviert, unabhängig vom tatsächlichen Status der Einstellungen für den Schreibcache auf dem zugrunde liegenden Festplattensystem. Es gibt jedoch eine zweite Einstellung in Bezug auf die erste, deren Auswirkung in diesem Fall von virtuellen Festplatten unklar ist, wobei die erste in der Einstellung aktiviert / aktiviert ist, in der Hardware der virtuellen Festplatte jedoch tatsächlich deaktiviert ist. Die Festplatteneinstellungen sehen folgendermaßen aus:
[x] Enable Write Caching on the device
[ ] Turn off Windows write-cache buffer flushing on the device
Intuitiv würde ich annehmen, dass es keinen Grund gibt, dies zu aktivieren, da das Schreib-Caching für das Gerät tatsächlich NICHT aktiviert ist und wenn es sich um eine physische Festplatte handelt, diese Einstellung deaktiviert wäre. In diesem Artikel wird jedoch vorgeschlagen , dass durch das Aktivieren das Betriebssystem und die Hardware von bedeutungsloser Arbeit befreit werden und die Leistung bei gleichbleibender Datenintegrität verbessert wird. In diesem Fall ist das Schreib-Caching in der Einstellung aktiviert, in der Hardware jedoch tatsächlich deaktiviert:
... da eine virtuelle Festplatte überhaupt keine Festplatte ist, hat diese Einstellung für virtuelle Festplatten keine Bedeutung. Die zweite Einstellung ist jedoch anders und hat Bedeutung, da sie die Einstellungen für das Ein- und Ausschalten des Cache-Flushs für die Festplatte steuert. Wenn Sie die zweite Einstellung auswählen, geben Cache-Leergut im Wesentlichen vor, erfolgreich zu sein - zumindest auf der Ebene des Software-Stacks. ... Wenn Sie diese Einstellung im Gastbetriebssystem für eine virtuelle Festplatte in einer virtuellen Maschine auswählen, werden möglicherweise Leistungsverbesserungen für Anwendungen angezeigt, die auf der virtuellen Maschine ausgeführt werden. Denken Sie jedoch immer daran, dass die Festplatten-Cache-Einstellungen des Hosts für die Datenintegrität wichtig sind.
Kann jemand bestätigen, ob diese Behauptung wahr ist und eine sichere Sache für die Integrität von WRT-Daten ist?
Ich würde empfehlen, VM mit aktivierter Option "Windows-Schreib-Cache-Puffer auf dem Gerät deaktivieren" nur dann zu verwenden, wenn Sie Redundanz auf Stromversorgungs- / USV- oder Speichersystemebene haben. Sie sollten den Datenverlust bei Stromausfall oder Hardwarefehler berücksichtigen, wenn Sie die Option aktivieren würden. Ich kann vorschlagen, S2D, StarWind oder HPE VSA als softwaredefinierten Speicher zu verwenden, der Ihnen Redundanz auf Knotenebene bietet, sodass Sie die Write-Caching-Funktion für lokale VMs verwenden können.
In diesem Fall erhöht die Option "Windows-Write-Cache-Puffer-Flush auf dem Gerät deaktivieren" die Gesamtleistung des VM-Systems: RAM wird als Quelle für Hot-Data verwendet, und das Daten-Flush auf das Gerät wird nur ausgeführt, wenn der RAM voll ist.
Ich würde vorschlagen, Write-Caching zu deaktivieren, falls Sie einen eigenständigen Hyper-V-Host mit einer Netzteilverbindung zu einer einzelnen Leitung ausführen.
Diese Annahmen sind nur für lokalisierte virtualisierte Hosts zuverlässig. Die Cloud-Anbieter verfügen über eigene Funktionen, um Redundanz für ihre Instanzen bereitzustellen. Daher verwende ich die Write-Caching-Funktion nur für meine Amazon-VMs.
BEARBEITEN: Der Punkt der Funktion ist die Verringerung der Latenz bei ausgeführten E / A-Vorgängen .
quelle