times

VMware vSphere Replication 8.5 | 5. Oktober 2021 | Build 18710774 | Herunterladen

Import-/Exporttool für VMware vSphere Replication 8.5-Konfigurationen | 5. Oktober 2021 | Build 18712590 | Herunterladen

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

Inhalt dieser Versionshinweise

Diese Versionshinweise decken die folgenden Themen ab:

Neuigkeiten
Lokalisierung
Produktdokumentation
Installation
Upgrade von vSphere Replication
Grenzwerte für den Betrieb von vSphere Replication
Open Source-Komponenten
Probleme und Einschränkungen
Bekannte Probleme

Neuigkeiten

VMware vSphere Replication 8.5 fügt Kompatibilität mit VMware vSphere 7.0 Update 3 hinzu.
Unterstützung für das Ändern der Speicherrichtlinie von Replikatfestplatten in einem vSAN-Zieldatenspeicher.
Unterstützung für FIPS (Federal Information Processing Standards) mit vSphere Replication. Sie können FIPS in der vSphere Replication-Appliance aktivieren, indem Sie die Schritte in KB 84298 ausführen.
Aufzeichnen des Stilllegungsstatus von virtuellen Maschinen in der Benutzeroberfläche.
Anzeigen des Site-Namens des Replizierungsziels auf der Seite „Replikatvalidierung konfigurieren“.
vRealize Operations Management Pack for VMware vSphere Replication 8.5. Informationen zum Management Pack finden Sie in den Versionshinweisen zu VMware vRealize Operations Management Pack for VMware vSphere Replication 8.5.
vRealize Orchestrator Plug-In for VMware vSphere Replication 8.5 Informationen zu den neuen Workflows finden Sie in den Versionshinweisen zu VMware vRealize Orchestrator Plug-In for VMware vSphere Replication 8.5.

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

Informationen zu den Funktionen von vSphere 7.0 Update 3 finden Sie in der Dokumentation zu vSphere 7.0.

Lokalisierung

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

Englisch
Französisch
Deutsch
Japanisch
Koreanisch
Spanisch
Vereinfachtes Chinesisch
Traditionelles Chinesisch

Produktdokumentation

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

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 über die Installation von vSphere Replication im vSphere Replication-Dokumentationscenter.

Für Replizierungen von vCenter Server auf vCenter Server kann Version 8.4 oder 8.5 von vSphere Replication Management Server auf der Quell- und Ziel-Site verwendet werden.

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

Upgrade von vSphere Replication

Sie verwenden die ISO-Datei und die VAMI, um ein Upgrade auf vSphere Replication 8.3.x oder von 8.4.x auf vSphere Replication 8.5 durchzuführen.

Mit dem offiziellen VMware-Update-Repository aus der VAMI (Virtual Appliance Management Interface) der vSphere Replication-Appliance können Sie kein Upgrade für vSphere Replication von Version 6.5.1 auf Version 8.5 durchführen. 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.5 finden Sie unter Upgrade zusätzlicher vSphere Replication-Server und Upgrade der vSphere Replication-Appliance.

Anmerkungen:

Wenn Disaster Recovery to Cloud-Replizierungen ausgeführt werden und Sie versuchen, ein Upgrade auf vSphere Replication 8.5 über die VAMI durchzuführen, schlägt das Upgrade fehl, um zu verhindern, dass diese Replizierungen verloren gehen. Um einen Fehler beim Upgrade zu vermeiden, müssen Sie vor dem Upgrade die Konfiguration aller Disaster Recovery to Cloud-Replizierungen aufheben. Wenn Sie die Wiederherstellung in der Cloud weiterhin nutzen möchten, können Sie VMware vCloud Availability for vCloud Director verwenden. Weitere Informationen finden Sie auf der Produktseite für VMware vCloud Availability.
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 VMware Site Recovery Manager-Dokumentation.

Grenzwerte für den Betrieb von vSphere Replication

Die Grenzwerte für den Betrieb von vSphere Replication 8.5 sind in der VMware-Knowledgebase dokumentiert. Informationen dazu finden Sie unter Grenzwerte für den Betrieb von vSphere Replication 6.x und 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 6.х und 8.x 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.5 enthalten sind, finden Sie auf der Seite mit Informationen zur 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 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.
NEU 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.
NEU 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 können virtuelle Maschinen mit virtuellem NVMe replizieren. vSphere Replication unterstützt NVMe over Fabrics-Datenspeicher (NVMe-oF) als Quelle und Ziel einer Replizierung. vSphere Replication unterstützt virtuelle NVMe-Controller nur dann, wenn sowohl der ESXi-Quell- als auch der ESXi-Zielhost die Version 7.0 Update 2 oder höher aufweisen. Weitere Informationen zur Verwendung der NVMe-Technologie in Verbindung mit den VMware-Produkten finden Sie unter VMware NVMe-Konzepte in der Dokumentation zu VMware vSphere 7.0.
vSphere Replication 8.5 bietet keine Unterstützung für vSphere 7.0 Update 2, wenn VM-Verschlüsselung eingeschaltet ist. Zur Verwendung von VM-Verschlüsselung mit vSphere Replication 8.5 müssen Sie vSphere 7.0 Update 2c oder höher installieren.
vSphere Replication 8.5 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.
Sie können die vSphere Replication-Appliance nicht konfigurieren, wenn der Platform Services Controller mit einem benutzerdefinierten Port installiert ist.
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 3000 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.
Die 5 minütige RPO erfordert für den Quellhost mindestens ESXi 6.5.
Für die Verwendung der Netzwerkisolationsfunktion muss für vSphere Replication der Host ESXi 6.0 oder höher sein.
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

Die bekannten Probleme gliedern sich in folgende Gruppen.

Upgrade
Allgemein
Replizierungen auf vCenter Server

Upgrade

NEU Sie können die vSphere Replication-Appliance nicht auf Version 8.5 aktualisieren
Wenn Sie die vSphere Replication-Appliance auf Version 8.5 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.5 durchführen.
Der vSphere Replication Management-Dienst wird nach dem Upgrade nicht gestartet.
Nach dem Upgrade von vSphere Replication wird der VRM-Dienst (vSphere Replication Management) in der VAMI als beendet angezeigt und die Datei „/opt/vmware/hms/logs/hms-configtool.log“ in der virtuellen Appliance enthält java.net.ConnectException: Verbindung abgelehnt-Fehlermeldungen.

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 die vSphere Replication-Appliance aktualisieren oder wenn aus einem anderen Grund eine Änderung des Zertifikats oder der IP-Adresse der vSphere Replication-Appliance erfolgt, werden die Berechtigungen, die den standardmäßigen VRM-Benutzerrollen zugeordnet sind, gelöscht.
Dieses Problem tritt bei jedem Aufheben der Registrierung und jedem Registrieren der vSphere Replication-Erweiterung über den Erweiterungsmanager von vCenter Server auf.

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 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.
NEU 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: Die Snapshot-Datei kann nicht geöffnet werden.

Umgehung: Keine.
NEU 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:

Die IP-Adresse des Speicherdatenverkehrs <IP_address> muss mit einer der IP-Adressen der Netzwerkkarte übereinstimmen

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
NEU Nach dem Upgrade von vCenter Server werden unter Umständen Fehlermeldungen auf der Site Recovery-Benutzeroberfläche angezeigt
Wenn Sie die Site Recovery-Benutzeroberfläche nach dem Upgrade des vCenter Servers auf Version 6.7 Update 3p oder Version 7.0 Update 3 P04 öffnen, wird unter Umständen folgende Fehlermeldung angezeigt: „Benutzer ist nicht angemeldet. Die Ausführung der Methode wird aufgrund fehlender Berechtigungen beendet.“ Derselbe Fehler wird in der Datei „dr.log“ und in den HMS-Protokollen beobachtet.

Umgehung: Keine. Verwerfen Sie den Fehler.
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:

Der VRMS konnte nicht registriert werden.

Umgehung: Um einen benutzerdefinierten vCenter Server-Port zu ermitteln und den VRMS-Konfigurations-Workflow so anzupassen, dass er diesen Port verwendet, lesen Sie den KB-Artikel unter https://kb.vmware.com/s/article/85918.
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: „Die Replizierung für die virtuelle Maschine kann nicht rückgängig gemacht werden. Auf dem vSphere Replication Management Server ist ein Fehler aufgetreten java.net.SocketTimeoutException: Zeitüberschreitung beim Lesen“

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.
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
NEU 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:

Der Festplattensatz auf dem vSphere Replication-Server stimmt nicht mit der Quellgruppe für die Replizierung „<vm name>“ überein.

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.
NEU 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: „Ungültige Konfigurationsspezifikation. Einige Festplatten wurden weder für die Replizierung angegeben noch davon ausgeschlossen.“.

Umgehung: Konfigurieren Sie die Replikation manuell erneut.
NEU 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.
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 Sie diesen Eintrag sehen sollten:

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 ESX Version 6.5 verwenden, wird hbr-agent.vib nicht automatisch auf den ESX 6.5-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 hbr-agent.vib für vSphere Replication 8.5 herunter und installieren Sie es auf den ESX 6.5-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 versuchen, IPv6 über VMware VRMS Appliance Management zu 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. Um eine IP-Adresse über DHCP zu empfangen, führen Sie stattdessen $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.
Um eine IP-Adresse über DHCP zu empfangen, führen Sie stattdessen $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:

Die Neukonfiguration für die Replizierungsgruppe „<VM_ID>“ (ID des verwalteten Objekts: „GID-<group-ID>“) ist nicht möglich. 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 Der Vorgang ist im aktuellen Zustand nicht zulässig.

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:

Replizierung konnte nicht neu konfiguriert werden wegen java.lang.NullPointerException bei com.vmware.hms.replication.SecondaryGroupImpl.reconfigureVirtualMachine(SecondaryGroupImpl.java:3163) bei com.vmware.hms.replication.SecondaryGroupImpl.scheduledReconfigure(SecondaryGroupImpl.java:2840) bei com.vmware.hms.replication.SecondaryGroupImpl.access$3(SecondaryGroupImpl.java:2812) bei com.vmware.hms.replication.SecondaryGroupImpl$2.go(SecondaryGroupImpl.java:2780) bei com.vmware.hms.task.TaskRunnable.run(TaskRunnable.java:71) bei com.vmware.hms.HmsTaskManager$2.run(HmsTaskManager.java:519) bei com.vmware.hms.util.executor.LoggerOpIdConfigurator$RunnableWithDiagnosticContext.run(LoggerOpIdConfigurator.java:133) bei 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 Ergebnisse liefert, 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, eine Testwiederherstellung durchzuführen, mit einer Fehlermeldung ähnlich der folgenden fehl:

Erstellen eines Test-Bubble-Image für Gruppe „<group-ID>“ nicht möglich auf vSphere Replication Server...

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

Umgehung 2: Konfigurieren Sie VM-Home neu, sodass es in einen vSAN-Datenspeicher repliziert wird.
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:

Die Replizierung kann nicht konfiguriert werden: Ein allgemeiner Systemfehler ist aufgetreten: Ungültiger Fehler

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.
Bei Ausführung der Quell-VM für eine Replizierung auf ESXi 6.7 oder 6.7 Update 1 wird eine anfängliche oder vollständige Synchronisierung vor dem Abschluss möglicherweise nicht mehr fortgesetzt
Die Synchronisierung von Replizierungen, für die die Quell-VM auf ESXi 6.7 oder 6.7 Update 1 ausgeführt wird, bleibt in Bearbeitung, aber beim Wert für die Prüfsummen-Byte in den Details zur Replizierung gibt es keinen Fortschritt. Vorgänge wie das Ausschalten, das Erstellen oder das Wiederherstellen eines Snapshots und Migrationen schlagen mit einer Zeitüberschreitung oder Task in progress-Fehlern fehl.

Umgehung:

1. Deaktivieren Sie in den erweiterten ESXi-Einstellungen die Prüfsumme für vSphere Replication durch Festlegen von HBR.ChecksumUseChecksumInfo = 0.

2. Migrieren Sie alle VMs und schalten Sie diejenigen aus, die nicht auf dem ESXi-Host migriert werden können.

3. Versetzen Sie den Host in den Wartungsmodus.

4. Starten Sie den ESXi-Host neu.

Mit diesen Schritten deaktivieren Sie den Prüfsummenteil des Synchronisierungsvorgangs, und alle zugeteilten Blöcke werden an die Remote-Site gesendet, unabhängig davon, ob sie unterschiedlich sind. Außerdem können Sie keine Speicher verwenden.
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 dies mit einem langsamen Zielhost oder temporären Netzwerkfehlern zusammenfällt, kann dies zu einem Replizierungsfehler mit DiskQueue is full-Fehlern 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“.
Das Konfigurieren einer Replizierung, die Seeds verwendet, auf einem vVol-Zieldatenspeicher gelingt, 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; Gesetztes Fehlerflag: nfc-no-memory; Code gesetzt auf: Host kann Anforderung nicht verarbeiten.; Gesetztes Fehlerflag: retriable; Gesetztes Fehlerflag: pick-new-host; Schreiben von (single) auf Remotefestplatte nicht möglich'.

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 Quellservers von vSphere Replication Management 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-Synchronisierung für die VRM-Gruppe <Gruppenname> fehlgeschlagen. Es ist ein generischer Fehler im vSphere Replication Management Server aufgetreten. Ausnahmedetails: '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 dazu 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. In solchen Fällen halten Sie den Wert der HBR.TransferMaxContExtents-Konfigurationsoption niedrig.
Alternativ können Sie weitere Hosts zur sekundären Site 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: Weitere Informationen finden Sie unter Kein Zugriff auf vSphere Replication nach Ändern des vCenter Server-Zertifikats.
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: Datei [datastorename] path/vmname.vmx wurde nicht gefunden. 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 - generischer Fehler 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

NEU Das Konfigurieren einer Replizierung auf eine neu registrierte VM schlägt mit einem Fehler fehl
Wenn Sie nach dem Durchführen eines erfolgreichen Failovers im optimierten Modus zum erneuten Schützen 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>“ wurde im optimierten Modus zum erneuten Schützen in einer anderen Replizierungsgruppe wiederhergestellt. Zum Konfigurieren einer neuen Replizierung für die VM müssen Sie zuerst die vorhandene wiederhergestellte Replizierung entfernen.

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 Die Berechtigung zur Durchführung dieses Vorgangs wurde verweigert 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 - generischer Fehler. Suchen Sie in der Dokumentation nach Informationen zur Fehlerbehebung. 
Die detaillierte Ausnahme ist: HMS kann die Festplatten-UUID für Festplatten der VM nicht festlegen: MoRef: 
type = VirtualMachine, value = 
   
      
       
    , serverGuid = null'.

Umgehung: Keine.

Beim Wiederherstellen einer virtuellen Maschine mit vSphere Replication 8.5 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 das Registrieren eines zusätzlichen vSphere Replication-Servers mit der vSphere Replication-Appliance einige Minuten dauern.
Dies liegt daran, dass der vSphere Replication-Server mit jedem ESXi-Server-Host registriert werden muss.