Memory Leak im CSV-Read-Cache bei Failover-Clustern während hochskalierter Backup-Vorgänge

Question

Memory Leak im CSV-Read-Cache bei Failover-Clustern während hochskalierter Backup-Vorgänge

Glets Alpen 0

Bei der Durchführung von VM-Backups auf Host-Ebene läuft der Speicherpool des CSV-Read-Caches (Clustered Shared Volume) voll und gibt das RAM nicht mehr frei (Memory Leak). Das führt in der Folge zu Kernel-Crashes / BSODs auf den Hosts.

Wie lässt sich der CSV-Cache während des Backup-Fensters gezielt deaktivieren oder der Speicherpool sauber per PowerShell leeren?

0 Kommentare

2 Antworten

Ihre Antwort

Answer 1

Jason Nguyen Tran 27,050 Unabhängiger Berater

Ich möchte kurz nachfragen, ob das Problem inzwischen gelöst wurde. Falls Sie weitere Informationen benötigen, können Sie jederzeit auf diese Nachricht antworten. Wenn die bereitgestellten Informationen hilfreich waren, klicken Sie bitte auf „Accept Answer“, um anderen Mitgliedern der Community zu helfen. Vielen Dank!

0 Kommentare

Answer 2

Hallo,

was Sie während umfangreicher Backup-Vorgänge beobachten, ist ein bekanntes Szenario, bei dem der CSV-Cache aggressiv RAM verbraucht und diesen nicht wieder freigibt. Dies kann zu Instabilität auf den Hosts führen. Der empfohlene Ansatz besteht darin, den CSV-Cache während der Backup-Zeitfenster zu deaktivieren oder ihn bei Bedarf manuell zu leeren.

Um den Cache zu deaktivieren, können Sie PowerShell mit folgendem Befehl verwenden:

(Get-Cluster).BlockCacheSize = 0

Dadurch wird die Cache-Größe auf null gesetzt und der Cache effektiv deaktiviert. Nach Abschluss der Backups können Sie ihn wieder aktivieren, indem Sie den Wert auf die von Ihnen gewünschte Größe zurücksetzen, beispielsweise auf 512 MB oder 1 GB, abhängig von der jeweiligen Workload.

Wenn Sie den Cache leeren möchten, ohne ihn zu deaktivieren, können Sie den Cluster Shared Volume-Treiber neu starten oder den Clusterdienst neu starten. Diese Maßnahmen sind allerdings mit größeren Eingriffen verbunden.

Best Practice ist es, diese Änderungen zu skripten, sodass der Cache vor Beginn der Backup-Jobs deaktiviert und anschließend wieder aktiviert wird. Dadurch lassen sich Speicherprobleme vermeiden, während die Performance-Vorteile des Caches im normalen Betrieb erhalten bleiben. Testen Sie dies immer zuerst in einer Nicht-Produktionsumgebung, um das Verhalten zu überprüfen.

Ich hoffe, diese Informationen bieten Ihnen einen sicheren und zuverlässigen Lösungsweg. Wenn diese Antwort Ihr Problem behebt, vergessen Sie bitte nicht, auf „Accept Answer“ zu klicken.

Jason