Technologie / Analysen und praktische Perspektiven

VM angehalten, Datastore voll: VMDK nicht löschen

Eine ESXi-VM bei vollem Datastore retten: unnötiges Wachstum stoppen, nutzbare Kapazität schaffen und die Snapshot-Kette schützen.

ADArdeshir Daryani··3 Min. Lesezeit
Konzeptionelle Darstellung einer virtuellen Festplatte mit Kapazitätsmangel und kontrolliertem Wiederherstellungsweg
Eine eigens mit KI erstellte Konzeptillustration; keine genaue Darstellung eines kommerziellen Produkts oder einer realen Architektur.

Kritische Situation: Die zentrale Firmenanwendung ist nicht verfügbar. vCenter zeigt die VM weiter als eingeschaltet, meldet aber There is no more space for virtual disk. Das Gastsystem zeigt noch freien Platz. Dieser Unterschied kann die Diagnose fehlleiten.

Zuerst die Problemgrenze bestimmen

Dieser Leitfaden behandelt Kapazitätsmangel auf VMFS- oder NFS-Datastores in ESXi. Defekte Datenträger, Dateisperren und vSAN-Kapazität erfordern eigene Diagnosen. Erfassen Sie den Datastore der betroffenen Platte, freien Platz, Snapshots und aktive Sicherungsaufträge. Freier Platz im Gast belegt keinen freien Platz auf der Speicherebene des Hosts.

Eine Verschlechterung verhindern

Erstellen Sie keine neuen Snapshots und starten Sie keine unnötigen Aufgaben, die denselben Datastore belegen. Läuft Sicherungssoftware, stoppen oder beenden Sie den Auftrag nach dem vorgesehenen Produktverfahren; töten Sie den Prozess nicht blind. Berücksichtigen Sie andere VMs auf demselben Speicher.

Löschen Sie VMDK-, delta- oder sesparse-Dateien nicht manuell im Datastore Browser. Ein Snapshot kann zum aktuell verwendeten Datenträger gehören. Eine kleine Datei oder ein alt wirkender Name beweist keine fehlende Nutzung.

Ein praktischer Rettungsweg

Schaffen Sie zunächst tatsächlich nutzbare Kapazität: darunterliegenden Speicher und anschließend den Datastore erweitern oder geprüfte, nicht eingebundene Dateien wie ein altes ISO verschieben. Vor dem Löschen eines ISO prüfen Sie VM-Zuordnungen und betriebliche Bedeutung. Storage vMotion kommt bei geeigneter Zielkapazität und Umgebung ebenfalls infrage; Erfolg bei vollständig vollem Speicher ist nicht garantiert.

Prüfen Sie nach ausreichender Reserve die VM-Meldung erneut und verwenden Sie Retry für denselben Platzmangel. Ändert sich die Meldung oder bleiben I/O-Fehler, wechseln Sie den Diagnoseweg. Ein erfolgreiches Retry beendet die Arbeit nicht: Ermitteln Sie die Ursache des Wachstums.

Snapshot-Löschung oder Konsolidierung über Verwaltungswerkzeuge ist ein nachfolgender, geplanter Schritt. Sie kann zusätzlichen Arbeitsraum benötigen; beginnen Sie nicht auf vollständig vollem Datastore. Delete und Revert sind unterschiedliche Vorgänge: Revert setzt den Plattenzustand auf einen früheren Zeitpunkt zurück.

Die Wiederherstellung bestätigen

Führen Sie mit einem berechtigten Konto einen wenig eingreifenden Anwendungsvorgang aus und prüfen Sie Lesen und Schreiben. Beobachten Sie gleichzeitig Kapazität, Sicherungsaufträge und Speicherfehler. Meine Empfehlung: Kapazitäts- und Snapshot-Altersalarme einer konkreten Person zuweisen. Ein Alarm ohne Verantwortlichen hilft nachts wenig.

Die entscheidende Maßnahme: Erst nutzbare Kapazität schaffen, dann die Plattenkette mit unterstützten Werkzeugen verwalten. Ein Host-Neustart schafft keinen freien Datastore-Platz.

Technische Quellen: Broadcom / Disk space · Broadcom / Snapshots.

Technologieanalysen für fundiertere Entscheidungen.Alle Beiträge →