VMware Consolidated Backup 1.5 Update 2 | 11. März 2010 | Build 226297 Letzte Dokumentaktualisierung: 13. Juli 2010 |
Neu: VMware hat das Ende der Verfügbarkeit für VCB verlängert und VCB-Support für vSphere 4.1 hinzugefügt. VMware bietet weiterhin Support für VCB 1.5 Update 2 für vSphere 4.1 und die nachfolgenden Update- und Patch-Versionen bis zum Ende ihres Lebenszyklus. Der Support wird in Übereinstimmung mit den VMware-Support-Richtlinien für die VMware Infrastructure 3 Plattform erweitert. Neue Haupt- oder Unterversionen der vSphere-Plattform nach vSphere 4.1 werden mit VCB nicht unterstützt.
In dieser Version von VCB 1.5 Update 2 wurden mehrere Probleme behoben. Weitere Informationen finden Sie im Abschnitt Behobene Probleme.
Funktionen und bekannte Probleme von VCB 1.0.3 Update 1, VCB 1.1, VCB 1.1 Update 1, VCB 1.5 und VCB 1.5 Update 1 werden in den Versionshinweisen für die jeweilige Version beschrieben.
So führen Sie ein Upgrade von VCB 1.5 oder VCB 1.5 Update 1 auf VCB 1.5 Update 2 aus:
So verifizieren Sie das Upgrade in Microsoft Windows 2003:
So verifizieren Sie das Upgrade in Microsoft Windows 2008:
VCB 1.5 Update 2 ist kompatibel mit den folgenden Kombinationen von ESX und vCenter Server:
Neueste Informationen finden Sie in der vSphere-Kompatibilitätstabelle (Englisch).
Im Virtual Machine Backup Guide (Englisch) finden Sie Anleitungen zum Installieren und Konfigurieren von VCB 1.5 Update 2.
In vorherigen Versionen, wo das standardmäßige Stilllegen von Prozessen bei Snapshots auf Anwendungsebene geschah, schlug die Snapshot-Erstellung von virtuellen Maschinen unter Windows 2008 und Windows 2008 R2, bei denen IDE- und SCSI-Festplatten kombiniert wurden, mit folgendem Fehler fehl: Es kann kein Snapshot eines stillgelegten Prozesses erstellt werden, weil beim Erstellen des Snapshots das Zeitlimit für das Zurückhalten von E/A in der stillgelegten virtuellen Maschine überschritten wurde.
Wenn jetzt eine virtuelle Maschine, auf der Windows 2008 oder Windows 2008 R2 ausgeführt wird, eine Kombination aus IDE- und SCSI-Festplatten verwendet, wird das Stilllegen von Prozessen bei Snapshots nur auf Dateisystemebene durchgeführt. Dieses Problem wurde in der vorliegenden Version behoben.
Das Erstellen von Sicherungen virtueller Maschinen, die .vmdk-Dateien enthalten, die größer als 50 GB sind, dauert bei Verwendung des Befehls vcbmounter -M1(monolithischer Export) länger im Vergleich zur Ausführung des Befehls vcbmounter -M0. Dieses Problem wurde in der vorliegenden Version behoben.
Wenn Sie versuchen, eine vollständige Sicherung einer virtuellen Maschine unter Verwendung des vcbMounter-Befehls mit vCenter Server durchzuführen, schlägt der Sicherungsvorgang mit der Fehlermeldung Konfig-Datei konnte nicht gesichert werdenfehl. Dieses Problem wurde in der vorliegenden Version behoben.
Beim Erstellen von Sicherungen für virtuelle Maschinen im NBD-Modus wird die falsche Fehlermeldung Ungültiger NBD-Fehlercodeangezeigt, wenn beim vollständigen Sicherungs-Mount die Netzwerkverbindung verloren geht. In dieser Version wurde die Fehlermeldung wie folgt korrigiert: Exportieren der Festplatte fehlgeschlagen: Netzwerkverbindung wahrscheinlich unterbrochen.
kennzeichnet die in vorherigen Versionen dokumentierten Probleme
Wenn der Parameter disk.EnableUUIDauf einer virtuellen Maschine unter Windows Server 2008 in den Einstellungen der virtuellen Maschine auf "True" gesetzt ist, schlägt das VCB-Mounten auf Dateiebene unter Verwendung des NBD-Transportmodus entweder mit der Fehlermeldung fehl, dass die Festplattenbibliothek ausgefallen ist (NBD_ERR_GENERIC), oder reagiert möglicherweise nicht mehr und der Befehl vcbMounterwird nicht ausgeführt. Die Umgehung besteht darin, den Parameter disk.EnableUUIDin den Einstellungen der virtuellen Maschine auf "False" zu setzen und folgende Schritte auszuführen:
a) Schalten Sie die virtuelle Windows 2008-Maschine aus.
b) Klicken Sie auf Einstellungen > Optionen > Allgemein > Konfigurationsparameter.
c) Legen Sie disk.EnableUUIDauf "False" fest.
d) Speichern Sie die Einstellungen.
e) Schalten Sie die virtuelle Maschine an.
Eine Fehlermeldung ähnlich der Folgenden wird möglicherweise angezeigt, wenn VCB keine Hot-Add-Vorgänge auf einer virtuellen Maschine durchführen kann:
2010-03-12 17:21:06.300 'vcbMounter' 928 info] Festplatten erfolgreich im laufenden Betrieb zur VM hinzugefügt.
[2010-03-12 17:21:21.456 'vcbMounter' 928 info] Versuchtes Abrufen des neuen Geräts 0 fehlgeschlagen
[2010-03-12 17:22:51.737 'vcbMounter' 928 error] Fehler: Geräteknoten für neue Festplatten wurden nicht gefunden.
[12.03.2010 17:22:51.737 'vcbMounter' 928 error] Fehler aufgetreten, Bereinigung läuft...
Das Hinzufügen im laufenden Betrieb (Hot-Add) funktioniert nicht, wenn der Windows-Proxy eine virtuelle Maschine ist, die sich auf einem ESX 4.1-Host befindet. Wenn sich der virtuelle Proxy auf einem ESX 4.1-Host befindet, werden bei Verwendung des Hot-Add-Vorgangs unabhängig von der ESX-Version, auf der sich die virtuellen Maschinen befinden, keine Sicherungen durchgeführt. Dieses Problem betrifft keine physischen Proxy-Server, da Hot-Add-Vorgänge auf diesen nicht durchgeführt werden können.
Für dieses Problem gibt es zurzeit keine Umgehung.
VMware Converter unterstützt nicht das Wiederherstellen von Sicherungs-Images der Gastbetriebssysteme Windows Server 2008 R2 und Windows 7. Dies bedeutet, es gibt keine Möglichkeit, Sicherungen wiederherzustellen.
Für dieses Problem gibt es zurzeit keine Umgehung.
VCB generiert eine Ausnahme, wenn Sicherungen von virtuellen Maschinen auf Dateiebene erstellt werden, nachdem eine IDE-Festplatte zusätzlich zur bereits installierten startfähigen SCSI-Festplatte mit dem Gastbetriebssystem angeschlossen wird. Es werden keine Fehler generiert, wenn eine vollständige Sicherung einer virtuellen Maschine erstellt wird. Allerdings startet nach dem Wiederherstellen der Sicherung und dem Einschalten der virtuellen Maschine das Gastbetriebssystem nicht, weil die erste startfähige Festplatte eine IDE-Festplatte ist.
Um dieses Problem zu umgehen, definieren Sie im BIOS der virtuellen Maschine die SCSI-Festplatte als die erste startfähige Festplatte als SCSI-Festplatte.
Auf einem Windows-Proxy-Server schlägt das Sichern virtueller Festplatten, die zu verschiedenen Datenspeichern gehören, im hot-add-Transportmodus fehl.
Für dieses Problem gibt es zurzeit keine Umgehung.
Auf IDE-Festplatten werden die Transportmodi SAN, nbdund nbdsslunterstützt, der hot-add-Transportmodus wird hingegen nicht unterstützt. Wenn eine virtuelle Maschine im hot-add-Transportmodus in VCB 1.5 Update 1 gesichert wird, schlägt der Sicherungsvorgang mit folgendem Fehler fehl: Der Hot-Add-Transport kann nicht zum Mounten von virtuellen Maschinen mit Nicht-SCSI-Festplatten verwendet werden.
Wenn VCB eine Sicherung auf Dateiebene auf einer virtuellen Maschine erstellt, auf der das Windows-Betriebssystem auf der ersten virtuellen Festplatte der virtuellen Maschine nicht installiert ist, schlägt der Sicherungsvorgang fehl mit der Fehlermeldung: Die Gastbetriebssysteminformationen können nicht abgerufen werden. Das Mount-Verzeichnis ist ungültig.
Für dieses Problem gibt es zurzeit keine Umgehung.
Der Sicherungsvorgang virtueller Maschinen im Hot-Addschlägt fehl mit der Meldung Datei ist größer als die vom Datenspeicher [<Datenspeichername>] unterstützte maximale Größe, wenn sich die virtuelle Sicherungsmaschine und die virtuelle VCB-HELPER-Maschine auf Datenspeichern mit unterschiedlichen Blockgrößen befinden. Dieses Problem tritt auf, wenn die .vmdk-Dateien der virtuellen Sicherungsmaschine größer als die vom Datenspeicher der virtuellen VCB-HELPER-Maschinen unterstützte maximale Dateigröße sind.
Um dieses Problem zu umgehen, sollten sich die virtuellen VCB-HELPER-Maschinen und die virtuelle Sicherungsmaschine auf Datenspeichern mit derselben Blockgröße befinden.
Erstellen und partitionieren Sie Striped Disks auf virtuellen Windows Server 2008-Maschinen. Mounten Sie die virtuelle Windows Server 2008-Maschine mit dem Befehl vcbMounter. Das Mounten verläuft erfolgreich, aber VCB kann nicht auf die gemounteten Dateien der virtuellen Windows Server 2008-Maschinen mit Striped Disks zugreifen.
Für dieses Problem gibt es zurzeit keine Umgehung.
Da VCB mit Snapshots virtueller Maschinen arbeitet und die Fehlertoleranz (FT) nicht mit virtuellen Maschinen mit Snapshots eingesetzt werden kann, können Sie keine virtuelle Maschine im FT-Modus erstellen, wenn die virtuelle Maschine gerade von VCB gesichert wird. FT deaktiviert die Snapshot-Vorgänge für die virtuellen Maschinen.
VCB weist virtuellen Festplatten SCSI-Ziel-IDs von der virtuellen Sicherungsmaschine zu, die im laufenden Betrieb hinzugefügt wird ("Hot-Add"). Werden alle Ziel-IDs in der Proxy-VM verwendet, schlägt das Mounten mit der folgenden Meldung fehl: SCSI-Ziel-ID wurde nicht zugewiesen. VCB kann während des Betriebs der Maschine keine SCSI-Controller hinzufügen, weshalb Sie die Proxy-VM ausschalten müssen, um SCSI-Controller hinzuzufügen. Die Proxy-VM kann mit bis zu vier SCSI-Controllern konfiguriert werden.
Um mehr als vier SCSI-Controller hinzuzufügen, müssen Sie eine virtuelle Festplatte hinzufügen und den vSphere Client verwenden, um ein Ziel auf einem neuen SCSI-Controller zuzuordnen.
Wenn der Name einer virtuellen Maschine ein "&"-Zeichen enthält, kann VCB die virtuelle Maschine weder suchen noch mounten.
Um das Problem beim Ausführen von VCB-Befehlen mit Namen von virtuellen Maschinen, die das "&"-Zeichen enthalten, zu umgehen, geben Sie den Namen der virtuellen Maschine in doppelte Anführungszeichen ein.
Beispiel: vcbVMname -h <Hostname> -u <Benutzername> -p <Kennwort> -s name:"<VMname mit & >"
Nach dem Deinstallieren und Installieren von VCB 1.5 Update 1 auf einem VCB-Proxy (Windows Server 2008) schlagen Sicherungen der virtuellen Maschine auf Dateiebene mit dem folgenden Fehler fehl: Mounten von Volume 1 nicht möglich, Öffnen des virtuellen Speichertreibers nicht möglich. Stellen Sie sicher, dass er ausgeführt wird. Allerdings funktioniert die vollständige Sicherung der virtuellen Maschine korrekt.
Um dieses Problem zu umgehen, starten Sie den VCB-Proxy neu und führen Sie den Sicherungsvorgang erneut aus.
Die Sicherung schlägt mit folgendem Fehler fehl: Es konnte keine virtuelle Festplatte geöffnet werden. – Festplattendatei kann nicht geöffnet werden: Fehler: Festplattenbibliothek fehlgeschlagen. Dieses Problem tritt auf, wenn eine 64-Bit-Version von PowerPath auf einem 64-Bit-VCB-Proxy-Betriebssystem installiert ist. Weitere Informationen finden Sie unter Unterstützung für VMware Consolidated Backup (VCB) und Multipath-Software (KB 1007479).
Bei Verwendung der hot-add-Sicherung wird gelegentlich folgende Fehlermeldung im Fenster Kürzlich bearbeitete Aufgaben von vCenter Server angezeigt: Der Vorgang ist im aktuellen Status nicht zulässig. Diese Meldung kann ignoriert werden, da der Sicherungsvorgang fortgesetzt wird.
Da Consolidated Backup mit Snapshots virtueller Maschinen arbeitet und Storage VMotion nicht mit VMs mit Snapshots eingesetzt werden kann, ist eine Migration einer VM während einer Sicherung durch Consolidated Backup nicht möglich. Storage VMotion wiederum deaktiviert Snapshot-Vorgänge für virtuelle Maschinen, die es migriert.
Wenn Sie daher versuchen, eine solche virtuelle Maschine mit Consolidated Backup zu sichern, führt dies zu einem Fehler, in dem Sie darauf hingewiesen werden, dass sich die Ressource in Verwendungbefindet.
ESX 3.5 Update 2 bietet Unterstützung für die Stilllegungsfunktion unter Verwendung von Volume Shadow Copy Service (VSS). VSS-Komponenten werden jedoch beim Upgrade der VMware Tools auf einer virtuellen Maschine unter Windows Server 2003 nicht installiert. Sie können VSS-Komponenten manuell installieren, indem Sie ein interaktives Upgrade der Tools mit dem VI-Client durchführen:
ESX 3.5 Update 2 bietet eine Unterstützung der Stilllegung mit VSS. VSS-Komponenten sind jedoch nicht standardmäßig auf virtuellen Maschinen unter Windows Vista und Windows Server 2008 installiert. Sie können VSS-Komponenten manuell installieren, indem Sie ein interaktives Upgrade der Tools mit dem VI-Client durchführen:
Bei einigen Anwendungen wird ein virtueller Adapter im Gastbetriebssystem installiert. Diese virtuellen Adapter können die Fähigkeit von Consolidated Backup beeinträchtigen, Festplatten zu ermitteln, die während des Betriebs der Maschine in der Proxy-VM beim Mounten hinzugefügt wurden.
Wird die Fehlermeldung Geräteknoten konnten für neue Festplatten nicht gefunden werdenwährend des Mountens im laufenden Betrieb angezeigt, überprüfen Sie den Windows-Geräte-Manager, ob außer SCSI-Controllern andere Controller als die für LSI Logic oder Buslogic installiert sind.
Consolidated Backup weist Festplatten SCSI-Ziel-IDs von der Sicherungs-VM zu, die im laufenden Betrieb hinzugefügt wird ("Hot-Add"). Werden alle Ziel-IDs in der Proxy-VM verwendet, schlägt das Mounten mit der folgenden Meldung fehl: SCSI-Ziel-ID wurde nicht zugewiesen. Consolidated Backup kann während des Betriebs der Maschine keine SCSI-Controller hinzufügen, weshalb Sie die Proxy-VM ausschalten müssen, um SCSI-Controller hinzuzufügen.
Die Proxy-VM kann mit bis zu vier SCSI-Controllern konfiguriert werden. Um mehr als vier SCSI-Controller hinzuzufügen, müssen Sie eine Festplatte hinzufügen und mit dem VI-Client ein Ziel auf einem neuen SCSI-Controller zuordnen.
Beim Mounten im laufenden Betrieb hängt Consolidated Backup die Snapshot-Festplatte der Sicherungs-VM an die Proxy-VM an. Beim Unmounten im laufenden Betrieb entfernt Consolidated Backup die Snapshot-Festplatte der Sicherungs-VM von der Proxy-VM. Wird das Unmounten manuell vorgenommen, z.B. wenn ein Snapshot einer Sicherungs-VM manuell gelöscht wird, können dadurch die Festplatten, die noch mit der Proxy-VM verbunden sind, ungültig werden. Die Proxy-VM kann dann nicht mehr eingeschaltet werden.
Verwenden Sie den VI-Client, um die Proxy-VM erneut manuell zu konfigurieren, und entfernen Sie alle mit der virtuellen Maschine verbundenen Festplatten, die ursprünglich nicht mit dieser verbunden waren. Nachdem Sie die zu Fehlern führenden Festplatten entfernt haben, können Sie die Maschine einschalten. Sie können diese Situation umgehen, indem Sie Consolidated Backup für das Unmounten auf Proxy-VMs verwenden.
Wenn Sie den Hot-Add-Transport zum Sichern einer virtuellen Maschine mit einer unabhängigen Festplatte (einschließlich RDMs im physischen Kompatibilitätsmodus) verwenden, schlägt die Sicherung mit dem folgenden Fehler fehl: Hot-Add-Transport kann beim Mounten von virtuellen Maschinen mit unabhängigen Festplatten nicht verwendet werden.
Wenn Sie auf eine ESX 3.5-Servicekonsole zum Vergrößern der Festplatte einer virtuellen Maschine vmkfstools -Xverwenden, kann Consolidated Backup auf der virtuellen Maschine keine Sicherung auf Dateiebene ausführen, sondern nur eine fullvm-Sicherung. Versuche, eine Sicherung auf Dateiebene auszuführen, schlagen mit folgender Fehlermeldung fehl: " Öffnen der Festplatte nicht möglich." Dieses Problem tritt auf, weil die Zylinderwerte nicht von "vmkfstools" aktualisiert werden und Consolidated Backup nicht in der Lage ist, die Größe der Festplatte zu ermitteln.
So umgehen Sie dieses Problem:
Die Datei enthält Zeilen ähnlich der Folgenden:
RW 8388608 VMFS " vm-name-flat.vmdk"
ddb.geometry.cylinders = "261"
ddb.geometry.heads = "255"
ddb.geometry.sectors = "63"
Wenn beispielsweise die Größe der .vmdk-Datei vor Ausführen der Option vmkfstools -X(RW 4194304 ...) 4 GB war und die neue .vmdk-Größe 8 GB (RW 8388608...) ist, sollte die Anzahl der Zylinder von 261 auf 522 verdoppelt werden.
Vorher:
RW 4194304 VMFS " vm-name-flat.vmdk"
ddb.geometry.cylinders = "261"
Nachher:
RW 8388608 VMFS " vm-name-flat.vmdk"
ddb.geometry.cylinders = "522"
Wenn Sie einen ESX-Host und VMware Tools des Gastbetriebssystems der virtuellen Maschine auf ESX 3.5 Update 2 aktualisieren, werden die Skripts in C:\Programme\VMware\VMware Tools\backupScripts.dmit einem freeze- oder thaw-Argument während des Stilllegungsvorgangs gestartet. Allerdings werden die Skripts C:\windows\pre-freeze.batund C :\windows\post-thaw.batnicht mehr aufgerufen.
Um dieses Problem zu umgehen, kopieren Sie die Skripts ( pre-freeze.batund post-thaw.bat) in das neue Skriptformat, das für VMware Tools für ESX 3.5 Update 2 erforderlich ist. Weitere Informationen finden Sie im Sicherungshandbuch für virtuelle Maschinen.
Bei virtuellen Maschinen, die in ESX Server importiert werden, schlägt beim Einschalten das Starten fehl. Dieses Problem tritt auf, wenn das Gastbetriebssystem auf einer virtuellen SCSI-Festplatte installiert ist, die an den VMware Paravirtual SCSI (pvSCSI) Controller angeschlossen ist, und eine weitere virtuelle SCSI-Festplatte an den LSI Controller angeschlossen ist.
Um dieses Problem zu umgehen, wählen Sie die erste startfähige virtuelle SCSI-Festplatte, die mit dem pvSCSI-Controller im BIOS der virtuellen Maschine verbunden ist, manuell aus.
Beim Mounten einer virtuellen Sicherungsmaschine schlägt das Erstellen des Snapshots mit folgendem Fehler fehl: Fehler: Other error encountered: Erstellen des Snapshots fehlgeschlagen: Dateisystem konnte nicht stillgelegt werden. vCenter Server meldet denselben Fehler mit der folgenden Fehlermeldung: Das Erstellen eines stillgelegten Snapshots ist fehlgeschlagen, weil beim Erstellen des Snapshots das Zeitlimit für das Zurückhalten von E/A in der stillgelegten virtuellen Maschine überschritten wurde.
Um dieses Problem zu umgehen, verwenden Sie eine der folgenden Optionen:
Hinweis: Für diese Umgehung müssen die virtuellen Maschinen neu gestartet werden.
Hinweis: Für diese Umgehung müssen die virtuellen Maschinen neu gestartet werden.
Hinweis: -Q 0bezieht sich auf das Deaktivieren der Stilllegungsoption.
Hinweis: -Q 0bezieht sich auf das Deaktivieren der Stilllegungsoption.