Letzte Nacht habe ich einen Snapshot einer VM erstellt, bevor ich eine neue Festplatte hinzugefügt und eine Offline-Defragmentierung von Exchange ausgeführt habe (wobei die neu hinzugefügte Festplatte als temporärer Pfad verwendet wurde).
Als ich heute aufwachte, war der Server offline und als ich vSphere öffnete, sah ich die Meldung "Konfigurationsprobleme - Festplattenkonsolidierung für virtuelle Maschinen ist erforderlich". Ich beantwortete die Frage und wählte Abbruch / Abbrechen. Die VM wurde dann gestartet. Die Exchange-Datenbank hat jetzt eine Größe von ~ 160 GB (gegenüber ca. 240 GB), was ungefähr der Größe entspricht, die ich nach der Defragmentierung erwartet hatte. Das ließ mich vermuten, dass die Defragmentierung abgeschlossen sein könnte, aber leider würde sie nicht montiert werden.
Zu diesem Zeitpunkt würde ich lieber zum Schnappschuss zurückkehren. War schon jemand in dieser Situation? Ich habe viel gelesen, aber nur Artikel gefunden, in denen erklärt wird, wie der Fehler "Bedarfskonsolidierung" durch Konsolidierung behoben werden kann. Ich kann nichts über das Löschen der unerwünschten Delta-Festplatten finden, um zum Original zurückzukehren.
Gibt es eine unterstützte Möglichkeit, diese unerwünschten Delta-Festplatten zu löschen, ohne sie zu konsolidieren?
Könnte ich die Dateien diskname-000001.vmdk einfach an eine andere Stelle verschieben und dann die VM starten? (Ich habe auch einige Dateien mit der Erweiterung .REDO_nSGail, von denen ich annehme, dass ich sie auch verschieben müsste). Die ursprünglichen .vmdk-Dateien sind jedoch schreibgeschützt. Gibt es eine Möglichkeit, sie auf Lese- / Schreibzugriff zurückzusetzen?
Vielen Dank an alle, die Ratschläge geben können.
Weitere Informationen: - ESXi 6.0 - VM ist eine Windows SBS-Box (die sowohl Exchange als auch AD enthält). Es hat auch ungefähr 1 TB Daten und nicht genug freien Speicherplatz im Datenspeicher, um alles wiederherzustellen. Ich müsste zuerst alle VM-Dateien verschieben und dann eine Sicherung wiederherstellen, die viele Stunden dauern würde. Daher würde ich dies lieber vermeiden, wenn dies möglich ist.