Versionshinweise zu vSphere Replication 8.6

vSphere Replication 8.6 | 11. Oktober 2022 | Build 20555483 Import-/Exporttool für vSphere Replication 8.6-Konfigurationen | 11. Oktober 2022| Build 20142180 Überprüfen Sie, ob Erweiterungen und Updates für diese Versionshinweise zur Verfügung stehen.

Neuigkeiten

• In VMware vSphere Replication 8.6 wurde Kompatibilität mit VMware vSphere 8.0 hinzugefügt.

• vSphere Replication 8.6 kann virtuelle Maschinen auf vSAN Express Storage-Datenspeichern replizieren.

• vSphere Replication 8.6 kann DataSets-Dateien replizieren.

• vSphere Replication 8.6 unterstützt maximal 4000 replizierte virtuelle Maschinen pro vCenter Server-Instanz mit vSphere 8.0 und höher und VMware Cloud on AWS-SDDC Version 1.20 und höher.

• Die vSphere Replication-REST-APIs führen durchgängige Automatisierung für vSphere Replication ein:

  • Eine Replizierung konfigurieren und neu konfigurieren.

  • REST-APIs für die Überwachung von Replizierungen, Kopplungen und Statusangaben.

  • Möglichkeit zur Verwaltung von vSphere Replication – Starten/Beenden/Anhalten/Fortsetzen/Löschen mit der Möglichkeit zur Beibehaltung von Replikfestplatten.

  • Vollständiger Satz an REST-APIs zum Konfigurieren und Verwalten der vSphere Replication-Appliance.

    Weitere Informationen finden Sie im Blog.

• vRealize Operations Management Pack for VMware vSphere Replication 8.6. Weitere Informationen zum Management Pack finden Sie unter Versionshinweise zu VMware vRealize Operations Management Pack für VMware vSphere Replication 8.6.

• vRealize Orchestrator Plug-In für VMware vSphere Replication 8.6. Informationen zu den neuen Workflows finden Sie in den Versionshinweisen zu VMware vRealize Orchestrator Plug-In für VMware vSphere Replication 8.6.

Weitere Informationen zur Interoperabilität mit älteren oder neueren VMware vSphere-Versionen finden Sie in den Kompatibilitätstabellen für vSphere Replication 8.6.

Informationen zu den Funktionen von vSphere 8.0 finden Sie in der Dokumentation zu vSphere 8.0.

Lokalisierung

VMware vSphere Replication 8.6 ist in den folgenden Sprachen verfügbar:

• Englisch

• Französisch

• Deutsch

• Italienisch

• Japanisch

• Koreanisch

• Spanisch

• Vereinfachtes Chinesisch

• Traditionelles Chinesisch

Produktdokumentation

Zusätzlich zu den vorliegenden Versionshinweisen steht der Dokumentationssatz für vSphere Replication 8.6 zur Verfügung, der aus folgenden Komponenten besteht:

• vSphere Replication 8.6-Dokumentationscenter

• Kompatibilitätstabellen für vSphere Replication 8.6

Kompatibilität

vSphere Replication 8.6 ist mit vSphere 7.0 und höher kompatibel und bietet Unterstützung für ESXi-Versionen, die von vCenter Server 7.0 unterstützt werden.

Informationen zur Interoperabilität und Produktkompatibilität finden Sie in den Kompatibilitätsmatrizen für VMware vSphere Replication 8.6.x.

Installation

Laden Sie das .iso-Image von vSphere Replication herunter und mounten Sie es. Sie können die vSphere Replication-Appliance mithilfe des Assistenten für die OVF-Bereitstellung im vSphere Web Client bereitstellen. Navigieren Sie zum Verzeichnis \bin des .iso-Images und verwenden Sie die entsprechende OVF-Datei:

1. vSphere_Replication_OVF10.ovf: Verwenden Sie diese Datei, um alle vSphere Replication-Komponenten zu installieren, einschließlich des vSphere Replication-Verwaltungsservers und eines vSphere Replication-Servers.

2. vSphere_Replication_AddOn_OVF10.ovf: Verwenden Sie diese Datei, um einen optionalen zusätzlichen vSphere Replication-Server zu installieren.

Weitere Informationen zur Installation finden Sie im Abschnitt „Installieren von vSphere Replication“ im vSphere Replication-Dokumentationscenter.

Für Replizierungen von vCenter Server auf vCenter Server kann die Version von vSphere Replication Management Server auf der Quell- und Ziel-Site 8.5 oder 8.6 sein.

vSphere Replication 8.6 benötigt eine unterstützte vCenter Server-Version auf der Quell- und Ziel-Site. Weitere Informationen finden Sie in den VMware-Produktkompatibilitätstabellen.

Upgrade von vSphere Replication

Sie verwenden die ISO-Datei und die Verwaltungsschnittstelle der VRMS-Appliance, um ein Upgrade von vSphere Replication 8.4.x oder 8.5.x auf vSphere Replication 8.6 durchzuführen.

Sie können vSphere Replication-Versionen vor 8.4 nicht mithilfe der VAMI (Virtual Appliance Management Interface) auf Version 8.6 aktualisieren. Weitere Informationen zu den unterstützten Versionen finden Sie in den Kompatibilitätstabellen.

Wichtig: Bevor Sie ein Upgrade beginnen, überprüfen Sie, ob die vSphere Replication-Appliance über eine OVF-Umgebung bzw. einen OVF-Kontext verfügt. Informationen dazu finden Sie unter Überprüfen und Wiederherstellen des OVF-Kontexts der vSphere Replication-Appliance (2106709).

Stellen Sie sicher, dass Sie die Abschnitte „Upgrade“ und „Allgemein“ unter „Bekannte Probleme“ gelesen haben.

Die Verfahren zum Upgrade auf vSphere Replication 8.6. finden Sie unter Upgrade zusätzlicher vSphere Replication-Server und Upgrade der vSphere Replication-Appliance.

Anmerkungen:

• Wenn Sie vSphere Replication mit Site Recovery Manager verwenden, führen Sie auf beiden Schutz- und Wiederherstellungs-Sites ein Upgrade von vSphere Replication durch, bevor Sie Site Recovery Manager Server aktualisieren. Nach dem Upgrade von vSphere Replication müssen Sie den Site Recovery Manager-Server neu starten. Weitere Informationen finden Sie in der Dokumentation zu VMware Site Recovery Manager.

Grenzwerte für den Betrieb von vSphere Replication

Die Grenzwerte für den Betrieb von vSphere Replication 8.6 sind in der VMware-Knowledgebase dokumentiert. Informationen dazu finden Sie unter Grenzwerte für den Betrieb von vSphere Replication 8.x (KB 2102453).

Hinweis: Zur Unterstützung von mehr als 500 Replizierungen pro vSphere Replication Management-Server ist eine zusätzliche Konfiguration von vSphere Replication erforderlich. Weitere Informationen hierzu finden Sie unter Grenzwerte für den Betrieb von vSphere Replication 8.х und Konfigurieren von aktualisierten vSphere Replication-Appliances für die Unterstützung von bis zu 3000 Replizierungen.

Open Source-Komponenten

Informationen zu Copyright und Lizenzen für die Open Source-Softwarekomponenten, die im Lieferumfang von vSphere Replication 8.6 enthalten sind, finden Sie auf der Seite Offenlegung von Open Source-Programmen in Verbindung mit vSphere Replication.

Probleme und Einschränkungen

Damit die Replizierung virtueller Maschinen erfolgreich verläuft, muss vor dem Start der Replizierung sichergestellt werden, dass die virtuelle Infrastruktur bestimmte Grenzwerte berücksichtigt.

• NEU Wenn Sie sich in einer Verbundumgebung mit verknüpften vCenter Server-Instanzen bei der lokalen Site des REST API-Gateways anmelden, werden Sie automatisch bei der Remote-Site angemeldet. Sie müssen keine POST-/remote-session-Anforderung durchführen. Es ist nicht möglich, sich bei der Remote-Site mit einem anderen Benutzernamen anzumelden.

• NEU Der Wert der Eigenschaft „hms-db-max-connections“ wird während des Upgrades auf vSphere Replication 8.6 automatisch von 99 in 149 geändert. Zum Beibehalten eines benutzerdefinierten Werts müssen Sie diesen nach dem Upgrade manuell ändern.

• Ab vSphere Replication 8.5.0.3 können Sie vSphere Life Cycle Manager (vLCM) mit einer manuellen Problemumgehung verwenden. Weitere Informationen finden Sie in den Versionshinweisen zu VMware vSphere Replication 8.5.0.3.

• vSphere Replication wird nicht mehr ordnungsgemäß ausgeführt, wenn Sie das vSphere-Verfahren Verhindern, dass Gastbetriebssystemprozesse Konfigurationsnachrichten an den Host senden auf der vSphere Replication-Appliance durchführen.

• vSphere Replication bietet keine Unterstützung für den Schutz einzelner VMs mit zwei Replizierungstechnologien. Wenn eine virtuelle Maschine mit VMware Cloud Disaster Recovery geschützt ist, kann sie nicht mit vSphere Replication geschützt werden.

• vSphere Replication unterstützt virtuelle NVMe-Controller nur dann, wenn sowohl quell- als auch zielseitige ESXi-Hosts die Version 7.0 Update 2 oder höher aufweisen.

• vSphere Replication 8.6 bietet keine Unterstützung für vSphere 7.0 Update 2, wenn VM-Verschlüsselung eingeschaltet ist.

•  vSphere Replication 8.6 bietet keine Unterstützung für die Paketverwaltung in der Verwaltungsschnittstelle der VRMS-Appliance. Hierzu gehören Listen mit Support-Paketen und das Löschen von Support-Paketen. Richten Sie für die Verwaltung der Support-Pakete über SSH eine SSH-Verbindung zu der vSphere Replication-Appliance ein.

• Der RPO-Wert von 5 Minuten kann bis auf einen maximal unterstützten Grenzwert von 50 VMs auf einem vorläufigen vVol-Datenspeicher skaliert werden.

• vSphere Replication unterstützt keine Stilllegung von VSS auf virtuellen Volumes.

• vSphere Replication kann keine virtuellen Maschinen replizieren, die VMDK-Dateien gemeinsam nutzen.

• vSphere Replication unterstützt vSphere APIs für E/A-Filter weder auf Quell- noch auf Ziel-Sites. Sie können eine virtuelle Maschine, die einer VM-Speicherrichtlinie mit E/A-Filtern zugeordnet ist, nicht replizieren oder solch eine Richtlinie der Replizierungs-Ziel-VM zuordnen. Stellen Sie vor der Konfiguration einer virtuellen Maschine für die Replizierung sicher, dass die ihr zugewiesene VM-Speicherrichtlinie keine E/A-Filter enthält. Weisen Sie virtuellen Maschinen, die bereits für die Replizierung konfiguriert sind, keine VM-Speicherrichtlinien mit E/A-Filtern zu.

• Durch die Bereitstellung mehrerer vSphere Replication-Appliances wird während der erstmaligen Konfiguration eine Warnung in der VRMS Appliance Management Interface erzeugt. Benutzerbestätigung ist notwendig, um mit der neuen Appliance fortzufahren. Diese Situation tritt nicht auf, wenn mehr als ein vSphere Replication-Server bereitgestellt wird.

• Jeder vSphere Replication-Verwaltungsserver kann maximal 4000 replizierte virtuelle Maschinen verwalten. Informationen dazu finden Sie unter Konfigurieren von aktualisierten vSphere Replication-Appliances für die Unterstützung von bis zu 3000 Replizierungen (KB 2102463) und Anforderungen an die Umgebung... (KB 2107869).

• vSphere Replication unterstützt eine maximale Festplattengröße von 62 TB. Wenn Sie versuchen, die Replizierung auf einer virtuellen Maschine mit einer Festplatte, die größer als 62 TB ist, zu aktivieren, führt die virtuelle Maschine keinen Replizierungsvorgang durch und wird nicht eingeschaltet.

• vSphere Replication verfolgt größere Blöcke auf Festplatten über 2 TB. Die Replizierungsleistung auf Festplatten über 2 TB kann sich von der Replizierungsleistung auf Festplatten unter 2 TB bei gleicher Arbeitslast unterscheiden, je nach Umfang der Daten auf der Festplatte, die für einen bestimmten Satz geänderter Blöcke über das Netzwerk übertragen werden.

• vSphere Replication unterstützt keine Upgrades für das VMware Tools-Paket in der vSphere Replication-Appliance.

• vSphere Replication unterstützt das Replizieren von RDMs im virtuellen Kompatibilitätsmodus. RDMs im physischen Kompatibilitätsmodus können nicht für die Replizierung konfiguriert werden.

• vSphere Replication repliziert nicht die Snapshot-Hierarchie der virtuellen Maschine auf der Ziel-Site.

• Sie können virtuelle Maschinen konfigurieren, die für die Replizierung ausgeschaltet sind. Allerdings beginnt der aktuelle Replizierungsdatenverkehr, wenn die virtuelle Maschine eingeschaltet ist.

• Wenn Sie Storage DRS an der Replizierungs-Site verwenden, stellen Sie sicher, dass Sie über eine homogene Host-und Datenspeicherkonnektivität verfügen, um zu verhindern, dass Storage DRS ressourcenintensive hostübergreifende Verschiebungen (Host- und Datenspeicherwechsel) von Replikatfestplatten ausführt.

• vSphere Replication bietet keine Unterstützung für VMware vSphere® Trust Authority™.

• vSphere Replication ist nicht in vSphere Life Cycle Manager (vLCM) integriert. vSphere Replication und vLCM dürfen nicht im selben Datencenter ausgeführt werden, da vLCM vSphere Replication beendet.

• Wenn bei der Verwendung der Befehle TRIM und UNMAP zum Zurückgewinnen von Speicherplatz der UNMAP-Befehl auf der Quell-Site verwendet wird, sendet der Replizierungsdatenverkehr den Befehl als langen Stream von Nullen, es sei denn, bei der Replizierung wird Komprimierung verwendet. Die Daten werden als Nullen an der Ziel-Site gespeichert, und der Speicherplatz auf den Replikatfestplatten wird nicht zurückgewonnen.

Bekannte Probleme

• Upgrade
• Allgemein
• Replizierungen auf vCenter Server

Upgrade

• Neu - Sie können die vSphere Replication-Appliance nicht auf Version 8.6 aktualisieren

  Wenn Sie die vSphere Replication-Appliance auf Version 8.6 aktualisieren, schlägt der Vorgang ohne Fehler oder Warnung fehl. Das Problem tritt auf, wenn Ihre Partition für Protokolle (/opt/vmware/logs) voll ist.

  Umgehung: Bereinigen Sie die Protokollpartition, bevor Sie ein Upgrade auf vSphere Replication 8.6 durchführen.

• Der vSphere Replication Management-Dienst wird nach dem Upgrade nicht gestartet.

  Nach dem Upgrade von vSphere Replication wird der vSphere Replication Management-Dienst (VRM) in der VAMI als „angehalten“ angezeigt, und die Datei /opt/vmware/hms/logs/hms-configtool.log in der virtuellen Appliance enthält Fehlermeldungen vom Typ java.net.ConnectException: Connection refused.

  Dieses Problem tritt auf, wenn der Upgrade-Vorgang des eingebetteten DB-Schemas fehlschlägt, weil der vPostgreSQL-Dienst nicht vollständig gestartet wurde.

  Umgehung:

  1. Melden Sie sich bei der Konsole der virtuellen Appliance als Root-Benutzer an.

  2. Führen Sie den folgenden Befehl aus:

     $ /opt/vmware/hms/bin/hms-configtool -cmd upgrade -configfile /opt/vmware/hms/conf/hms-configuration.xml

     Das Upgrade des DB-Schemas wird gestartet.

  3. Warten Sie, bis der DB-Upgrade-Vorgang abgeschlossen ist.

  4. Navigieren Sie in der vSphere Replication-VAMI zur Registerkarte Konfiguration und schließen Sie die SSO-Registrierung der Appliance ab.

• Fehlende vSphere Replication-Berechtigungen nach dem Upgrade der vSphere Replication-Appliance bzw. nach dem Ändern des Zertifikats oder der IP

  Wenn Sie ein Upgrade der vSphere Replication-Appliance durchführen oder sich das Zertifikat oder die IP-Adresse der vSphere Replication-Appliance aus einem anderen Grund ändert, werden die den VRM-Standardbenutzerrollen zugewiesenen Berechtigungen gelöscht. Dieses Problem tritt jedes Mal auf, wenn die Registrierung der vSphere Replication-Erweiterung aufgehoben und die Erweiterung beim Erweiterungsmanager von vCenter Server registriert wird.

  Umgehung: Klonen Sie die vordefinierten VRM-Rollen und erstellen Sie Ihre benutzerdefinierten Rollen vor dem Aktualisieren der vSphere Replication-Appliance bzw. vor dem Ändern des Zertifikats oder der IP-Adresse. Die Berechtigungen, die benutzerdefinierten Rollen zugewiesen sind, werden nicht entfernt.

• Die Virtual Appliance Management Interface (VAMI) von vSphere Replication ist nach dem Upgrade nicht mehr verfügbar.

  Nach dem Upgrade wird die vSphere Replication-VAMI geändert und Sie können im Browserfenster, das Sie vor dem Upgrade verwendet haben, nicht mehr darauf zugreifen.

  Umgehung: Führen Sie einen der folgenden Schritte aus:

  • Verwenden Sie einen anderen Browser zum Öffnen der VAMI.

  • Schließen Sie den gesamten Browser und öffnen Sie ein neues Browserfenster, um die Verbindung zur VAMI herzustellen.

  • Löschen Sie den Cache Ihres Browsers.

  • Öffnen Sie eine Inkognito-Registerkarte in Ihrem Browser.

Allgemein

• Neu - Der Wert der benutzerdefinierten Eigenschaft „hms-db-max-connections“ wird nach dem Upgrade von vSphere Replication auf Version 8.6 nicht beibehalten

  Der Wert der Eigenschaft „hms-db-max-connections“ wird während des Upgrades auf vSphere Replication 8.6 automatisch in „hms-configuration.xml“ aktualisiert. Der Wert wurde von 99 in 149 geändert. Der zuvor festgelegte benutzerdefinierte Wert für diese Eigenschaft wird nach dem Upgrade außer Kraft gesetzt.

  Umgehung:

  Wenn Sie den alten Wert der Eigenschaft „hms-db-max-connections“ beibehalten möchten, müssen Sie ihn manuell festlegen:

  1. Stellen Sie eine SSH-Verbindung zu der vSphere Replication-Appliance her.

  2. Öffnen Sie die Datei „/opt/vmware/hms/conf/hms-configuration.xml“ mit einem beliebigen Editor, ändern Sie den Wert der Eigenschaft „hms-db-max-connections“ und speichern Sie die Änderungen.

  3. Starten Sie den HMS-Dienst in der Verwaltungsschnittstelle der VRMS-Appliance neu oder indem Sie eine SSH-Verbindung zur vSphere Replication-Appliance herstellen und den Befehl systemctl restart hms ausführen.

• Neu - Wenn Sie das Kontrollkästchen Replikfestplatten beibehalten beim Beenden einer Replizierung deaktivieren, werden die Speicherfestplatten beibehalten

  Wenn der vSphere Replication Management Server auf der Quell-Site die Version 8.6 und der vSphere Replication Management Server auf der Ziel-Site die Version 8.5.x aufweist, werden die Speicherfestplatten beibehalten, selbst wenn Sie das Kontrollkästchen Replikfestplatten beibehalten beim Beenden einer VM-Replizierung deaktivieren.

  Umgehung: Wenn Sie die Speicherfestplatten nicht beibehalten möchten, müssen Sie sie manuell aus dem Datenspeicher der Ziel-Site entfernen.

• Neu - Sie können keine neuen DataSets auf einer virtuellen Maschine erstellen, für die ein Failback durchgeführt wurde

  Wenn Sie ein Failback für eine VM durchführen, die zuvor DataSets hatte, aber für die die Einstellung "DataSets-Replizierung aktivieren" nicht aktiviert wurde, führt dies dazu, dass für die VM, für die das Failback durchgeführt wurde, keine DataSets aktiviert sind. Die alten dsv.- und .dsd-DataSets-Dateien sind aber weiterhin im VM-Ordner auf der Quell-Site verfügbar.

  Wenn Sie versuchen, neue DataSets-Dateien auf der VM zu erstellen, für die ein Failback durchgeführt wurde, wird die Aufgabe als erfolgreich angezeigt. Wenn Sie jedoch überprüfen, ob DataSets auf der VM aktiviert sind, zeigt das Ergebnis, dass keine vorhanden sind.

  Umgehung:

  So erstellen Sie neue DataSets auf der VM, auf der ein Failback durchgeführt wurde:

  1. Entfernen Sie die alten dsv.- und .dsd-DataSets-Dateien aus dem VM-Ordner auf der Quell-Site oder benennen Sie sie um.

  2. Erstellen Sie neue DataSets auf der VM.

• NEU Die VRMS-Konfiguration (vSphere Replication Management Server) in der VRMS Appliance Management-Benutzeroberfläche schlägt mit einer Fehlermeldung fehl

  Wenn Sie den vCenter Server mit einem benutzerdefinierten HTTP-Port konfigurieren, der sich von Port 80 unterscheidet, schlägt die VRMS-Konfiguration in der VRMS Appliance Management-Benutzeroberfläche mit der folgenden Fehlermeldung fehl:

  Failed to register VRMS

  Umgehung: Weitere Informationen zur Ermittlung eines benutzerdefinierten vCenter Server-Ports und Anpassung des VRMS-Konfigurations-Workflows zur Verwendung dieses Ports finden Sie im KB-Artikel unter https://kb.vmware.com/s/article/85918.

• Das Verschieben von Speicherreplikatfestplatten aus verschiedenen Datenspeichern in einen Datenspeicher schlägt fehl

  Der Vorgang zum Verschieben von Speicherreplikatfestplatten mit identischen Namen aus verschiedenen Datenspeichern in einen Datenspeicher schlägt fehl. Speicherreplikatfestplatten mit identischen Namen dürfen nicht im selben Speicherort vorhanden sein.

  Umgehung: Benennen Sie die Speicherreplikatfestplatten vor dem Verschieben um.

• Das Zurücksetzen einer wiederhergestellten verschlüsselten VM auf einen Snapshot schlägt mit einem Fehler fehl

  Wenn Sie eine Replizierung einer verschlüsselten VM mit aktivierten MPIT-Snapshots (Multiple Point In Time) wiederherstellen, wird die VM-Verschlüsselung nicht auf die PIT-Snapshots (Point In Time) angewendet, die nach der Wiederherstellung erstellt werden. Der Versuch, einen Snapshot der wiederhergestellten verschlüsselten VM zurückzusetzen, schlägt mit folgendem Fehler fehl: Unable to open the snapshot file.

  Umgehung: Keine.

• Ein unerwarteter Fehler wird auf der Registerkarte „Übersicht“ angezeigt, wenn Sie eine zweite Netzwerkkarte mit einer statischen Route konfiguriert haben

  Wenn Sie über eine zweite Netzwerkkarte verfügen und eine statische Route für sie festgelegt haben, kann die Verwaltungsschnittstelle der VRMS-Appliance keine IP-Adresse aus der zweiten Netzwerkkarte abrufen. Dies kann zu folgendem unerwartetem Fehler im Feld „IP-Adresse für eingehenden Speicherdatenverkehr“ auf der Registerkarte „Übersicht“ führen:

  The Storage Traffic IP address <IP_address> must match one of the NIC IP addresses.

  Umgehung: Die Netzwerkkarte ist ordnungsgemäß konfiguriert. Sie können den Fehler verwerfen. Sie können überprüfen, ob der Replizierungsdatenverkehr die richtige IP-Adresse verwendet, indem Sie folgenden Befehl ausführen: cat /etc/vmware/hbrsrv-nic.xml.

• Wenn Sie die Konfiguration der VM-Festplatten ändern, wechselt die Replizierung in einen Fehlerzustand

  Wenn eine VM Teil einer laufenden Replizierung ist und Sie die VM-Speicherkonfiguration ändern (Festplatten hinzufügen, löschen oder deren Größe ändern), startet diese Aktion eine Aufgabe zur Neukonfiguration der Replizierung. Wenn bereits ein anderer Neukonfigurationsvorgang für diese Replizierung ausgeführt wird, wird die Replizierung möglicherweise in einen Fehlerzustand mit einer Fehlermeldung ähnlich der folgenden versetzt. Beispiel: Der Fehelr „Invalid configuration spec. Some disks are not specified for replication, nor excluded.“.

  Umgehung: Konfigurieren Sie die Replikation manuell erneut.

• Wenn Sie eine Replizierung neu konfigurieren, um replizierten virtuellen Festplatten, die nicht für einen vSAN-Zieldatenspeicher vorgesehen sind, eine neue Speicherrichtlinie zuzuweisen, wird die Richtlinie nicht auf die Replikatfestplatten an der Ziel-Site angewendet

  Die Speicherrichtlinie wird auf Replikate an der Ziel-Site angewendet, wenn Sie eine Replizierung zum ersten Mal konfigurieren oder wiederherstellen. Wenn Sie die Replizierung mit einer neuen Speicherrichtlinie neu konfigurieren und die replizierten virtuellen Festplatten nicht für einen vSAN-Zieldatenspeicher vorgesehen sind, wird die Änderung nicht automatisch auf der Kopplungs-Site angezeigt.

  Umgehung:

  1. Stellen Sie die virtuellen Maschinen mit neu konfigurierter Replizierung wieder her.

  2. Ändern Sie mithilfe des vSphere Client die Speicherrichtlinie der wiederhergestellten virtuellen Maschinen in die neue Richtlinie.

  3. Heben Sie die Registrierung der wiederhergestellten virtuellen Maschinen in der vCenter Server-Bestandsliste auf.

  4. Konfigurieren Sie die Replizierung mithilfe von Speichern und mit der neuen Speicherrichtlinie erneut.

• NEU Eine replizierte VM reagiert nicht mehr oder kann Netzwerkanforderungen nicht bedienen

  Während eines vSphere Replication-Synchronisierungsvorgangs wird der Festplatten-E/A der VM für die Dauer der Synchronisierung blockiert. Der vSphere Replication-Filtertreiber kann während eines Synchronisationsvorgangs die SCSI-UNMAP-Befehle nicht ausführen, wenn diese Befehle die Verlagerung der aktuellen Replikatfestplatte auf die Ziel-Site überschreiben.

  Umgehung: Lassen Sie zu, dass vSphere Replication die UNMAP-Befehle akzeptiert.

  1. Stellen Sie eine SSH-Verbindung mit dem ESXi-Server her.

  2. Führen Sie den folgenden Befehl aus:

  esxcli system settings advanced set -o /HBR/DemandlogFailCollidingUnmap -i 0

  Der Befehl wird sofort wirksam, und Sie müssen keinen Systemneustart durchführen.

• NEU Erneuter Schutz schlägt mit einem Fehler fehl

  Wenn Sie virtuelle Maschinen in großem Umfang replizieren, schlägt der erneute Schutz unter Umständen mit der folgenden Fehlermeldung fehl:

  "Unable to reverse replication for the virtual machine A generic error occurred in the vSphere Replication Management Server "java.net.SocketTimeoutException: Read timed out"

  Umgehung:

  1. Navigieren Sie zur Datei /opt/vmware/hms/conf/hms-configuration.xml.

  2. Erhöhen Sie den Wert von hms-default-vlsi-client-timeout auf beiden Sites auf 15 Minuten.

  3. Starten Sie die HMS-Dienste neu.

• Die Replizierung wechselt in den Fehlerzustand, wenn Sie Festplatten aus der Quell-VM entfernen und zu ihr hinzufügen.

  Die Option „Neue Festplatten automatisch einschließen“ ist aktiviert. Wenn Sie die Einstellungen der VM bearbeiten und in einer Einzelaufgabe sowohl eine der Festplatten entfernen als auch eine neue Festplatte hinzufügen, wechselt die Replizierung unter Umständen in den Fehlerzustand.

  Umgehung 1: Führen Sie eine manuelle Neukonfiguration der Replizierung auf der Site Recovery-Benutzeroberfläche durch.

  Umgehung 2: Wenn Sie die VM ändern, fügen Sie in zwei getrennten Aufgaben neue Festplatten hinzu und entfernen Sie sie

• Automatische Replizierung wird nicht gestartet, wenn eine Festplatte auf demselben SCSI-Gerät ersetzt wird

  „Automatische Replizierung neuer Festplatten“ ist aktiviert. Wenn Sie in einem einzelnen Schritt eine geschützte Festplatte auf demselben SCSI-Gerät entfernen und hinzufügen, wechselt die Replizierung in den Fehlerzustand:

  The set of disks on the vSphere Replication Server does not match the source set for replication '<vm name>'.

  Umgehung 1: Ersetzen Sie die Festplatte mit zwei getrennten Konfigurationsvorgängen.

  Umgehung 2: Wenn Sie die Festplatte auf dem SCSI-Gerät mit einem einzigen Konfigurationsvorgang ersetzt haben, konfigurieren Sie die Replizierung neu.

• Vorgang zum erneuten Schützen schlägt fehl

  Wenn Sie eine Replizierung mit aktivierter Stilllegungsfunktion konfigurieren und der ESXi-Host auf der Ziel-Site Version 7.0 oder 7.0 Update 1 aufweist, schlägt der Vorgang zum erneuten Schützen fehl.

  Umgehung: Deaktivieren Sie die optimierte Funktion zum erneuten Schützen.

  1. Stellen Sie eine SSH-Verbindung zu der vSphere Replication-Appliance her.

  2. Führen Sie den folgenden Befehl aus:

     /opt/vmware/hms/bin/hms-configtool -cmd reconfig -property reprotect-optimization-enabled=false

  3. Starten Sie den HMS-Dienst neu.

  Dieses Problem wurde in ESXi-Version 7.0 Update 2 behoben.

• Sie können die Netzwerkkarteneinstellungen in der Verwaltungsschnittstelle der VRMS-Appliance nicht konfigurieren

  Die zweite und/oder dritte Netzwerkkarte wird auf der Seite „Netzwerk“ der VRMS-Appliance-Verwaltungsschnittstelle nicht angezeigt.

  Umgehung:

  1. Schalten Sie die VM aus.

  2. Fügen Sie eine neue Netzwerkkarte hinzu.

  3. Schalten Sie die VM ein.

  4. Führen Sie in der Konsole der virtuellen Appliance den Befehl ip addr aus, um die Netzwerkdetails und den Namen der neu hinzugefügten Netzwerkkarte anzuzeigen. Die Netzwerkkarte sollte beispielsweise den Status DOWN und den Namen eth1 aufweisen.

  5. Führen Sie in der Konsole der virtuellen Appliance den folgenden Befehl aus:

     sudo /opt/vmware/bin/create_nic_config.sh <new network card name>

     Beispiel: sudo /opt/vmware/bin/create_nic_config.sh eth1

     Beachten Sie, dass die neue Netzwerkkarte standardmäßig mit der DHCP-IPv4-Adresse konfiguriert wird.

  6. Verwenden Sie die VRMS-Appliance-Verwaltungsschnittstelle, um bei Bedarf die Netzwerkeinstellungen für die neu hinzugefügte Netzwerkkarte zu konfigurieren.

• Wenn Sie nach dem Ändern der Festplattengröße einen Synchronisierungsvorgang durchführen, schlägt der Vorgang fehl.

  Wenn Sie die Festplattengröße ändern, kann dieser Vorgang je nach Größe der Festplatte mehrere Stunden dauern. Wenn Sie in der Zwischenzeit einen Synchronisierungsvorgang ausführen, schlägt der Vorgang selbst dann fehl, wenn die Replizierung den Status „OK“ aufweist.

  Umgehung: Warten Sie, bis der Vorgang zur Größenänderung der Festplatte abgeschlossen ist. Sie können den Abschluss überprüfen, indem Sie die Protokolldatei /var/log/vmware/hbrsrv.log überprüfen, in der dieser Eintrag angezeigt werden sollte:

  Resizing disk <replicated disk ID>

• Die Wiederherstellung einer Replizierung einer mit dem nativen vSphere-Schlüssel verschlüsselten VM schlägt fehl

  Wenn Sie alle Hosts, an die der Zieldatenspeicher angehängt ist, aus dem mit dem nativen Schlüsselanbieter konfigurierten Cluster entfernen, verbleiben die vorhandenen Replizierungen im Status „OK“. Wenn Sie jedoch eine Wiederherstellung durchführen, schlägt diese fehl und die Replizierung wechselt in den Status „Fehler“.

  Umgehung: Sorgen Sie dafür, dass im Cluster wieder auf den Datenspeicher zugegriffen werden kann. Wenn Sie keinen Wiederherstellungsversuch unternommen haben und die Replizierung weiterhin den Status „OK“ aufweist, konfigurieren Sie die Replizierung neu und ändern Sie den Zieldatenspeicher in einen Datenspeicher, auf den im Cluster zugegriffen werden kann.

• Neu hinzugefügte virtuelle Festplatte wird beim Vorgang zum erneuten Schützen nicht repliziert

  Wenn Sie eine Wiederherstellung durchführen und der wiederhergestellten VM eine neue Festplatte hinzufügen, wird die neue Festplatte beim Vorgang zum erneuten Schützen nicht repliziert. Die neue Festplatte wird nicht automatisch repliziert, wenn die anfängliche Replizierung auch so konfiguriert wurde, dass neue Festplatten nicht automatisch repliziert werden.

  Umgehung: Fügen Sie die neue Festplatte manuell zur Replizierung hinzu.

• Das Generieren eines Support-Pakets schlägt fehl

  Wenn die vSphere Replication Appliance nicht konfiguriert ist und Sie versuchen, ein Support-Paket zu generieren, schlägt der Vorgang fehl.

  Umgehung: Generieren Sie die Support-Pakete für die vSphere Replication Appliance und den eingebetteten vSphere Replication Server manuell. Bei den generierten Dateien handelt es sich um /tmp/hms-bundle.tar.gz und /tmp/embedded-hbr-bundle.tgz.

  1. Stellen Sie eine SSH-Verbindung zu der vSphere Replication-Appliance her.

  2. Führen Sie folgende Befehle aus:

     /bin/tar --force-local --ignore-failed-read -chvpf /tmp/hms-bundle.tar /opt/vmware/hms/logs /opt/vmware/var/log

     /opt/vmware/support/logs/dr /opt/vmware/support/logs/drconfigui

     /opt/vmware/support/logs/envoy

     /usr/bin/gzip --no-name --quiet --stdout /tmp/hms-bundle.tar > /tmp/hms-bundle.tar.gz

     /urs/bin/rm /tmp/hms-bundle.tar​

     /usr/bin/sudo -u root /usr/bin/hbrsrv-support-bundle.sh -f /tmp/embeded-hbr-bundle.tgz

  3. Navigieren Sie zu VMware VRMS Appliance Management für den entsprechenden eingebetteten vSphere Replication Server und generieren Sie das Support-Paket.

• Wiederherstellungsvorgang schreitet nicht fort

  Wenn Sie innerhalb eines kurzen Zeitraums eine virtuelle Festplatte mit einem vVOL-Zieldatenspeicher aus der Replizierung ausschließen und sie dann wieder hinzufügen, kann sich dies auf einen nachfolgenden Wiederherstellungsvorgang auswirken. Wenn Sie versuchen, die Wiederherstellung durchzuführen, wird sie möglicherweise nicht weiter ausgeführt.

  Umgehung 1:

  Wenn Sie den Wiederherstellungsvorgang bereits gestartet haben:

  1. Entfernen Sie die Replizierung, wobei die Replikatfestplatten beibehalten werden.

  2. Konfigurieren Sie die Replizierung mithilfe von Speichern erneut.

  3. Führen Sie eine Wiederherstellung durch.

  Umgehung 2:

  Wenn Sie den Wiederherstellungsvorgang noch nicht gestartet haben:

  1. Schließen Sie die Festplatte mit einem vVOL-Zieldatenspeicher aus.

  2. Synchronisieren Sie die Replizierung.

  3. Fügen Sie die Festplatte erneut hinzu.

  4. Führen Sie eine Wiederherstellung durch.

• Replizierungssynchronisierung schreitet nicht fort

  Wenn Sie innerhalb eines kurzen Zeitraums eine virtuelle Festplatte mit einem vVOL-Zieldatenspeicher von der Replizierung ausschließen und sie dann wieder hinzufügen, kann sich dies auf einen nachfolgenden Replizierungssynchronisierungsvorgang auswirken. Wenn Sie versuchen, eine Replizierungssynchronisierung durchzuführen, wird sie möglicherweise nicht weiter ausgeführt.

  Umgehung:

  1. Schließen Sie die Festplatte mit einem vVOL-Zieldatenspeicher aus.

  2. Synchronisieren Sie die Replizierung.

  3. Fügen Sie die Festplatte erneut hinzu.

• Sie können die Netzwerkverschlüsselung für vSphere Replication nicht verwenden

  Wenn Sie versuchen, die Netzwerkverschlüsselung für eine Replizierung zu konfigurieren, ist die Option im Assistenten „Replizierung konfigurieren“ inaktiv. Wenn Sie eine ältere ESX-Version verwenden, wird „hbr-agent.vib“ nicht automatisch auf den ESXi-Hosts installiert, und Sie können die Netzwerkverschlüsselung für diese Replizierung nicht konfigurieren.

  Umgehung:

  1. Stellen Sie eine SSH-Verbindung zu der vSphere Replication-Appliance her.

  2. Führen Sie den folgenden Befehl aus:

     /opt/vmware/hms/bin/hms-configtool -cmd reconfig -property hms-auto-install-hbragent-vib=false

  3. Starten Sie den HMS-Dienst neu.

  4. Laden Sie die Datei „hbr-agent.vib“ herunter und installieren Sie sie auf den ESXi-Hosts. Weitere Informationen finden Sie unter https://kb.vmware.com/s/article/2110304.

• Wenn Sie versuchen, IPv6 über VMware VRMS Appliance Management zu konfigurieren, erhalten Sie den Fehler „Ungültige Eigenschaft – DNS“

  Wenn Sie IPv6 über VMware VRMS Appliance Management konfigurieren und die Option „IPv6-Einstellungen automatisch mittels Router-Ankündigung abrufen“ mit einem automatisch zugewiesenen DNS auswählen, tritt der folgende Fehler auf: „Ungültige Eigenschaft – DNS“.

  Umgehung:

  Führen Sie SSH zur vSphere Replication Appliance-Hostmaschine aus und führen Sie $netmgr ip6_address --set --interface --dhcp 0 --autoconf 1 aus.

  Zum Empfangen einer IP-Adresse über DHCP führen Sie $netmgr ip6_address --set --interface --dhcp 1 --autoconf 1 aus.

• Sie können die IPv6-Einstellungen nicht über VMware VRMS Appliance Management neu konfigurieren

  Wenn Sie das IPv6-Netzwerk mit der Option „IPv6-Einstellungen automatisch mittels Router-Ankündigung abrufen“ oder „IPv6-Adressen automatisch mittels DHCP abrufen“ konfiguriert haben, können Sie die IPv6-Einstellungen nicht ausschließlich mit der Option „IPv6-Adressen automatisch mittels DHCP abrufen“ neu konfigurieren. Entweder müssen beide Optionen ausgewählt werden oder keine.

  Umgehung:

  Führen Sie SSH zur vSphere Replication Appliance-Hostmaschine aus und führen Sie $netmgr ip6_address --set --interface --dhcp 0 --autoconf 1 aus.

  Zum Empfangen einer IP-Adresse über DHCP führen Sie $netmgr ip6_address --set --interface --dhcp 1 --autoconf 1 aus.

• Das Neukonfigurieren einer Replizierung schlägt nach dem Entfernen und anschließenden Hinzufügen derselben Festplatte zu einem anderen Knoten des virtuellen Geräts auf der Quell-VM fehl

  Wenn Sie eine virtuelle Festplatte entfernen und eine neue Festplatte mit derselben VMDK-Datei hinzufügen und dann versuchen, eine manuelle oder automatische Neukonfiguration der Replizierung durchzuführen (wenn Sie die Option zum automatischen Hinzufügen neuer Festplatten aktiviert haben), schlägt der Vorgang mit der folgenden Fehlermeldung fehl:

  Cannot reconfigure replication group '<VM_ID>' (managed object ID: 'GID-<group-ID>'). Details: 'Duplicate key (hms.Disk) { dynamicType = null, dynamicProperty = null, deviceKey = <DEVICE_KEY>, destination = (hms.ExtendedDatastorePath) { dynamicType = null, dynamicProperty = null, datastore = MoRef: type = Datastore, value = <DATASTORE>, serverGuid = null, path = <PATH>, fileName = <FILENAME>, dsCluster = null }, storageProfileId = null, useOfflineCopy = false, virtualDiskType = thin, skipDiskUuidValidation = true, replicationDiskId = null, contentId = null, capacityInKb = <CAPACITY> }'. ThrowableProxy.cause The operation is not allowed in the current state.

  Problemumgehung

  1. Beenden Sie die Replizierung und behalten Sie die Replikatfestplatten bei.

  2. Konfigurieren Sie die Replizierung erneut, indem Sie die Festplatten als Speicher verwenden.

• Das Konfigurieren der Replizierung schlägt nach dem Wechseln von vSphere Trust Authority zum KMS als Verschlüsselungsmechanismus fehl

  Wenn Sie vSphere Trust Authority als Verschlüsselungsmechanismus verwenden, aber mit KMS-Servern wieder zum alten Verschlüsselungsmechanismus wechseln und dann versuchen, eine Replizierung zu konfigurieren, schlägt der Vorgang möglicherweise fehl. Das Problem wird beobachtet, da die Verschlüsselungsschlüssel nach dem Wechseln der Verschlüsselungsmechanismen möglicherweise nicht ordnungsgemäß auf die Zielhosts verteilt werden.

  Umgehung: Starten Sie den HMS-Dienst neu.

• Neukonfigurieren der Replizierung auf der Remote-Site schlägt mit einer Fehlermeldung fehl

  Wenn Sie versuchen, die Replizierung auf der Remote-Site neu zu konfigurieren, schlägt der Vorgang mit einer Fehlermeldung ähnlich der folgenden fehl:

  Failed to reconfigure replication because of java.lang.NullPointerException at com.vmware.hms.replication.SecondaryGroupImpl.reconfigureVirtualMachine(SecondaryGroupImpl.java:3163) at com.vmware.hms.replication.SecondaryGroupImpl.scheduledReconfigure(SecondaryGroupImpl.java:2840) at com.vmware.hms.replication.SecondaryGroupImpl.access$3(SecondaryGroupImpl.java:2812) at com.vmware.hms.replication.SecondaryGroupImpl$2.go(SecondaryGroupImpl.java:2780) at com.vmware.hms.task.TaskRunnable.run(TaskRunnable.java:71) at com.vmware.hms.HmsTaskManager$2.run(HmsTaskManager.java:519) at com.vmware.hms.util.executor.LoggerOpIdConfigurator$RunnableWithDiagnosticContext.run(LoggerOpIdConfigurator.java:133) at com.vmware.hms.util.executor.LoggerOpIdConfigurator$2.run(LoggerOpIdConfigurator.java:100)

  Dieses Problem tritt nur bei der vSphere Replication-Appliance auf, für die ein Upgrade von einer älteren Version als 8.1.0 durchgeführt wird, z. B. von 6.5 und früher.

  Umgehung:

  1. Stellen Sie eine SSH-Verbindung zur HMS-Appliance her.

  2. Navigieren Sie zu /opt/vmware/hms/bin/.

  3. Um zu prüfen, ob das Problem sich auf eine bestimmte Replizierung zurückführen lässt, führen Sie den folgenden Befehl aus:

     ./embedded_db_connect.sh --no-align --tuples-only -c "select diskentity.isnativesnapshotsupported, secondaryvirtualmachineentity.name from diskentity, secondaryvirtualmachineentity where secondaryvirtualmachineentity.movalue = diskentity.vm_movalue;"

  4. Wenn die Ausführung des Befehls aus Schritt 3 zu Ergebnissen führt, führen Sie auch den folgenden Befehl aus:

     ./embedded_db_connect.sh --no-align --tuples-only -c "update diskentity set isnativesnapshotsupported = false from secondaryvirtualmachineentity where secondaryvirtualmachineentity.movalue = diskentity.vm_movalue;"

  5. Starten Sie den HMS-Dienst mit dem Befehl systemctl restart hms neu.

• Testwiederherstellung schlägt mit einer Fehlermeldung fehl

  Wenn Sie eine Replizierung auf einem VMFS-Datenspeicher konfigurieren und dann eine beliebige Festplatte dieser Gruppe, die in einen vSAN-Datenspeicher repliziert werden soll (während VM-Home noch auf einen VMFS-Datenspeicher konfiguriert ist), neu konfigurieren, schlägt der Versuch zur Durchführung einer Testwiederherstellung mit einer Fehlermeldung ähnlich der folgenden fehl:

  Cannot create a test bubble image for group '<group-ID>' on vSphere Replication Server...

  Umgehung 1: Konfigurieren Sie alle Replikatfestplatten neu, sodass sie einen VMFS-Datenspeicher verwenden.

  Umgehung 2: Konfigurieren Sie VM-Home zur Replizierung in einen vSAN-Datenspeicher neu.

• Replizierungen mit Netzwerkverschlüsselung werden im Status „Nicht aktiv“ angezeigt

  Wenn Sie die vSphere Replication-Appliance einschalten, wird standardmäßig auf allen unterstützten ESXi-Hosts in der vCenter Server-Bestandsliste, in der die Appliance bereitgestellt ist, ein vSphere-Installationspaket (VIB) installiert. Die automatische Installation der VIB-Datei kann aus verschiedenen Gründen fehlschlagen.

  Umgehung:

  Installieren Sie die VIB-Datei von vSphere Replication auf jeder ESXi-Instanz, die eine Replizierungsquellen-VM hostet.

  1. Deaktivieren Sie vorübergehend die Firewall auf dem ESXi-Host.

  2. Stellen Sie eine SSH-Verbindung mit dem ESXi-Server her.

  3. Führen Sie den folgenden Befehl aus:

     $ esxcli software vib install -v https://VR_APPLIANCE_IP:8043/vib/vmware-hbr-agent.vib

  4. Aktivieren Sie die Firewall auf dem ESXi-Host.

• Sie können keine neuen Replizierungen mit Netzwerkverschlüsselung konfigurieren

  Wenn Sie die vSphere Replication-Appliance einschalten, wird standardmäßig auf allen unterstützten ESXi-Hosts in der vCenter Server-Bestandsliste, in der die Appliance bereitgestellt ist, ein vSphere-Installationspaket (VIB) installiert. Die automatische Installation der VIB-Datei kann aus verschiedenen Gründen fehlschlagen.

  Umgehung:

  Installieren Sie die VIB-Datei von vSphere Replication auf jeder ESXi-Instanz, die eine Replizierungsquellen-VM hostet.

  1. Deaktivieren Sie vorübergehend die Firewall auf dem ESXi-Host.

  2. Stellen Sie eine SSH-Verbindung mit dem ESXi-Server her.

  3. Führen Sie den folgenden Befehl aus:

     $ esxcli software vib install -v https://VR_APPLIANCE_IP:8043/vib/vmware-hbr-agent.vib

  4. Aktivieren Sie die Firewall auf dem ESXi-Host.

• Das Importieren oder Exportieren von Konfigurationsdaten einer Replizierung mit dem Import-/Exporttool für vSphere Replication schlägt mit einer Fehlermeldung fehl

  Wenn Sie vSphere 6.5 mit einem vVol-Datenspeicher verwenden und versuchen, Konfigurationsdaten einer Replizierung zu importieren oder zu exportieren, schlägt der Vorgang mit folgendem Fehler fehl:

  Unable to configure replication: A general system error occurred: Invalid fault

  Umgehung 1: Verwenden Sie einen anderen Datenspeichertyp, z. B. vSAN, VMFS oder NFS.

  Umgehung 2: Führen Sie ein Upgrade auf vSphere 6.7 oder vSphere 7.0 durch.

• Wenn die Quell-VM für eine Replizierung auf ESXi 6.7 oder 6.7 Update 1 ausgeführt wird, scheint die Synchronisierung der Replizierung zu laufen, aber die Replizierungsinstanz wird nie erfolgreich abgeschlossen

  In ESXi 6.7 und 6.7 Update 1 ist es möglich, dass mehr Bedarfsprotokollblöcke für die parallele Übertragung geplant werden als die tatsächliche Anzahl, die übertragen werden kann. Wenn Sie eine VM replizieren, die auf einem solchen Host läuft, und gleichzeitig ein langsamer Zielhost oder temporäre Netzwerkfehler vorliegen, kann dies zu einem Replizierungsfehler mit Fehlern vom Typ Festplattenwarteschlange voll führen.

  Umgehung:

  1. Verschieben Sie alle VMs auf einen anderen ESXi-Host.

  2. Ändern Sie den Wert der erweiterten ESXi-Einstellung HBR.DemandlogTransferMaxNetwork vom Standardwert 64 in 63.

  3. Versetzen Sie den ESXi-Host in den Wartungsmodus.

  4. Starten Sie den ESXi-Host neu.

• Wenn Sie mit der rechten Maustaste auf eine replizierte VM klicken und auf der vSphere-Benutzeroberfläche „Replizierung erneut konfigurieren“ auswählen, wird das Popup-Fenster für die Site Recovery-Benutzeroberfläche ohne Benachrichtigung im Mozilla Firefox-Browser blockiert

  Die Site Recovery-Benutzeroberfläche wird standardmäßig in einer neuen Registerkarte geöffnet. Wenn Sie mit der rechten Maustaste auf eine replizierte VM klicken und auf der vSphere-Benutzeroberfläche „Replizierung erneut konfigurieren“ auswählen, wird das Popup-Fenster für die Site Recovery-Benutzeroberfläche ohne Benachrichtigung im Mozilla Firefox-Browser blockiert.

  Umgehung: Wählen Sie im Menü „Optionen“ von Mozilla Firefox die Registerkarte „Inhalt“ aus und fügen Sie die URL des vCenter Server zur Ausnahmeliste für Popups hinzu.

• Die Site Recovery-Benutzeroberfläche kann nicht mehr verwendet werden und zeigt kontinuierlich die Fehlermeldung „403 - OK“ an

  Die Site Recovery-Benutzeroberfläche zeigt keine Daten und den Fehler „403 - OK“ an.

  Umgehung:

  1. Melden Sie sich bei der Site Recovery-Benutzeroberfläche ab und erneut an.

  2. Heben Sie die Auswahl des Browser-Kontrollkästchens „Letzte Sitzung wiederherstellen“ auf. Deaktivieren Sie in Chrome die Option „Fortfahren, wo Sie aufgehört haben“.

• Die Konfiguration einer Replizierung, die Seeds verwendet, auf einem vVol-Zieldatenspeicher verläuft erfolgreich, aber die Replizierung befindet sich im Fehlerzustand

  Wenn Sie eine Replizierung für die Verwendung einer VM mit Snapshots als Seed konfigurieren, gelingt der Konfigurationsvorgang, aber nach Abschluss der ersten vollständigen Synchronisierung befindet sich die Replizierung im Fehlerzustand. Ein Problem mit einer ähnlichen Fehlerbeschreibung wird angezeigt:

  A replication error occurred at the vSphere Replication Server for replication 'vmname'. Details: 'Error for (datastoreUUID: "vvol:9148a6192d0349de-94149524b5f52bc4"), (diskId: "RDID-fd3ed4de-2356-43c7-a0e2-7bc07a7da012"), (hostId: "host-33"), (pathname: "vmname/vmname.vmdk"), (flags: retriable): Class: NFC Code: 10; NFC error: NFC_DISKLIB_ERROR (Input/output error); Set error flag: retriable; Can't write (multiEx) to remote disk; Can't write (multi) to remote disk'.

  Umgehung: Löschen Sie die Snapshots aus der Seed-VM.

• Während der vollständigen Synchronisierung schlägt vSphere Replication fehl mit dem Fehler: Es ist ein Replizierungsfehler beim vSphere Replication Server aufgetreten

  Während der vollständigen Synchronisierung kann vSphere Replication mit folgendem Fehler fehlschlagen:

  A replication error occurred at the vSphere Replication Server for replication <group_name>. Details: 'Error for (datastoreUUID: "..."), (diskId: "..."), (hostId: "..."), (pathname: "..."), (flags: retriable, pick-new-host, nfc-no-memory): Class: NFC Code: 5; NFC error: NFC_NO_MEMORY; Set error flag: nfc-no-memory; Code set to: Host unable to process request.; Set error flag: retriable; Set error flag: pick-new-host; Can't write (single) to remote disk'.

  Normalerweise tritt dieser Fehler nur vorübergehend auf und der Vorgang lässt sich nach einiger Zeit erfolgreich durchführen.

• Durch Ersetzen des SSL-Zertifikats des vCenter Server werden Zertifikatvalidierungsfehler in vSphere Replication verursacht.

  Beim Ersetzen des SSL-Zertifikats im vCenter Server-System tritt ein Verbindungsfehler auf, wenn vSphere Replication versucht, eine Verbindung mit vCenter Server herzustellen.

  Umgehung: Informationen zur Aktualisierung von vCenter Server-Zertifikaten und zur Aufrechterhaltung der Funktionsfähigkeit von Lösungen wie vSphere Replication finden Sie unter http://kb.vmware.com/kb/2109074.

• Die Datensynchronisierung schlägt fehl, und die Protokolldatei des quellseitigen vSphere Replication Management Servers enthält den Fehler „DeltaAbortedException“

  Wenn es in Ihrer Umgebung zu Konnektivitätsproblemen während der Datensynchronisierung kommt, können folgende Probleme auftreten.

  • Die Synchronisierung von Replizierungsgruppen schlägt fehl und die Datei hms<n>.log auf dem vSphere Replication Management-Server an der Quell-Site enthält die folgende Fehlermeldung:

    DeltaAbortedException.

  • In Site Recovery Manager schlägt die Synchronisierung von Replizierungsgruppen mit der folgenden Fehlermeldung fehl:

    VR synchronization failed for VRM group <group_name>. A generic error occurred in the vSphere Replication Management Server. Exception details: 'com.vmware.hms.replication.sync.DeltaAbortedException'.

  Umgehung: Beheben Sie das Konnektivitätsproblem in Ihrer Umgebung, bevor Sie fortfahren.

• Failover mit "Neueste Änderungen synchronisieren" schlägt möglicherweise mit SocketTimeoutException fehl, wenn mehrere Replizierungen gleichzeitig wiederhergestellt werden und sich seit der letzten Synchronisierung viele Änderungen angehäuft haben.

  Der vSphere Replication Management-Server erhält möglicherweise keine passenden Antworten über den vCenter Reverse-Proxy, wenn dichter Replizierungsdatenverkehr im selben Netzwerk herrscht. Einige Replizierungsverwaltungs- oder -überwachungsvorgänge schlagen möglicherweise mit folgender Fehlermeldung fehl:

  com.vmware.vim.vmomi.client.exception.ConnectionException: java.net.SocketTimeoutException: Read timed out

  Umgehung: Konfigurieren Sie die Isolation des Netzwerkdatenverkehrs für den vSphere Replication-Datenverkehr, sodass die Verwaltungskommunikation zwischen vCenter und dem vSphere Replication Management-Server vom dichten Replizierungsdatenverkehr nicht betroffen ist. Informationen finden Sie unter Isolieren des Netzwerkdatenverkehrs von vSphere Replication.

• Im Zielordner befindliche virtuelle Maschinen werden während der Wiederherstellung überschrieben.

  Falls der Zielordner eine registrierte virtuelle Maschine mit demselben Namen wie die replizierte virtuelle Maschine enthält, wird die registrierte virtuelle Maschine während der Wiederherstellung überschrieben. Wenn Sie den Assistenten zur Wiederherstellung starten, überprüft vSphere Replication den Zielordner und zeigt ein Dialogfeld an, damit Sie den Überschreibvorgang bestätigen. In seltenen Fällen wird nach dem Abschluss der Zielprüfung und bei geöffnetem Assistenten eine virtuelle Maschine möglicherweise auf den Zielordner registriert. In diesen Fällen wird die virtuelle Maschine, die in den Zielordner kopiert wurde, ohne weitere Benachrichtigung überschrieben.

  Umgehung: Keine.

• Replizierungen werden nach der Änderung der IP-Adresse des vSphere Replication-Servers an der Ziel-Site mit dem Status "Nicht aktiv" (RPO-Verstoß) angezeigt.

  Falls sich die IP-Adresse des vSphere Replication-Servers an der Ziel-Site ändert, ändert sich der Status aller Replizierungen für diese Site in "Nicht aktiv" (RPO-Verstoß). Dieses Problem wird beobachtet, da Replizierungen auf der Quell-Site nicht automatisch neu konfiguriert werden, wenn sich die IP-Adresse ändert.

  Umgehung: Konfigurieren Sie alle Replizierungen neu, sodass die Quellhosts die neue IP-Adresse des Ziel-vSphere Replication-Servers verwenden.

• Zustand "Vorübergehender Fehler" während der ersten vollen Synchronisierung

  Während der ersten Synchronisierung beobachten Sie möglicherweise, dass sich der Zustand der Synchronisierung vorübergehend mehrmals in Fehler und wieder zurück zum Normalzustand ändert. Der Fehlerzustand gibt möglicherweise unzulängliche Ressourcen an der Ziel-Site an. Falls die vom Synchronisierungsvorgang verursachte E/A-Arbeitslast höher ist als die Last, die Zielhosts bewältigen können, springt der Zustand der Replizierung auf Fehler. Wenn die E/A-Arbeitslast abnimmt, wird der Fehler nicht mehr angezeigt.

  Umgehung: Verringern Sie den Wert der Hostkonfigurationsoption namens HBR.TransferMaxContExtents auf jedem ESXi-Host, auf dem Replizierungs-Quell-VMs ausgeführt werden. Der Standardwert ist 8. Ein niedrigerer Wert verringert die Größe der Datenblöcke, die während eines Synchronisierungs-Updates gesendet werden, erhöht allerdings die Dauer der ersten vollen Synchronisierung. Setzen Sie nach der ersten vollen Synchronisierung den Wert zurück auf den Standardwert (8), um maximale RPO-Leistung zu erzielen. Falls weiterhin vorübergehende Fehler während der Änderungssynchronisierungen auftreten, bedeutet dies möglicherweise, dass eine Menge geänderter Blöcke während jeder Veränderung übertragen werden und die Hosts an der Ziel-Site die anfallende E/A-Arbeitslast nicht bewältigen können. Verwenden Sie in solchen Fällen einen niedrigen Wert für die Konfigurationsoption HBR.TransferMaxContExtents. Alternativ können Sie der sekundären Site weitere Hosts hinzufügen.

• Benutzer, denen die Rolle des VRM-Administrators oder die Rolle zur Replizierung der VRM-VM zugewiesen wurde, können nicht auf den Assistenten zur Konfiguration der Replizierung zugreifen.

  Der Assistent zur Konfiguration der Replizierung wird nicht gestartet, wenn sich ein Benutzer, dem die vordefinierte Rolle des VRM-Administrators oder die Rolle zur Replizierung der VRM-VM zugewiesen ist, bei der Site Recovery-Benutzeroberfläche anmeldet und versucht, eine Replizierung zu konfigurieren.

  Umgehung: Klonen Sie die Standardrolle, um ihr die Berechtigung Profilgesteuerter Speicher -> Ansicht des profilgesteuerten Speichers zuzuweisen, und weisen Sie dem Benutzer die geklonte Rolle zu.

• Die Option zur Aktivierung der Stilllegung ist im Assistenten „Replizierung konfigurieren“ für eine ausgeschaltete Replizierungs-Quell-VM deaktiviert, obwohl das Gastbetriebssystem die Stilllegung unterstützt

  Sowohl für Linux- als auch für Windows-Quellen ist die Option „Stilllegung aktivieren“ gemäß den Informationen zum Gastbetriebssystem aktiviert. Falls eine virtuelle Maschine noch nie eingeschaltet wurde, melden ESXi-Hosts immer fehlenden Support für die Stilllegung, da die Informationen vom Gastbetriebssystem nicht verfügbar sind.

  Umgehung: Stellen Sie sicher, dass die Replizierungs-Quell-VMs mindestens einmal eingeschaltet wurden, bevor Sie Replizierungen konfigurieren.

• Nach dem Ändern des vCenter Server-Zertifikats kann nicht auf den vSphere Replication-Dienst zugegriffen werden

  Wenn sich das vCenter Server-Zertifikat ändert, kann nicht mehr auf vSphere Replication zugegriffen werden.

  Umgehung: Informationen finden Sie unter Nach dem Ändern des vCenter Server-Zertifikats kann nicht auf den vSphere Replication-Dienst zugegriffen werden.

• vSphere Replication Management Server (VRMS) beschädigt möglicherweise eine teilweise wiederhergestellte virtuelle Maschine im Ziel-vCenter Server nach einer fehlgeschlagenen Wiederherstellung.

  In seltenen Fällen stoppt VRMS möglicherweise sofort, nachdem die wiederhergestellte virtuelle Maschine im Ziel-vCenter Server registriert wurde. Der letzte Wiederherstellungsfehler im Fenster "Replizierungsdetails" lautet VRM-Server konnte den Vorgang nicht abschließen. Wenn VRMS neu startet, bereinigt VRMS die Dateien für die teilweise wiederhergestellte virtuelle Maschine. In einigen Fällen kann die Registrierung der virtuellen Maschine aus dem vCenter Server nicht aufgehoben werden. Nachfolgende Wiederherstellungsversuche zeigen im Wiederherstellungsassistenten einen Fehler an, dass der ausgewählte Ordner der virtuellen Maschine bereits ein Element mit demselben Namen enthält.

  Umgehung: Entfernen Sie die virtuelle Maschine manuell aus dem Ziel-vCenter Server, behalten Sie allerdings die Festplatten bei, weil sie auf die Platzhalterdateien des Replikats verweisen.

• Eine in vSphere Replication wiederhergestellte virtuelle Maschine wird nicht in vCenter Server eingeschaltet.

  Wenn Sie vSphere Replication verwenden, um eine Wiederherstellung auf einer virtuellen Maschine auszuführen, schlägt sie fehl und der Status der Replizierung ist nicht 'Wiederhergestellt'. Die virtuelle Maschine ist in der vCenter-Bestandsliste registriert, aber bei dem Versuch, sie einzuschalten, tritt dieser Fehler auf: File [datastorename] path/vmname.vmx was not found.

  Die Registrierung der virtuellen Maschine als Teil des Wiederherstellungs-Workflows von vSphere Replication kann in vCenter Server verlaufen, aber die Antwort kann den vSphere Replication Management Server möglicherweise aufgrund eines vorübergehenden Netzwerkfehlers nicht erreichen. vSphere Replication stellt das Replizierungs-Image wieder her und meldet eine fehlgeschlagene Wiederherstellungsaufgabe aufgrund eines Registrierungsfehlers der virtuellen Maschine. Wenn Sie eine andere Wiederherstellung initiieren, schlägt dies mit der Meldung fehl, dass eine virtuelle Maschine mit demselben Namen bereits in vCenter Server registriert ist.

  Umgehung: Entfernen Sie die teilweise wiederhergestellte virtuelle Maschine aus der vCenter Server-Bestandsliste. Löschen Sie die Dateien nicht von der Festplatte. Versuchen Sie die Wiederherstellung erneut durchzuführen.

• Während der Replizierung mehrerer virtueller Maschinen schaltet der vSphere Replication-Server möglicherweise in einen Status um, in dem keine weiteren VRMS-Verbindungen akzeptiert sind, die virtuellen Maschinen allerdings weiterhin repliziert werden.

  Umgehung: Starten Sie den vSphere Replication-Server neu.

• vSphere Replication-Vorgänge schlagen mit dem Fehler "Keine Authentifizierung" fehl

  Wenn Sie einen Vorgang auf einer Site starten, beispielsweise das Konfigurieren von vSphere Replication auf einer virtuellen Maschine, und dann vCenter Server und die vSphere Replication-Appliance auf einer anderen Site neu starten, können die vSphere Replication-Vorgänge mit dem Fehler VRM Server generic error fehlschlagen. Suchen Sie in der Dokumentation nach Informationen zur Fehlerbehebung. Die detaillierte Ausnahme ist: 'com.vmware.vim.binding.vim.fault.NotAuthenticated'.

  Dieses Problem wird dadurch verursacht, dass der vSphere Replication-Server in seinem Cache die Verbindungssitzung vor dem Neustart von vCenter Server und der vSphere Replication-Appliance beibehält.

  Umgehung: Löschen Sie den vSphere Replication-Verbindungscache, indem Sie den vSphere Web Client abmelden und wieder anmelden.

• Vorgang in vSphere Replication Management Server schlägt mit dem Fehler "... UnmarshallException" fehl.

  Wenn der vSphere Replication Management Server eine hohe Last aufweist oder vorübergehende Netzwerkfehler auftreten, können Vorgänge aufgrund von Fehlern in der Kommunikationsschicht mit UnmarshallException fehlschlagen.

  Umgehung: Versuchen Sie den fehlgeschlagenen Vorgang erneut durchzuführen.

• Die VAMI antwortet möglicherweise nicht, wenn Sie eine Aktualisierung installieren.

  Wenn Sie ein Upgrade von vSphere Replication durchführen, wird eine Statusmeldung 'Installation von Aktualisierungen' möglicherweise sogar nach der erfolgreichen Installation von Aktualisierungen nicht ausgeblendet, weil die VAMI nicht antwortet.

  Umgehung: Aktualisieren Sie die VAMI-Benutzerschnittstelle im Browser oder öffnen Sie sie auf einer neuen Registerkarte.

• vSphere Replication-Vorgänge schlagen bei hohem Replizierungsdatenverkehr fehl.

  vSphere Replication-Vorgänge schlagen möglicherweise mit folgender Fehlermeldung fehl: java.net.UnknownHostException Diese Fehler sind darauf zurückzuführen, dass DNS-Anforderungen aufgrund einer Netzwerküberlastung verworfen werden.

  Umgehung: Konfigurieren Sie Ihr Netzwerk über Traffic Shaping, Quality-of-Service oder DNS in der in der vSphere Replication-Appliance so, dass der Management-Verkehr nicht verworfen wird. Eine mögliche Lösung besteht darin, die Caching-Richtlinie der Netzwerkadresse für die vSphere Replication-Appliance zu ändern.

  1. Melden Sie sich bei der vSphere Replication-Appliance als „root“ an.

  2. Öffnen Sie die Datei /usr/java/jre-vmware/lib/security/java.security in einem Editor.

  3. Kommentieren Sie die Zeile networkaddress.cache.ttl aus und legen Sie ihren Wert auf mindestens 86400 Sekunden (24 Stunden) fest oder auf die längste Zeitspanne, die zum Durchführen der ersten vollständigen Synchronisierung erforderlich ist.

  4. Speichern Sie die Datei und starten Sie die vSphere Replication-Appliance neu.

  5. Wiederholen Sie diese Prozedur für alle übrigen vSphere Replication-Appliances.

Replizierungen auf vCenter Server

• Das Konfigurieren einer Replizierung auf eine neu registrierte VM schlägt mit einem Fehler fehl

  Wenn Sie nach dem Durchführen eines erfolgreichen Failovers die wiederhergestellte VM entfernen und dann neu registrieren, schlägt der Vorgang beim Versuch, eine Replizierung für diese VM zu konfigurieren, mit der folgenden Fehlermeldung fehl:

  VM ‘<VM_ID>’ was recovered in optimized reprotect mode in another replication group. To configure new replication for the VM, you must first remove the existing recovered replication.

  Umgehung: Deaktivieren Sie vSphere Replication auf dieser VM. Weitere Informationen finden Sie unter https://kb.vmware.com/s/article/2106946.

• Eine unverschlüsselte Quell-VM kann in einer aktiven Replizierung nicht verschlüsselt werden

  Wenn Sie versuchen, eine unverschlüsselte virtuelle Maschine in einer aktiven Replizierungskonfiguration zu verschlüsseln, schlägt die Verschlüsselung fehl.

  Umgehung: Stellen Sie die unverschlüsselte virtuelle Maschine wieder her und konfigurieren Sie eine neue Replizierung mit verschlüsselten Speicherfestplatten.

  1. Stellen Sie die VM auf der Remote-Site wieder her, schalten Sie die VM jedoch nicht ein.

  2. Entfernen Sie die Replizierung der Quell-VM.

  3. Bearbeiten Sie die Einstellungen der VM auf der Ziel-Site und ändern Sie die VM-Speicherrichtlinie in die VM-Verschlüsselungsrichtlinie.

  4. Bearbeiten Sie die Einstellungen der Quell-VM auf der Quell-Site und ändern Sie die VM-Speicherrichtlinie in die VM-Verschlüsselungsrichtlinie.

  5. Heben Sie die Registrierung der wiederhergestellten virtuellen Maschine auf der Ziel-Site auf, aber löschen Sie die Festplatten nicht.

  6. Konfigurieren Sie eine neue Replizierung und wählen Sie die Festplatten der wiederhergestellten VM auf der Ziel-Site als Speicher aus.

• Die Neukonfiguration einer Replizierung schlägt fehl, wenn ein Speicher-DRS-Cluster als Ziel für die Replizierung aktiviert ist.

  Wenn Sie versuchen, eine Replizierung neu zu konfigurieren und diese aus einem Speicher-DRS-Cluster in einen Teil des Datenspeichers verschieben, schlägt die Neukonfiguration fehl.

  Umgehung: Entfernen Sie die Replizierung und konfigurieren Sie eine neue Replizierung für den gewünschten Datenspeicher.

• Sie können keine benutzerdefinierten Benutzer und Rollen mit vSphere Replication verwenden.

  Sie können keine Replizierung mit einem benutzerdefinierten Benutzer konfigurieren, selbst wenn diesem benutzerdefinierten Benutzer alle erforderlichen VRM-Berechtigungen auf beiden Sites zugewiesen wurden. Auf der Seite "Zielspeicherort" in den Assistenten "Replizierung konfigurieren" wird die Fehlermeldung Permission to perform this operation is denied angezeigt.

  Umgehung: Keine. Alle vSphere Replication-Vorgänge müssen auf beiden Sites mit dem SSO-Administratorbenutzer durchgeführt werden.

• Eine wiederhergestellte virtuelle Maschine mit mehreren aktivierten Zeitpunktinstanzen kann die an den neuesten Snapshot angeschlossenen Festplatten verlieren, wenn Sie einen vorherigen Snapshot wiederherstellen und anschließend den neuesten Snapshot wiederherstellen.

  Wenn Sie eine virtuelle Maschine wiederherstellen, für die Sie die Zeitpunktinstanzen aktiviert haben, und ggf. eine Festplatte für nicht aufgelöste Festplatten anhängen, wird die Festplatte an den neuesten Snapshot angehängt. Wenn Sie einen vorherigen Snapshot wiederherstellen und anschließend den neuesten Snapshot wiederherstellen, sind die angeschlossenen Festplatten nicht mehr verfügbar.

  Umgehung: Bearbeiten Sie die Einstellungen der virtuellen Maschine und fügen Sie die erforderlichen Festplatten als vorhandene Festplatten hinzu.

• Eine virtuelle Maschine mit einer RDM-Festplatte im physischen Modus kann selbst dann nicht konfiguriert werden, wenn die Festplatte von der Replizierung ausgenommen wird.

  Wenn Sie eine Replizierung für eine virtuelle Maschine im physischen Modus konfigurieren, erhalten Sie möglicherweise die folgende Fehlermeldung:

  VRM Server generic error. Check the documentation for any troubleshooting information. The detailed exception is: HMS can not set disk UUID for disks of VM : MoRef: type = VirtualMachine, value = , serverGuid = null'.

  Umgehung: Keine.

• Beim Wiederherstellen einer virtuellen Maschine mit vSphere Replication 8.6 wird die wiederhergestellte virtuelle Maschine nicht eingeschaltet

  Wenn eine replizierte virtuelle Maschine an einen verteilten virtuellen Switch angehängt ist und Sie versuchen, eine Wiederherstellung in einem automatisierten DRS-Cluster durchzuführen, verläuft der Wiederherstellungsvorgang erfolgreich, aber die wiederhergestellte virtuelle Maschine kann nicht eingeschaltet werden.

  Umgehung: Bearbeiten Sie die Einstellungen der wiederhergestellten virtuellen Maschine, um sie mit dem korrekten Netzwerk zu verbinden.

• Das Registrieren zusätzlicher vSphere Replication-Server dauert sehr lange.

  Wenn vCenter Server mehrere hundert ESXi-Server-Hosts verwaltet, kann die Registrierung eines zusätzlichen vSphere Replication-Servers bei der vSphere Replication-Appliance mehrere Minuten dauern. Dies liegt daran, dass der vSphere Replication-Server bei jedem ESXi-Server-Host registriert werden muss.