Versionshinweise zu vSphere Replication 8.7

vSphere Replication 8.7 \| 18. April 2023 \| Build 21591677 \| Herunterladen Import-/Exporttool für vSphere Replication 8.7-Konfigurationen \| 18. April 2023 \| Build 21403189 \| Herunterladen Überprüfen Sie, ob Erweiterungen und Updates für diese Versionshinweise zur Verfügung stehen.

vSphere Replication 8.7 | 18. April 2023 | Build 21591677 | Herunterladen

Import-/Exporttool für vSphere Replication 8.7-Konfigurationen | 18. April 2023 | Build 21403189 | Herunterladen

Überprüfen Sie, ob Erweiterungen und Updates für diese Versionshinweise zur Verfügung stehen.

Neuigkeiten

VMware vSphere Replication 8.7 fügt Kompatibilität mit VMware vSphere 8.0 Update 1 hinzu.
Verbesserung der Datenrasterbenutzeroberfläche:
- Anzeige weiterer Objektzeilen pro Seite auf Basis des Umschaltsteuerelements. Flexibilität bei der Auswahl der maximal anzuzeigenden Datensätze.
- Option zur automatischen Anpassung von Spalten mit Daten.
- Möglichkeit, Größenänderungen bei Spalten zu speichern.
Ausschluss des ESXi-Hosts von der Registrierung auf Basis des ESXi-Host-Tags.
Zusätzliche Option zum Beibehalten von Replikatbasisfestplatten im Assistenten für die Neukonfiguration der Replizierung, wenn eine Festplatte von der Replizierung ausgeschlossen wird.
Datenspeicher-Cluster als Ziel für die Replizierung.
Neue REST-APIs für die Konfiguration von vSphere Replication.

Weitere Informationen finden Sie im Blog.
Neue Option zum Starten oder Neustarten der Syslog-Dienste über die Verwaltungsschnittstelle der VRMS-Appliance.
Versionshinweise zum VMware Aria Operations Management Pack für vSphere Replication 8.7. Informationen zum Management Pack finden Sie in den Versionshinweisen zum VMware Aria Operations Management Pack für vSphere Replication 8.7.
VMware Aria Automation Orchestrator-Plug-In für vSphere Replication 8.7 Informationen zu den neuen Workflows finden Sie in den Versionshinweisen zum VMware Aria Automation Orchestrator-Plug-In für vSphere Replication 8.7.

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

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

Lokalisierung

VMware vSphere Replication 8.7 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.7 zur Verfügung, der aus folgenden Komponenten besteht:

Kompatibilität

vSphere Replication 8.7 ist mit vSphere 8.0 und höheren Versionen kompatibel und unterstützt ESXi-Version 8.0 und höher.

Informationen zur Interoperabilität und Produktkompatibilität finden Sie in den Kompatibilitätsmatrizen für VMware vSphere Replication 8.7.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:

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.
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 Version 8.6 oder 8.7 von vSphere Replication Management Server auf der Quell- und Ziel-Site verwendet werden.

vSphere Replication 8.7 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.5.x oder 8.6.x auf vSphere Replication 8.7 durchzuführen.

Sie können vSphere Replication-Versionen vor 8.4 nicht mithilfe der VAMI (Virtual Appliance Management Interface) auf Version 8.7 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.7. 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.7 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.7 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.

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.
Der Wert der Eigenschaft „hms-db-max-connections“ wird während des Upgrades auf vSphere Replication 8.7 automatisch von 99 in 149 geändert. Zum Beibehalten eines benutzerdefinierten Werts müssen Sie diesen nach dem Upgrade manuell ändern.
vSphere Replication bietet keine Unterstützung für den Schutz virtueller Maschinen, die PMem-Geräte (Persistent Memory) verwenden.
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 ist nicht in vLCM integriert. vSphere Replication und vLCM dürfen nicht im selben Datencenter ausgeführt werden, da vSphere Replication von vLCM beendet wird.
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.7 bietet keine Unterstützung für vSphere 7.0 Update 2, wenn VM-Verschlüsselung eingeschaltet ist.
vSphere Replication 8.7 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™.
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.

Upgrade

Sie können die vSphere Replication-Appliance nicht auf Version 8.7 aktualisieren

Wenn Sie die vSphere Replication-Appliance auf Version 8.7 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.7 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.

Allgemein

Neu - Der Vorgang zum erneuten Schützen schlägt mit dem Fehler „vim.Task:session<ID> wurde bereits gelöscht oder noch nicht vollständig erstellt“ fehl

Aus verschiedenen Gründen, wie z. B. dem Ablauf eines Anmeldetokens, stellt VRMS erneut eine Verbindung mit vCenter Server her. Wenn dies beispielsweise während eines geplanten Failovers oder eines Vorgangs zum erneuten Schützen geschieht, kommt es unter Umständen zu einem Fehler ähnlich dem folgenden: The object 'vim.Task:session[<some-id>]<some-id>' has already been deleted or has not been completely created fehl.

Umgehung: Wiederholen Sie den Vorgang.
Neu - Der Vorgang zum erneuten Schützen im vSAN-Datenspeicher schlägt mit einem Fehler fehl

In seltenen Fällen schlägt der vSphere Replication-Vorgang zum erneuten Schützen beim Versuch, ein Speicherverzeichnis in einem vSAN-Datenspeicher zu erstellen, mit der Fehlermeldung Unable to reverse replication for the virtual machine '<VM_name>'. Permission to perform this operation was denied fehl.

Umgehung:

1. Starten Sie die Verwaltungsdienste auf dem designierten Host neu und wiederholen Sie die Vorgänge zum erneuten Schützen. Weitere Informationen finden Sie unter Neustarten der Management-Agents in ESXi (KB 1003490).

2. Starten Sie den Host bei Bedarf neu und wiederholen Sie die Vorgänge zum erneuten Schützen.

3. Konfigurieren Sie Replizierungen und heben Sie die Konfiguration von Replizierungen auf den fehlerhaften virtuellen Maschinen gegebenenfalls auf.
Neu - Der Vorgang zum erneuten Schützen schlägt mit dem Fehler „Replizierung kann für die virtuelle Maschine nicht rückgängig gemacht werden“ fehl

Während einer Rückreplizierung bereitet vSphere Replication die virtuelle Quellmaschine vor, indem die zugehörigen Snapshots entfernt und die Festplatten minimiert werden. Diese Aufgabe kann länger als erwartet dauern, und vSphere Replication erstellt eine Rückreplizierungsspezifikation mithilfe einer untergeordneten Festplatte. Die folgende Fehlermeldung erscheint: Unable to reverse replication for the virtual machine...

Umgehung: Wiederholen Sie den Vorgang zum erneuten Schützen.
Die Replizierung behält den letzten Fehler bei, obwohl der aktuelle Status „OK“ lautet

Der Replizierungsstatus lautet „OK“, die letzte Fehlermeldung „A replication error occurred at the vSphere Replication Server for replication <replication ID> "No connection to VR Server for virtual machine <vm name> on host <host IP> in cluster <cluster ID> in SDDC-Datacenter: Unknown“ wird jedoch weiterhin auf der Site Recovery-Benutzeroberfläche angezeigt. Der Grund hierfür besteht darin, dass die Ereignisse mit den Informationen zum Replizierungsstatus und dem Hinweis darauf, dass der Fehler behoben werden muss, auf Hostebene gesendet werden. Da in kurzer Zeit zu viele Ereignisse auftreten, werden sie nicht ordnungsgemäß gefiltert und gehen deshalb verloren.

1. Navigieren Sie im vSphere Client zur vCenter Server-Instanz.

2. Wählen Sie die Registerkarte Konfigurieren > Erweiterte Einstellungen > Einstellungen bearbeiten aus.

5. Konfigurieren Sie einen Schlüsselwert, um die Option config.vpxd.event.burstFilter.whiteList zu aktivieren. Folgende Ereignisse sollten in die Positivliste aufgenommen werden: vim.event.UserLoginSessionEvent; vim.event.UserLogoutSessionEvent; hbr.primary.DeltaCompletedEvent; hbr.primary.NoConnectionToHbrServerEvent; hbr.primary.ConnectionRestoredToHbrServerEvent; hbr.primary.FSQuiescedDeltaCompletedEvent; hbr.primary.AppQuiescedDeltaCompletedEvent; hbr.primary.UnquiescedDeltaCompletedEvent.

6. Starten Sie den vmware-vpxd-Dienst neu, damit alle Änderungen wirksam werden.
Der Wert der benutzerdefinierten Eigenschaft „hms-db-max-connections“ wird nach dem Upgrade von vSphere Replication auf Version 8.7 nicht beibehalten

Der Wert der Eigenschaft „hms-db-max-connections“ wird während des Upgrades auf vSphere Replication 8.7 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.
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.
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 Fehler „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.
Eine replizierte VM reagiert nicht mehr oder kann Netzwerkanforderungen nicht erfüllen

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.
Der Vorgang zum erneuten Schützen 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. 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-default-vlsi-client-timeout=15
```
3. Starten Sie den HMS-Dienst 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.
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 ESXi-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.
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.
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 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.
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.
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.7 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.