VCB 1.5 Update 1 | 21. Mai 2009 | Build 150805

 

Inhalt dieser Versionshinweise

Diese Versionshinweise decken die folgenden Themen ab:

Neuheiten in dieser Version

Diese Version von VMware Consolidated Backup (VCB) 1.5 Update 1 bietet die folgenden Verbesserungen:

Unterstützung für schnell bereitgestellte (Thin Provisioned) Festplatten

VCB behält den Thin Provisioning-Status von virtuellen Festplatten beim Sichern dieser Festplatten in vSphere 4.0 bei und ermöglicht deren Wiederherstellung in demselben Format.

Unterstützung für IDE-Festplatten

VCB sichert IDE-Festplatten, die in vSphere 4.0 unterstützt werden.

Optimierte Unterstützung zum Handhaben belegter SAN- und iSCSI-Links

VCB führt nun mehr Wiederholversuche mit längerer Rückhaltezeit durch und verwendet Fluktuationsmechanismen im Intervall für die Rückhaltezeit, um belegte SAN- und iSCSI-Links zu handhaben.

Unterstützung für vApps

VCB sichert virtuelle Maschinen, die Teil von vApps sind. vApps ist eine neue Funktion in vSphere 4.0, die die Bereitstellung und das fortlaufende Management einer N-Tier-Anwendung in mehreren virtuellen Maschinen vereinfacht, indem sie sie in ein einzelnes virtuelles Dienstelement verkapselt.

Unterstützung für Windows Server 2008

VCB 1.5 Update 1 bietet offizielle Unterstützung für Windows Server 2008-Proxy-Server. Vorherige VCB-Versionen boten nur experimentelle Unterstützung für Windows Server 2008.

Seitenanfang

Vorherige Versionen von VMware Consolidated Backup

Funktionen und bekannte Probleme von VCB 1.0.3 Update 1, VCB 1.1, VCB 1.1 Update 1 und VCB 1.5 werden in diesen Versionshinweisen einzeln für jede Version beschrieben.

Seitenanfang

Upgrade von VCB 1.5 auf VCB 1.5 Update 1

So führen Sie ein Upgrade von VCB 1.5 auf VCB 1.5 Update 1 durch:

  1. Laden Sie vmware-vcb-<Build-Nummer>.exevon der VMware-Website herunter oder kopieren Sie sie von der vSphere-CD in ein Verzeichnis im VCB-Proxy. VCB-Proxy ist eine physische oder virtuelle Maschine mit Microsoft Windows 2003, Consolidated Backup und Backup-Software von Drittanbietern.
  2. Doppelklicken Sie auf vmware-vcb-<Build-Nummer>.exeund befolgen Sie die Anleitungen auf dem Bildschirm, um das Upgrade durchzuführen.

So verifizieren Sie das Upgrade:

  1. Wählen Sie im VCB-Proxy Systemsteuerung > Software und klicken Sie auf VMware Consolidated Backup Framework.
  2. Klicken Sie für Versionsinformationen auf Klicken Sie hier, um Supportinformationen zu erhalten. Der Eintrag sollte 1.5.0.<Versionsnummer>build-<Build-Nummer> lauten.

 

Seitenanfang

Kompatibilität mit ESX Server, vCenter Server und VCB

VCB 1.5 Update 1 ist kompatibel mit ESX Server 3.0.3 oder ESX Server 3.5 oder später sowie mit vCenter Server 2.5 oder später.

Seitenanfang

Installationshinweise

Im Virtual Machine Backup Guide (Englisch) finden Sie Anleitungen zum Installieren und Konfigurieren von VCB 1.5 Update 1.

Seitenanfang

Bekannte Probleme

VCB unterstützt keine virtuellen Maschinen mit startfähigen SCSI-Festplatten und IDE-Festplatten

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.

Hot-Add-Transportmodus schlägt beim Sichern virtueller Festplatten fehl

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.

VCB unterstützt drei Transportmodi auf IDE-Festplatten

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.

Das VCB-Mounten auf Dateiebene schlägt fehl, wenn das Gastbetriebssystem nicht auf der ersten virtuellen Festplatte installiert ist

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.

Hot-Add schlägt mit einem Fehler fehl

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.

VCB kann nicht auf die gemounteten Dateien von virtuellen Windows Server 2008-Maschinen mit Striped Disks zugreifen

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.

Virtuelle Maschine kann nicht im FT-Modus erstellt werden, wenn sie von VCB gesichert wird

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.

Hot-Add schlägt mit einem Fehler fehl

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.

Suchen oder Mounten von virtuellen Maschinen schlägt bei VCB fehl, wenn deren Namen das "&"-Zeichen enthalten

Wenn der Name der 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 & >"

Der Sicherungsvorgang virtueller Maschinen mountet nicht, nachdem VCB 1.5 Update 1 auf einem VCB-Proxy (Windows Server 2008) deinstalliert bzw. installiert wurde

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.

Auf VCB-Proxy installierte 64-Bit-Version von PowerPath wird nicht unterstützt

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).

vCenter Server zeigt während der Hot-Add-Sicherung einen Fehler an

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.

Ausführen von benutzerdefinierten Skripts zur Stilllegung auf virtuellen Maschinen mit Windows-Gastbetriebssystem mit ESX 3.5 Update 2 und später (KB 1006671)

Unterstützung für dynamische Festplatten und GPT-Festplatten (KB 1003793)

vcbSnapAll-Befehl fehlgeschlagen (KB 1010105)

Consolidated Backup und Storage VMotion schließen sich gegenseitig aus

 

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 migriert werden.

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.

VSS wird während des Upgrades der VMware Tools auf ESX 3.5 Update 2 nicht standardmäßig auf Windows Server 2003 installiert

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:

  1. Wählen Sie im Installationsprogramm für die VMware Tools Ändern > Treiber > VSS.
  2. Schließen Sie den Installationsvorgang ab.
  3. Starten Sie die virtuelle Maschine neu, um sicherzustellen, dass die VSS-Komponenten installiert sind und ausgeführt werden.

VSS standardmäßig nicht auf Vista und Windows Server 2008 installiert

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:

  1. Suchen Sie auf dem Laufwerk, auf dem die VMware Tools-CD gemountet ist, den Ordner redist.
  2. Installieren Sie vcredist_x86.exe(oder vcredist_x64.exeauf einem 64-Bit-Betriebssystem).
  3. Wählen Sie im Installationsprogramm für die VMware Tools Ändern > Treiber > VSS.
  4. Schließen Sie den Installationsvorgang ab.
  5. Starten Sie die virtuelle Maschine neu, um sicherzustellen, dass die VSS-Komponenten installiert sind und ausgeführt werden.

Hinzufügen virtueller Festplatten während des Betriebs schlägt mit der Fehlermeldung "Geräteknoten konnten für neue Festplatten nicht gefunden werden" fehl

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.

Das Hinzufügen virtueller Festplatten während des Betriebs schlägt mit der Meldung "SCSI-Ziel-ID wurde nicht zugewiesen" fehl

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.

Proxy-VM kann im Transportmodus "Hot-Add" nicht eingeschaltet werden

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 zum Fehler führenden Festplatten entfernt haben, können Sie die virtuelle Maschine einschalten. Sie können diese Situation umgehen, indem Sie Consolidated Backup für das Unmounten auf Proxy-VMs verwenden.

Sicherung schlägt mit der Meldung fehl, dass der Transportmodus "Hot-Add" beim Mounten von virtuellen Maschinen mit unabhängigen Festplatten nicht verwendet werden kann

Bei Verwendung des "hot-add"-Transportmodus zum Sichern einer virtuellen Maschine mit einer unabhängigen Festplatte (einschließlich RDMs im physischen Kompatibilitätsmodus), schlägt die Sicherung mit dem folgenden Fehler fehl: Transportmodus "hot-add" kann beim Mounten von virtuellen Maschinen mit unabhängigen Festplatten nicht verwendet werden.

Sicherungen auf Dateiebene schlagen fehl, wenn ".vmdk" unter Verwendung von "vmkfstools -X" erweitert wird

Wenn Sie auf der 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:

  • (Bevorzugt) Verwenden Sie an Stelle von "vmkfstools" den Assistenten des VI-Clients, um die Größe der Festplatte der virtuellen Maschine zu erweitern, wodurch der Wert des Zylinders nicht geändert wird.
  • Falls Sie die Option vmkfstools -Xbereits verwendet haben, können Sie den Zylinderwert manuell ändern (verwenden Sie diese Methode mit Bedacht):
    1. Navigieren Sie zu /vmfs/volumes/storage/< vm-name>
    2. Öffnen Sie die Datei vm-name.vmdkzum Bearbeiten.
    3. 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"
    4. Ändern Sie die Anzahl der Zylinder entsprechend.
    5. 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"

Die Windows-Skripts "pre-freeze.bat" und "post-thaw.bat" werden beim Upgrade der VMware Tools von ESX 3.5 auf ESX 3.5 Update 2 oder später nicht aufgerufen

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.

Reihenfolge der SCSI-Controller variiert nach dem Import einer virtuellen Maschine mit pvSCSI und LSI Controller

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.

VCB kann keinen Snapshot erstellen

Beim Mounten einer virtuellen Sicherungsmaschine schlägt das Erstellen des Snapshots mit folgendem Fehler fehl: Fehler: Weiterer Fehler erkannt: 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 die folgenden Optionen:

  • Wenn Snapshots mit VSS quiescence erstellt werden, deaktivieren Sie die VSS-Tools in der virtuellen Maschine. Dadurch wird der SYNC-Treiber zum Stilllegen der virtuellen Maschine aktiviert.

    Hinweis: Für diese Umgehung müssen die virtuellen Maschinen neu gestartet werden.

  • Deinstallieren Sie VMware Tools und installieren Sie sie neu.

    Hinweis: Für diese Umgehung müssen die virtuellen Maschinen neu gestartet werden.

  • Deaktivieren Sie die Stilllegung, indem Sie -Q 0an den Befehl vcbMounteranhängen oder indem Sie Quiesce = 0für Aufgaben vor der Sicherung hinzufügen. Weitere Informationen finden Sie im Sicherungshandbuch für virtuelle Maschinen.

    Hinweis: -Q 0bezieht sich auf das Deaktivieren der Stilllegungsoption.

Seitenanfang

Behobene Probleme

Verbesserungen an VCB für belegte SAN- und iSCSI-Links

In vorherigen Versionen schlug VCB beim Erstellen von Sicherungen mehrerer virtueller Maschinen, die sich auf demselben ESX Server-Host befinden, fehl und meldet belegte SCSI-Geräte. Dieses Problem wurde in der vorliegenden Version behoben.

Pre-Backup-Skript gibt falschen Fehlercode zurück

Wenn das Pre-Backup-Skript für eine nicht existierende virtuelle Maschine ausgeführt wird, wird code 0an Stelle von code 16zurückgegeben. Dieses Problem wurde in der vorliegenden Version behoben.

Ein Fix für den Hot-Add-Vorgang erlaubt eine Länge des VCB-Proxy-Namens von mehr als 20 Zeichen

Wenn zuvor während eines hot-add-Vorgangs die Länge des VCB-Proxy-Namens 20 Zeichen überschritt, schlug die Sicherung mit folgender Meldung fehl: Die virtuelle Maschine mit dem Namen <Proxy-Name>(VCB-HELPER) wurde nicht gefunden. Dieses Problem wurde in der vorliegenden Version behoben.

VCB befolgt SNAPSHOT_POLICY nicht bei Verwendung der Einstellungen "deleteonly" bzw. "manual"

Wenn Sie für die SNAPSHOT_POLICY-Option in der Datei config.jsdie Einnstellungen deleteonlyoder manualverwenden, löscht VCB fälschlicherweise den Snapshot. Der Snapshot wird gelöscht, wenn das pre-command-Skript mit der auf deletegesetzten PREEXISTING_VCB_SNAPSHOT-Option aufgerufen wird. Dieses Problem wurde in der vorliegenden Version behoben.

createonly-Wert der SNAPSHOT_POLICY-Option funktioniert nicht wie erwartet

Wenn die SNAPSHOT_POLICY-Option in der Datei config.jsauf createonlygesetzt ist, löscht VCB fälschlicherweise den Snapshot, wenn die Post-Backup-Befehle ausgeführt werden. Dieses Problem wurde in der vorliegenden Version behoben.

Pre-Backup-Skript schlägt mit einer nicht korrekten Fehlermeldung fehl, wenn das falsche Kennwort angegeben wurde

Wenn in der Datei config.jsbei Ausführung des Pre-Backup-Skripts ein falsches Kennwort angegeben wurde, führt dies zu der nicht korrekten Meldung: Die durch <Name> identifizierte virtuelle Maschine ist unbekannt. Exit Code: 16. Die korrekte Fehlermeldung lautet: Überprüfen Sie Hostname, Benutzername und Kennwort. Exit Code: 18 - Virtuelle Maschine wird gesucht. Dieses Problem wurde in der vorliegenden Version behoben.

Fix für virtuelle Maschinen, die Leerzeichen im Namen enthalten

Das Pre-Backup-Skript schlägt beim Entfernen von Snapshots für virtuelle Maschinen fehl, die Leerzeichen im Namen enthalten, wenn VM_LOOKUP_METHODin der Datei config.jsauf namegesetzt ist. Dieses Problem wurde in der vorliegenden Version behoben.

Update der ReadMe-Datei für das Modul Legato Networker VCB Integration

Die ReadMe-Datei des Legato Networker VCB Integration-Moduls wurde aktualisiert und enthält nun Informationen zur Erstellung des Legato Networker 7.4 SP2-Clients und zur Wiederherstellungsrichtlinie für das integrierte VCB.

vcbMounter-Befehl gibt einen Fehler aus, wenn der mit der Option "-r" angegebene Mount-Pfad mit "/" endet

vcbMounter-Befehl gibt einen Fehler aus, wenn der mit der Option -rangegebene Mount-Pfad mit "/"endet. Dieser Befehl erstellt das angegebene Verzeichnis, schlägt aber fehl mit der Fehlermeldung: Ein Verzeichnis kann nicht erstellt werden. Dieses Problem wurde in der vorliegenden Version behoben.

vcbMounter-Befehl schlägt aufgrund nicht ausreichender Berechtigungen in vCenter Server fehl

Wenn in vCenter Server VCB-Berechtigungen auf der Ebene der virtuellen Maschine festgelegt sind, schlägt der vcbMounter-Befehl mit einer Fehlermeldung fehl, die sich auf eine vollständige Sicherung der virtuellen Maschine bezieht. Der Fehler lautet:
Diese Anwendung hat Runtime aufgefordert, auf ungewöhnliche Art zu beenden. Wenden Sie sich an das für die Anwendung zuständige Support-Team, wenn Sie weitere Informationen benötigen.Dieses Problem tritt bei einer Sicherung virtueller Maschinen auf, die über VCB 1.5 und die vCenter Server-Versionen 2.5 GA und 2.5 Update 1 verfügen. Allerdings funktioniert für dieselben virtuelle Maschinen die Sicherung auf Dateiebene korrekt. Dieses Problem wurde in der vorliegenden Version behoben.

Zu sichernde ESX Server-Hosts sollten Zugriff auf den Datenspeicher im Hot-Add-Modus haben (KB 1007227)