Microsoft MVPs inside





 MCSEboard.de – IT Pro Forum zu Windows Server 2008 R2 / 2008 / 2003 & Windows 7 / Vista / XP
Registrieren Hilfe Regeln Benutzerliste Suchen Heutige Beiträge Alle Foren als gelesen markieren

Virtualisierung


Alles zum Thema Virtualisierung — Q & A zu Hyper-V, ESX, ESXi, VMWare, Xen, VirtualPC, VirtualBox: Architektur, Konfiguration, Troubleshooting


Antwort
     
Themen-Optionen
Alt 01.12.2011, 11:56   #1
Gast
 
Offline
Registriert seit: 01-2005
Ort: Zug, Schweiz
Beiträge: 316
VMWare Snapshotkonsolidierung beim Kopieren?

Hallo zusammen

ich bin da in einen Hammer gelatscht. Ich habe die Sache mit den Snapshots zuwenig genau angeschaut. Wie auch immer, ich wollte die Snapshots löschen um Platz zu schaffen und erreichte das Gegenteil. "Dank" der benötigten Konsolidierung habe ich keinen Platz mehr auf dem Datastore und die VM quittierte den Dienst und lässt sich aus Platzmangel nicht mehr starten. Auf dem Host ist übrigens ESX 4.1.
Ich habe nun einen iSCSI-Datastore temporär angehängt mit Platz ohne Ende. Darauf werde ich die Maschine verschieben und sauber konsolidieren. Soweit so gut.
Zuerst kopiere ich mir mit dem Datenspeicherbrowser von vSphere Client den ganzen Ordner der VM auf eine NAS-Freigabe. Sicher ist sicher!

Nun habe ich aber festgestellt dass er mit eine Datei VM-Name-flat.vmdk auf dem NAS erzeugt?! Diese Datei finde ich aber auf dem Datenspeicherbrowser gar nicht, sondern die "Grunddatei" vm-name.vmdk und die Snapshots vm-name-00000x.vmdk!
Kann es sein, dass beim Kopieren die Snapshots automatisch in eine einzelne xxxx-flat.vmdk konsolidiert werden?
Danke für Eure Tipps

Gruss

Thomas
    Mit Zitat antworten
Alt 01.12.2011, 14:22   #2
Expert Member
 
Offline
Registriert seit: 07-2005
Beiträge: 11.339
Mit den Dateinamen kann ich Dir auch nicht weiterhelfen.

Fall Du die VM-Disk's als THIN definiert hattest, kann die Datei durchaus beim Zusammenführen anwachsen. Dann werden die neuen Blöcke ja in dieses VMDK geschrieben. Wenn das VMDK vom Type THICK ist dürfte das nicht passieren. Generell musst Du bein Thin Provisioning immer die Auslastung des Datastores im Auge behalten. Das gilt auch bei der Verwendung von Snapshots. Die Snapshots-VMDK's sind immer THIN und wachsen u.U. bei jedem Schreibzugriff.
Du solltest bei produktiven VM's auf den dauerhaften Einsatz von Snapshots verzichten, denn die kosten jede Menge Performance und Diskspace.

-Zahni

Signatur
Wen du nicht mit Können beeindrucken kannst, den verwirre mit Schwachsinn!

    Mit Zitat antworten
Alt 02.12.2011, 16:59   #3
Junior Member
 
Offline
Registriert seit: 05-2003
Beiträge: 117
Mache am besten gar nix und melde dich bei vmware-forum.de bei Continuum. Der ist VmWare-Rettungsspezialist, insbesondere was Snapshots betrifft... Kannst viel kaputt machen, wenn der Datstore schon vollgelaufen ist und die VM den Dienst quittiert hat.
    Mit Zitat antworten
Alt 02.12.2011, 17:53   #4
Gast
 
Offline
Registriert seit: 01-2005
Ort: Zug, Schweiz
Beiträge: 316
Hallo zusammen

Das wegen der möglichen Konsolidierung beim Kopieren war blinder Alarm! Habe nun ein NAS mit 2TB per iSCSI angehängt. VM verschoben und neu gestartet. Läuft!
Nun habe ich aber ein Snapshot mit Namen "Consolitate Helper- 0". Ich habe gelesen: Backup machen und dann löschen. Sieht das jemand anders?

Mein Plan wäre nun diesen Snapshot zu löschen, schauen ob die VM wieder eine vernünfige Grösse erreicht hat, und zack... zurück auf den eigentlichen, performanten Datastore.

Einwände?

Gruss

Thomas
    Mit Zitat antworten
Antwort


Themen-Optionen


Ähnliche Themen
Thema Autor Forum Antworten Letzter Beitrag
Dateirechte beim kopieren ? kaineanung Windows Forum — Allgemein 3 31.08.2007 10:19
Unter VMware-Server Maschine kopieren julith Virtualisierung 8 26.04.2007 15:29
2K3 - Netzwerkzusammenbruch beim kopieren per smb bueschi Windows Forum — LAN & WAN 2 03.05.2006 15:53
Probleme beim kopieren andba Windows Forum — Allgemein 2 11.10.2005 11:50
Probleme beim on-the-fly-Kopieren Mr.Slomo Windows Forum — Allgemein 10 07.01.2004 10:59


Alle Zeitangaben in MEZ/CET. Es ist jetzt 02:50 Uhr. Seite generiert in 0,030 Sekunden.

- Unsere Partner -

Copyright © 2000 – 2012 MCSEboard.de

Sprung zum Seitenanfang