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.
quelle
Antworten:
Um zum Original zurückzukehren, wählen Sie einfach "Zum aktuellen Schnappschuss zurückkehren" aus dem Kontextmenü, vorausgesetzt, Sie haben nur den einen Schnappschuss.
In VMware können Sie mit einem Snapshot zwei Dinge tun (ich vereinfache etwas);
1) Kehren Sie zum "vorherigen Zustand" zurück (so wie er VOR dem Schnappschuss war), dh zum "Zurückkehren zum aktuellen Schnappschuss". Bei diesem Ansatz ist der Begriff "aktueller Schnappschuss" irreführend, aber betrachten Sie ihn als den Zustand vor dem Schnappschuss.
2) Löschen Sie den Snapshot, der alle Änderungen akzeptiert, die Sie seit der Erstellung des Snapshots vorgenommen haben, und rollt sie in die laufende VM. Klingt so, als ob Sie dies nicht tun möchten.
"Konsolidieren" hat wirklich nichts damit zu tun, welche Wahl Sie treffen möchten; konsolidieren konsolidiert einfach redundante Protokolle oder .vmdks aus fehlgeschlagenen früheren Prozessen und hat nichts mit den Festplattenänderungen zu tun. Wenn beispielsweise ein Snap fehlschlägt, verfügen Sie über redundante Protokolle und möglicherweise über .vmdk. "Konsolidieren" würde sie bereinigen, wahrscheinlich durch Entfernen der redundanten. Durch die Konsolidierung wird die Anzahl der vorhandenen Snapshots nicht geändert. Es bereinigt einfach teilweise oder doppelte Protokolle und / oder .VMDK von fehlgeschlagenen vorherigen Vorgängen.
Wenn Sie also theoretisch zum "vorherigen Zustand" zurückkehren möchten, würden Sie "zurückkehren". Die Delta-Änderungen werden verworfen und der Status vor dem Snapshot wird wiederhergestellt. "Konsolidieren: Führt die Hierarchie der Redo-Protokolle zusammen. Dies ist in vSphere 5.0 und höher verfügbar." von der VMware-Website.
In Anbetracht Ihrer Situation gelten natürlich alle normalen Einschränkungen, es werden Backups usw. usw. erstellt.
Könnte dies für weitere Informationen lesen:
quelle