Versionshinweise zu VMware Site Recovery Manager 8.5

Virtuelle VMware Site Recovery Manager 8.5-Appliance | 5. Oktober 2021 | Build 18710731 | Herunterladen

Import-/Exporttool für VMware Site Recovery Manager 8.5-Konfigurationen | 5. Oktober 2021 | Build 18710000

Ü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:

Neuheiten in VMware Site Recovery Manager 8.5
Hinweis zur Produktunterstützung
Lokalisierung
Kompatibilität
Installation und Upgrade
Migration auf die virtuelle VMware Site Recovery Manager-Appliance
Netzwerksicherheit
Grenzwerte für den Betrieb von VMware Site Recovery Manager
Open Source-Komponenten
Probleme und Einschränkungen
Bekannte Probleme

Neuheiten in VMware Site Recovery Manager 8.5

In VMware Site Recovery Manager 8.5 wurde Kompatibilität mit VMware vSphere 7.0 Update 3 hinzugefügt.
Stretched Storage-Unterstützung für Schutzgruppen mit Array-basierter Replizierung
Verbesserungen beim automatischen Schutz von VMs – automatische Entfernung des Schutzes und Möglichkeit, virtuelle Maschinen zwischen Schutzgruppen zu verschieben
Die Site Recovery-Benutzeroberfläche, die Config-Benutzeroberfläche und das Site Recovery vSphere Client-Plug-In unterstützen jetzt Clarity 5.1.
Überarbeitetes Datenraster auf der Benutzeroberfläche zum Anzeigen weiterer Details für Datenspeicher-Cluster mit mehreren Datenspeichern.
Informationen zu den öffentlichen VMware Site Recovery Manager-APIs und zu einer umfassenderen Produktautomatisierung finden Sie im Entwicklerhandbuch für Site Recovery Manager-APIs.
vRealize Operations Management Pack for VMware Site Recovery Manager 8.5. Informationen zum Management Pack finden Sie in den Versionshinweisen zu VMware vRealize Operations Management Pack for VMware Site Recovery Manager 8.5.
vRealize Orchestrator Plug-In für VMware Site Recovery Manager 8.5. Informationen zu den neuen Workflows finden Sie unter Versionshinweise zu VMware vRealize Orchestrator Plug-In für VMware Site Recovery Manager 8.5.

Hinweis: Weitere Informationen zur Interoperabilität mit älteren oder neueren VMware vSphere-Versionen finden Sie in den Kompatibilitätsmatrizen für VMware Site Recovery Manager 8.5.

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

Informationen zu den unterstützten Datenbanken finden Sie in den Kompatibilitätsmatrizen für VMware Site Recovery Manager 8.5.

Hinweis zur Produktunterstützung

NEU VMware Site Recovery Manager 8.5 ist die letzte allgemeine Version, die Schutzgruppen für Speicherrichtlinien unterstützt.

VMware Site Recovery Manager unterstützt die Windows-Version des Installationsprogramms nicht mehr und ist nur als Appliance verfügbar.

Lokalisierung

VMware Site Recovery Manager 8.5 ist in den folgenden Sprachen verfügbar:

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

Kompatibilität

VMware Site Recovery Manager-Kompatibilitätstabelle

VMware Site Recovery Manager 8.5 ist kompatibel mit vSphere 6.7 und höher und bietet Unterstützung für die von vCenter Server 7.0 unterstützten ESXi-Versionen.

VMware Site Recovery Manager 8.5 benötigt sowohl auf der Schutz- als auch auf der Wiederherstellungs-Site eine unterstützte vCenter Server-Version.

Informationen zur Interoperabilität und Produktkompatibilität, beispielsweise Unterstützung für die Anpassung von Gastbetriebssystemen, finden Sie in den Kompatibilitätsmatrizen für VMware Site Recovery Manager 8.5.

Kompatible Speicher-Arrays und Speicherreplizierungsadapter

Die aktuelle Liste der unterstützten kompatiblen Speicher-Arrays und SRAs finden Sie im Site Recovery Manager-Speicherpartner-Kompatibilitätshandbuch.

Kompatible vVols-Partner-VASA-Anbieter

Die aktuelle Liste der kompatiblen vVols-Partner-VASA-Anbieter finden Sie im VMware-Kompatibilitätshandbuch.

VMware vSAN-Unterstützung

Mit vSphere Replication kann VMware Site Recovery Manager 8.5 virtuelle Maschinen schützen, die sich in VMware vSAN befinden. vSAN benötigt keinen Speicherreplizierungsadapter (SRA, Storage Replication Adapter) für die Ausführung mit VMware Site Recovery Manager 8.5.

Installation und Upgrade

Weitere Informationen zum Installieren und Aktualisieren von VMware Site Recovery Manager finden Sie unter Site Recovery Manager-Installation und -Konfiguration.

Um auf die unterstützten Upgradepfade für VMware Site Recovery Manager zuzugreifen, wählen Sie Upgrade-Pfad und VMware Site Recovery Manager in den Interoperabilitätsmatrizen für VMware-Produkte aus.

HINWEIS:

Wenn sich die vCenter Server-Instanzen auf den Schutz- und Wiederherstellungs-Sites im erweiterten verknüpften Modus befinden, müssen sie direkte Replizierungspartner sein. Andernfalls schlägt das Upgrade möglicherweise fehl.

Migration auf die virtuelle VMware Site Recovery Manager-Appliance

Sie können Ihre Site Recovery Manager 8.3.x-Instanz von Windows auf die virtuelle Site Recovery Manager 8.3.x-Appliance migrieren und dann ein Upgrade auf die virtuelle Site Recovery Manager 8.5-Appliance durchführen. Weitere Informationen zum Migrationsvorgang finden Sie unter Migrieren von Site Recovery Manager für Windows auf die virtuelle Site Recovery Manager-Appliance.

Netzwerksicherheit

Für Site Recovery Manager ist eine Verwaltungsnetzwerkverbindung zwischen gekoppelten Sites erforderlich. Die Site Recovery Manager Server-Instanzen auf der Schutz-Site und auf der Wiederherstellungs-Site müssen eine Verbindung miteinander herstellen können. Darüber hinaus erfordert jede Site Recovery Manager-Instanz eine Netzwerkverbindung zu den Platform Services Controller- und den vCenter Server-Instanzen, die Site Recovery Manager auf der Remote-Site erweitert. Verwenden Sie ein eingeschränktes, privates Netzwerk, auf das für den gesamten Datenverkehr zwischen Site Recovery Manager-Sites kein Zugriff über das Internet möglich ist. Durch die Begrenzung der Netzwerkkonnektivität beschränken Sie das Potenzial für bestimmte Angriffsarten.

Eine Liste der Netzwerkports, die für Site Recovery Manager auf beiden Sites geöffnet sein müssen, finden Sie unter Netzwerkports für Site Recovery Manager.

Grenzwerte für den Betrieb von VMware Site Recovery Manager 8.5

Die Grenzwerte für den Betrieb von VMware Site Recovery Manager 8.5 finden Sie unter Grenzwerte für den Betrieb von Site Recovery Manager.

Open Source-Komponenten

Informationen über Copyright und Lizenzen für die Open Source-Softwarekomponenten, die im Lieferumfang von VMware Site Recovery Manager 8.5 enthalten sind, finden Sie unter VMware Site Recovery Manager-Downloads. Sie können auch die Quelldateien für jede GPL-, LGPL- oder vergleichbare Lizenz herunterladen, die es erfordert, den Quellcode oder Änderungen des Quellcodes für die neueste allgemein verfügbare Version von vCenter Site Recovery Manager zur Verfügung zu stellen.

Probleme und Einschränkungen

Der Schutz und die Wiederherstellung verschlüsselter virtueller Maschinen mit vSphere Replication erfordern VMware vSphere 6.7 Update 1 oder höher für 6.7.x-basierte Versionen und vSphere 7.0 Update 2c oder höher für 7.0.x-basierte Versionen.
Die Beibehaltung von vSphere-Tags wird für Schutzgruppen für Speicherrichtlinien nicht unterstützt.
Wenn eine virtuelle Linked Clone-Maschine erstellt wird, verwenden einige ihrer Festplatten weiterhin die Festplatten der virtuellen Basismaschine. Wenn Sie die vVols-Replizierung verwenden, müssen Sie die virtuelle Linked Clone-Maschine in derselben Replizierungsgruppe wie die virtuelle Basismaschine replizieren; andernfalls wird die folgende Fehlermeldung angezeigt: „Die virtuelle Maschine „{vmName}“ wird von mehreren Replizierungsgruppen repliziert.“ Wenn Sie die virtuelle Basismaschine in einer anderen Replizierungsgruppe als die virtuellen Linked Clone-Maschinen replizieren müssen oder die virtuelle Basismaschine überhaupt nicht repliziert werden kann, müssen die virtuellen Linked Clone-Maschinen in vollständige Klone konvertiert werden.
Für den Schutz und die Wiederherstellung verschlüsselter virtueller Maschinen mit VMware Virtual Volumes-Schutzgruppen ist vSphere 7.0 oder höher erforderlich.
Site Recovery Manager unterstützt keine Virtual Volumes-Replizierung von nicht angehängten Festplatten, die nur in einem Snapshot vorhanden sind.
Site Recovery Manager bietet keine Unterstützung für den Schutz und die koordinierte Wiederherstellung von NVMe over Fabrics-Datenspeichern (NVMe-oF). Weitere Informationen zum NVMe-Speicher finden Sie unter VMware NVMe-Konzepte in der Dokumentation zu VMware vSphere 7.0.
VMware Site Recovery Manager bietet derzeit keine Unterstützung für AVS ANF for NetApp ONTAP NFS-Speicher, weder als Quelle noch als Ziel für eine Replizierung.
Automatische Netzwerkzuordnung wird bei Schutzgruppen für Speicherrichtlinien in NSX-T-Datencentern nicht unterstützt.
Für den Schutz und die Wiederherstellung verschlüsselter virtueller Maschinen mit vSphere Replication ist VMware vSphere 6.7 Update 1 oder höher erforderlich.
Das Import-/Exporttool für VMware Site Recovery Manager 8.5 versucht, die Wiederherstellungseinstellungen geschützter virtueller Maschinen nur einmal zu importieren. Dabei spielt es keine Rolle, ob die geschützten virtuellen Maschinen zu einem oder mehreren Wiederherstellungsplänen gehören.
vSphere Flash Read Cache ist nach der Wiederherstellung auf virtuellen Maschinen deaktiviert und die Reservierung ist auf null gesetzt. Merken Sie sich die Cachereservierung der virtuellen Maschine von vSphere Web Client, bevor Sie eine Wiederherstellung auf einer virtuellen Maschine durchführen, die für die Verwendung von vSphere Flash Read Cache konfiguriert ist. Sie können vSphere Flash Read Cache nach der Wiederherstellung auf der virtuellen Maschine neu konfigurieren.
VMware Site Recovery Manager 8.5 unterstützt den Schutz virtueller Maschinen mit Einzelprozessor-vSphere FT, deaktiviert aber nach einer Wiederherstellung Einzelprozessor-vSphere FT für die virtuellen Maschinen auf der Wiederherstellungs-Site.
- Wenn Sie Einzelprozessor-vSphere FT auf virtuellen Maschinen verwenden, müssen Sie die virtuellen Maschinen auf der Schutz-Site so konfigurieren, dass vSphere FT von Site Recovery Manager nach einer Wiederherstellung deaktiviert werden kann. Informationen zum Konfigurieren virtueller Maschinen für Einzelprozessor-vSphere FT auf der Schutz-Site finden Sie unter https://kb.vmware.com/kb/2109813.
VMware Site Recovery Manager 8.5 unterstützt mit den folgenden Einschränkungen vSphere Replication 8.5 mit vSphere Virtual Volumes.
- Sie können keine Point-in-Time-Snapshots von vSphere Replication mit virtuellen Maschinen verwenden, bei denen das Replizierungsziel ein Virtual Volumes-Datenspeicher ist.
- Bei Verwendung des vSphere Virtual Volumes-Speichers als Replizierungsziel müssen alle zur virtuellen Maschine gehörenden Festplatten auf einem einzelnen vSphere Virtual Volumes-Datenspeicher repliziert werden.
- Wenn sich eine replizierte virtuelle Maschine in einem vSphere Virtual Volumes-Datenspeicher befindet, müssen sich alle zu dieser virtuellen Maschine gehörenden Festplatten in einem einzelnen vSphere Virtual Volume-Datenspeicher befinden.
VMware Site Recovery Manager 8.5 bietet keine Unterstützung für NFSv4.1-Datenspeicher für Array-basierte Replizierung. Sie können Site Recovery Manager 8.5 mit NFSv4.1-Datenspeichern für vSphere Replication verwenden.
VMware Site Recovery Manager bietet keine Unterstützung für die Neukonfiguration von Speicherprofil-Schutzgruppen, wie z. B. das Ändern des Satzes von verknüpften Speicherrichtlinien, Gruppennamen oder Beschreibungen. Wenn Sie eine Speicherprofil-Schutzgruppe ändern möchten, müssen Sie sie löschen und mit der neuen Konfiguration neu erstellen.
VMware Site Recovery Manager kann RDM-Festplatten oder fehlertolerante virtuelle Maschinen in Schutzgruppen für Speicherrichtlinien nicht schützen.
VMware Site Recovery Manager bietet keine Unterstützung für die Zuordnung und den Ausschluss nicht replizierter virtueller Geräte in Schutzgruppen für Speicherrichtlinien.
Ihre Umgebung muss die folgenden Anforderungen erfüllen, um die zweistufige Authentifizierung mit RSA SecureID oder die Smartcard-Authentifizierung (Common Access Card) verwenden zu können:
1. Verwenden Sie die Administratoranmeldedaten von Platform Services Controller für die Installation von Site Recovery Manager 8.5 und für die Kopplung Ihrer Site Recovery Manager 8.5-Sites.
2. Die vCenter Server-Instanzen auf beiden Site Recovery Manager 8.5-Sites müssen im erweiterten verknüpften Modus ausgeführt werden. Um Fehler beim Upgrade von Site Recovery Manager 8.5 auf eine neuere Version zu verhindern, müssen die vCenter Server-Instanzen beider Sites direkte Replizierungspartner sein.

Bekannte Probleme

Site Recovery Manager-Workflow schlägt mit einem NotAuthenticated-Fehler fehl
Alle 8 Stunden tritt ein Zeitraum von 0-60 Sekunden auf, in dem ein Remotevorgang fälschlicherweise mit einem NotAuthenticated-Fehler fehlschlagen kann. Wenn Sie einen Site Recovery Manager-Workflow ausführen, z. B. „Neu schützen“ oder „Failover“, schlägt der Workflow möglicherweise mit einem NotAuthenticated-Fehler fehl. Obwohl alle Verbindungen aktiv sind, wenn Sie den Workflow starten, läuft das aktive Anmeldetoken möglicherweise während der Ausführung des Workflows ab, und dies verursacht den Fehler.

Umgehung: Führen Sie den Workflow erneut aus.
Das Exportieren der Site Recovery Manager-Konfiguration mithilfe eines Lösungsbenutzers von Remote-Site Recovery Manager schlägt mit einer Fehlermeldung fehl
Wenn Sie in einer Site Recovery Manager-Umgebung mit ausschließlich Array-basierter Replizierung versuchen, die Site Recovery Manager-Konfiguration mithilfe eines Skripts ohne Anmeldedaten zu exportieren, schlägt der Export fehl. Das Impex-Protokoll enthält den folgenden Fehler:

2022-05-02 04:35:57,061 [srm-reactive-thread-13] ERROR com.vmware.srm.client.impex.Main - Export SRM configuration ended. (vim.fault.NoPermission) { faultCause = null, faultMessage = null, object = ManagedObjectReference: type = Folder, value = group-d1, serverGuid = e288c277-4377-4abe-80ad-0e981d64badf, privilegeId = StorageProfile.View }

Umgehung 1: Fügen Sie „policy-driven storage view“ zur Remote-SRM-Lösungsbenutzerrolle hinzu.
Umgehung 2: Exportieren Sie die Site Recovery Manager-Konfiguration mithilfe einer Eigenschaftsdatei oder im interaktiven Modus mit Anmeldedaten. Weitere Informationen finden Sie unter Verwenden einer Eigenschaftsdatei zum Exportieren von Site Recovery Manager-Konfigurationsdaten und Exportieren von Site Recovery Manager-Konfigurationsdaten mit dem eigenständigen Import-/Exporttool.
Nach der Durchführung einer Notfallwiederherstellung auf der Remote-Site und der Aktivierung des Schutzes von virtuellen Maschinen auf der Remote-Site lautet der Replizierungsstatus der VMs „Nicht aktiv“
Wenn Sie eine Notfallwiederherstellung von virtuellen Maschinen auf einer Remote-Site mit mehreren Clustern durchführen und den Schutz der VMs auf der Remote-Site aktivieren, sobald die primäre Site wieder online ist, lautet der Replizierungsstatus der VMs Nicht aktiv, und der folgende Fehler wird angezeigt: „Keine Verbindung zum VR-Server.“

Umgehung:
1. Stellen Sie eine SSH-Verbindung zu der vSphere Replication-Appliance her.
2. Ändern Sie den Wert lwdSslHandshakeTimeoutSec in der Datei /etc/vmware/hbrsrv.xml in 5.
3. Starten Sie den problematischen HBR-Server neu.
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 Das automatische Aufheben des Schutzes für Schutzgruppen der Array-basierten Replizierung und der vVols-Replizierung funktioniert nicht ohne die erweiterte Einstellung für den automatischen Schutz
Wenn Sie nur die erweiterten Einstellungen für das Aufheben des automatischen Schutzes aktivieren und die Einstellungen für den automatischen Schutz deaktiviert sind, funktioniert das automatische Aufheben des Schutzes für Schutzgruppen der Array-basierten Replizierung und der vVols-Replizierung nicht.

Umgehung: Aktivieren Sie sowohl die erweiterten Einstellungen für den automatischen Schutz als auch die erweiterten Einstellungen für das Aufheben des automatischen Schutzes für den von Ihnen verwendeten Schutzgruppentyp.
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 Zusätzliche Netzwerkkarte erhält keine Netzwerkkonfiguration und verbleibt im Zustand INAKTIV
Durch Konfigurieren der zusätzlichen Netzwerkschnittstellen über die Benutzeroberfläche des Konfigurationsdiensts wird der Status der Netzwerkschnittstelle nicht geändert, und die Netzwerkschnittstelle stellt keine Verbindung zum Netzwerk her.

Umgehung: Stellen Sie eine SSH-Verbindung zur Site Recovery Manager-Appliance oder zur vSphere Replication-Appliance her und führen Sie die folgenden Befehle aus:
1. „ip link“ – zum Auffinden der erforderlichen Netzwerkkarte, die sich im Status INAKTIV befindet. Die Ausgabe entspricht Folgendem:
  1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000 link/ether 00:50:56:bc:f4:db brd ff:ff:ff:ff:ff:ff 3: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000 link/ether 00:50:56:bc:53:2e brd ff:ff:ff:ff:ff:ff
2. „ip link set dev <name> up“ – Zum Festlegen des Status der Netzwerkkarte auf AKTIV.
NEU Wiederherstellungsplan mit einer von vSphere Replication replizierten virtuellen Maschine schlägt mit einem Fehler fehl
Wenn die mit vSphere Replication replizierte virtuelle Maschine mit MPITs über mehrere replizierte Festplatten in verschiedenen Datenspeichern verfügt und Sie die Replizierung einer Festplatte beenden und von der Schutzgruppe trennen, schlägt das Failover mit folgendem Fehler fehl: „Ungültige Konfiguration für Gerät '0'“.

Umgehung: Beenden Sie weder die Replizierung einer der Festplatten noch trennen Sie die Festplatte von der Schutzgruppe.
NEU Der Vorgang zum erneuten Schützen einer großen Anzahl von VMs schlägt mit einem Fehler fehl
Wenn Sie einen Vorgang zum erneuten Schützen für eine große Anzahl von VMs durchführen, schlägt der Vorgang möglicherweise mit einem der folgenden Fehler fehl:

Die Replizierung für die virtuelle Maschine <VM_name> kann nicht umgekehrt werden

oder

Ein allgemeiner Systemfehler ist aufgetreten: Fehler beim Öffnen der virtuellen Festplatte

Diese Probleme können wegen temporärer Speicherüberlastung oder Netzwerkproblemen auftreten.

Umgehung: Wiederholen Sie den Vorgang zum erneuten Schützen für diese VMs.
NEU Die Ausführung des Wiederherstellungsplans schlägt in einer Stretched Storage-Clusterumgebung fehl
Wenn Sie eine geplante Migration oder eine Notfallwiederherstellung einer VM-Schutzgruppe in einer Stretched Storage-Clusterumgebung ohne vMotion durchführen, schlägt der Vorgang möglicherweise während des Schritts „Snapshot des beschreibbaren Speichers erstellen“ für eine oder mehrere virtuelle Maschinen fehl. Die folgende Fehlermeldung wird angezeigt: „Bestimmte virtuelle Maschinen in der Schutzgruppe [PGxxx] konnten nicht wiederhergestellt werden“.

Umgehung: Führen Sie den Wiederherstellungsplan erneut aus.
NEU Nach der Durchführung der Notfallwiederherstellung und dem Einschalten derselben Site wechseln bestimmte virtuelle Maschinen in den verwaisten Zustand
Beim Einschalten der ausgefallenen Site nach der Durchführung einer Notfallwiederherstellung in einer Stretched Storage-Umgebung befinden sich bestimmte virtuelle Maschinen unter Umständen im verwaisten Zustand. Das Problem tritt bei VM-Schutzgruppen in einer Stretched Storage-Umgebung auf.

Umgehung: Entfernen Sie die Einträge für alle verwaisten virtuellen Maschinen aus der vCenter Server-Bestandsliste, bevor Sie andere Site Recovery Manager-Workflows ausführen.
NEU Der Name der heruntergeladenen Datei mit exportierten Wiederherstellungsschritten wird nicht ordnungsgemäß angezeigt
Wenn Sie über einen Wiederherstellungsplan mit Nicht-ASCII-Zeichen im Namen verfügen, wird der Name der heruntergeladenen Datei beim Exportieren der Schritte des Wiederherstellungsplans nicht ordnungsgemäß angezeigt. Site Recovery Manager ersetzt alle Nicht-ASCII-Zeichen durch einen Unterstrich.

Umgehung: Keine. Verwenden Sie keine Nicht-ASCII-Zeichen im Namen des Wiederherstellungsplans.
NEU Nach der Durchführung eines Failover zeigt das Symbol der wiederhergestellten virtuellen Maschine drei Punkte an
Wenn Sie die geschützte Festplatte einer virtuellen Maschine manuell einer anderen Festplatte zuordnen oder die Festplatte in den VM-Schutzeigenschaften unter der Schutzgruppe trennen, zeigt das Symbol der wiederhergestellten VM nach der Durchführung eines Failovers drei Punkte an, als ob sie immer noch eine Platzhalter-VM wäre.

Umgehung: Keine.
NEU Die Informationen zu den DNS-Servern in den Netzwerkeinstellungen sind leer und können weder bearbeitet noch gespeichert werden
Wenn die Site Recovery Manager-Appliance mit Einstellungen für DCHP und Router-Ankündigung bereitgestellt wird, werden die DNS-Server automatisch empfangen. Wenn Sie IPv6 verwenden und versuchen, neue DNS-Server manuell einzurichten und mithilfe des Formulars für Netzwerkeinstellungen zu speichern, werden die Daten für DNS-Server nicht gespeichert und DNS wird auf der Site Recovery Manager-Instanz nicht ordnungsgemäß festgelegt.

Umgehung: Wenn Sie die DNS-Servereinstellungen ändern und weiterhin DHCP und Router-Ankündigung für die IPv6-Adressen verwenden möchten, müssen Sie die Einstellung Statische IPv6-Adressen verwenden im Formular „Netzwerkeinstellungen“ deaktivieren. Im Formular werden die neuen Einstellungen dann korrekt gespeichert.
NEU Wenn sich eine replizierte Festplatte im Virtual Volumes-Speicher befindet und deren Größe geändert wird, wird die Festplatte unabhängig vom ursprünglichen Festplattentyp als per Thin Provisioning bereitgestellte Festplatte wiederhergestellt.
Die internen Abläufe bei der Größenänderung der Festplatte umfassen das Erstellen einer Kopie der Festplatte, die aufgrund der Besonderheiten des Virtual Volumes-Speichers unabhängig vom Basisfestplattentyp standardmäßig auf den per Thin Provisioning bereitgestellten Festplattentyp festgelegt ist. Die Größenänderung der Festplatte ist abgeschlossen, aber die resultierende Festplatte mit geänderter Größe weist jetzt den per Thin Provisioning bereitgestellten Typ auf, wenn sie von vSphere Replication wiederhergestellt wird.

Umgehung: Bei Bedarf können Sie den Festplattentyp nach der Wiederherstellung manuell ändern.
Vorgang zum erneuten Schützen schlägt mit einem Fehler für eine VM fehl
Der Vorgang zum erneuten Schützen schlägt mit dem folgenden Fehler fehl:

Die Replizierung für die virtuelle Maschine „<vm-name>“ kann nicht umgekehrt werden. Ein allgemeiner Systemfehler ist aufgetreten: Fehlerursache: vim.fault.GenericVmConfigFault

Auf der vCenter Server-Ziel-Site schlägt die Aufgabe für die virtuelle Maschine mit den folgenden Details fehl:

Name der Aufgabe: Alle Snapshots entfernen Status: Ein allgemeiner Systemfehler ist aufgetreten: Fehlerursache: vim.fault.GenericVmConfigFault Initiator: <initiator> Ziel: <vm-name> Server: <VC-name>

Umgehung:
1. Entfernen Sie die Replizierung.
2. Konfigurieren Sie die Replizierung mithilfe von Speicherfestplatten erneut.
Eine oder mehrere Replizierungen gehen nach dem Vorgang zum erneuten Schützen in den Fehlerzustand (RPO-Verstöße) über
Nachdem Sie einen Vorgang zum erneuten Schützen durchgeführt haben, geht mindestens eine der Replizierungen mit dem folgenden Fehler in den Fehlerzustand über:

Es ist ein Problem mit dem Speicher auf dem Datenspeicherpfad „[<datastore-name>] <datastore-path>/hbrdisk.RDID-<disk-UUID>.vmdk“ aufgetreten.

Umgehung:
1. Entfernen Sie die Replizierung.
2. Konfigurieren Sie die Replizierung mithilfe von Speicherfestplatten erneut.
Testwiederherstellung und echte Wiederherstellung von Speicherrichtlinien-Schutzgruppen, die vTA-verschlüsselte virtuelle Maschinen enthalten, können mit einem Fehler fehlschlagen
Wenn Sie eine Testwiederherstellung oder eine echte Wiederherstellung von Speicherrichtlinien-Schutzgruppen, die vTA-verschlüsselte virtuelle Maschinen enthalten, kann der Vorgang mit der folgenden Fehlermeldung fehlschlagen: Ein Verschlüsselungsschlüssel ist erforderlich.

Umgehung: Führen Sie den Vorgang erneut aus. Dieses Problem wurde in vCenter Server 7.0 Update 3 behoben.
Ein unerwarteter Fehler wird auf den Registerkarten „Übersicht“ und „Virtuelle Maschinen“ der Schutzgruppe angezeigt, während der erneute Schutz durchgeführt wird bzw. kurz nachdem der erneute Schutz abgeschlossen ist
Wenn Sie während eines laufenden Vorgangs zum erneuten Schutz zu den Registerkarten „Übersicht“ oder „Virtuelle Maschinen“ navigieren, wird möglicherweise eine unerwartete Fehlermeldung angezeigt: ‚ManagedObjects in spec.objectSet gehören mehr als einem Server an‘ oder ‚Fehlender Wert für nicht optionales Feld placeholderVmInfo‘. Wenn Letzteres geöffnet wird, werden möglicherweise keine virtuellen Maschinen aufgeführt.

Umgehung: Verwerfen Sie den Fehler und warten Sie eine Weile. Die virtuellen Maschinen werden wieder in der Schutzgruppe angezeigt und wie erwartet geschützt und eingeschaltet.
Der Assistent „Replizierung konfigurieren“ startet mit Verzögerung
Wenn Sie einen Mozilla Firefox-Browser auf einem Apple Mac-Betriebssystem verwenden, kann es im Assistenten „Replizierung konfigurieren“ zu Leistungsbeeinträchtigungen der Benutzeroberfläche und zu Verzögerungen kommen.

Umgehung: Verwenden Sie einen Chrome-Browser.
Mit Site Recovery Manager geschützte virtuelle Maschinen, die NVDS für ein geschütztes und/oder Wiederherstellungsnetzwerk verwenden, weisen nach der NVDS-CVDS-Migration Schutzprobleme auf
Wenn die geschützten virtuellen Maschinen mit einem NVDS-Netzwerk verbunden sind und Sie eine NVDS-CVDS-Migration durchführen, weisen die geschützten VMs nach der Migration Schutzprobleme auf. Dasselbe trifft zu, wenn NVDS-CVDS-Migration durchgeführt und das Netzwerk für das Wiederherstellungsnetzwerk verwendet wird.

Umgehung: Konfigurieren Sie den Schutz der betroffenen virtuellen Maschinen neu.
Der Vorgang zum erneuten Schützen schlägt mit einer Fehlermeldung fehl: Die Schutzgruppe '{protectionGroupName}' verfügt über geschützte VMs mit Platzhaltern, die repariert werden müssen.
Wenn Site Recovery Manager einen Vorgang zum erneuten Schützen für die Schutzgruppe durchführt, kann Site Recovery Manager die geschützten virtuellen Maschinen nicht reparieren und auch die virtuellen Platzhaltermaschinen nicht wiederherstellen. Der Fehler tritt auf, wenn der erste Vorgang zum erneuten Schützen bei einer virtuellen Maschine fehlschlägt, weil der entsprechende Platzhaltervorgang fehlgeschlagen ist. Die geschützte virtuelle Maschine wird mit einem Konfigurationsfehler gekennzeichnet, und die Schutzgruppe verbleibt im Status „Teilweise neu geschützt“.

Umgehung:
1. Führen Sie den Vorgang zum erneuten Schützen mit aktivierter Option Bereinigung erzwingen erneut durch. Diese Option schließt den Vorgang zum erneuten Schützen ab und aktiviert die Option Platzhalter neu erstellen. Beachten Sie, dass die Ausführung von erneutem Schützen bei Abschluss mit dem Status „Erfolgreich“ versehen wird.
2. Initiieren Sie explizit den Vorgang Platzhalter neu erstellen, um die betroffenen geschützten VMs zu reparieren und die virtuellen Platzhaltermaschinen wiederherzustellen. Wenn Sie diesen Vorgang nicht initiieren, beachten Sie, dass bei Ausführung des Notfallwiederherstellungs-Workflows die Wiederherstellung dieser virtuellen Maschinen mit folgendem Fehler fehlschlägt: Platzhalter-VM für die geschützte VM „<vm-name>“ fehlt.
Wenn Sie einen Chromium-basierten Browser verwenden und versuchen, die Größe einer Rasterspalte zu ändern, wird die Benutzeroberfläche von Site Recovery eingefroren und reagiert nicht mehr
LayoutNG in Chromium hat einen Fehler, der zu Leistungsproblemen führt. Weitere Informationen finden Sie unter https://bugs.chromium.org/p/chromium/issues/detail?id=1008523 und https://bugs.chromium.org/p/chromium/issues/detail?id=1098231.

Umgehung 1:
1. Schließen Sie alle Chrome-Fenster.
2. Bearbeiten Sie den Chrome-Verknüpfungslink und aktualisieren Sie ihn auf: "C:\Programme (x86)\Google\Chrome\Application\chrome.exe" --disable-blink-features=LayoutNG
3. Öffnen Sie Chrome erneut.
Umgehung 2: Aktualisieren Sie Ihren Chrome-Browser auf Version 85.0.4183.83 oder höher.
Einige der wiederhergestellten virtuellen Maschinen geben den folgenden Alarm aus: „vSphere HA-Failover einer virtuellen Maschine fehlgeschlagen“
Während eines Site Recovery Manager-Workflows können einige wiederhergestellte virtuelle Maschinen nach dem Testen der Testwiederherstellung oder des Failovers den folgenden Alarm ausgeben: vSphere HA-Failover einer virtuellen Maschine fehlgeschlagen. Aus der Perspektive von Site Recovery Manager gibt es keine funktionellen Auswirkungen, da alle virtuellen Maschinen erfolgreich wiederhergestellt wurden.

Umgehung: Keine. Sie müssen den Alarm bestätigen.
Das Site Recovery Manager-Plug-In wird im vCenter Server-Webclient oder -HTML5-Client nicht angezeigt.
Wenn Sie Site Recovery Manager installieren oder ein Upgrade auf diese Version durchführen und diese bei einer vCenter Server 6.7.x-Version registrieren, die auf einem Windows-Server installiert ist, wird das Site Recovery Manager-Plug-In im vCenter Server Web Client oder HTML5-Client nicht angezeigt.

Umgehung: Siehe https://kb.vmware.com/s/article/78678.
Der automatische Schutz virtueller Maschinen, die während der Ausführung einer Testwiederherstellung erstellt werden, wird bis zum Abschluss oder der Bereinigung des Tests verzögert
Wenn Sie eine virtuelle Maschine in einem geschützten Datenspeicher während der Ausführung einer Testwiederherstellung auf einer Array-basierten Schutzgruppe erstellen, ist die virtuelle Maschine möglicherweise nicht automatisch geschützt, sofern der Testwiederherstellungsvorgang nicht innerhalb von 15 Minuten nach Bereitstellung der virtuellen Maschine bereinigt wird.

Umgehung 1: Um den automatischen Schutz zu initiieren, starten Sie Site Recovery Manager Server auf der Schutz-Site neu.
Umgehung 2: Verwenden Sie für virtuelle Maschinen in einem nicht konfigurierten Zustand nach einer Testwiederherstellung den manuellen Schutz.
DNS-Server sind in der Netzwerkkonfiguration der Verwaltungsschnittstelle der Site Recovery Manager-Appliance selbst dann verfügbar, wenn Sie statisches DNS ohne DNS-Server ausgewählt haben
Wenn die Anforderungen der Netzwerkeinstellungen für Server vorgesehen sind, die keine DNS-Sever sind, für die jedoch die automatische DHCP-Adapterkonfiguration eingerichtet ist, führen die Einstellungen „Statisches DNS“ und „DHCP“ in der Adapterkonfiguration dazu, dass die DNS-Server von DHCP abgerufen werden.

Umgehung: Verwenden Sie je nach dem ausgewählten IP-Protokoll „127.0.0.1“ oder „::1“ in der Liste der statischen DNS-Server.
Nach einer erfolgreichen Anmeldung bei Single Sign-On können Sie sich nicht mehr in der Site Recovery-Benutzeroberfläche anmelden
Das Protokoll der Site Recovery-Benutzerschnittstelle enthält die folgende Fehlermeldung „Certificate for <host> doesn't match any of the subject alternative names: <subjectaltlist>“. Wenn Sie versuchen, eine Remoteanmeldung innerhalb der Site Recovery-Benutzeroberfläche über das Dialogfeld für die Remoteanmeldung durchzuführen, erhalten Sie eine ähnliche Fehlermeldung in der Benutzeroberfläche.
Die Site Recovery-Benutzeroberfläche kann aufgrund der Art und Weise, auf die das Hostzertifikat generiert wird, möglicherweise keine Verbindung zu den Platform Services Controller-Hosts herstellen, wenn eine der folgenden Bedingungen zutrifft:
- Das Platform Services Controller-Zertifikat verfügt nicht über eine Hostadresse (IP oder FQDN) als alternativen Antragstellernamen.
- Dem Platform Services Controller-Zertifikat fehlen alternative Antragstellernamen, und der Hostname stimmt nicht mit den CN-Feldern des Zertifikats überein.
Umgehung:
1. Konfigurieren Sie Platform Services Controller mit einem Zertifikat mit einem SAN-Feld (Subject Alternative Name, alternativer Antragstellername) neu, das einen Eintrag für die Platform Services Controller-Adresse enthält (die Zeichenfolge „<Host>“ aus der Fehlermeldung).
2. Wenn das Zertifikat ordnungsgemäß generiert wird, die von der Benutzeroberfläche verwendete Adresse jedoch nicht, müssen Sie die Benutzeroberfläche und die entsprechenden Site Recovery Manager- und vSphere Replication-Appliances neu konfigurieren, damit die richtige Platform Services Controller-Adresse verwendet wird.
3. Konfigurieren Sie die vorhandenen Kopplungen für die Appliances neu.
Der erneute Schutz schlägt bei Verwendung von erweitertem Speicher in bestimmten Speicher-Arrays fehl
Der Befehl zum Umkehren der Replizierung auf einigen Geräten wird absichtlich übersprungen, wenn sich die Geräte bereits im erwarteten Zustand befinden. Dies führt dazu, dass die Speicher-Arrays nicht über die erforderlichen Benachrichtigungen verfügen, sodass der Vorgang für den erneuten Schutz fehlschlägt.

Umgehung:
1. Navigieren Sie zum Verzeichnis /opt/vmware/srm/conf und öffnen Sie die Datei „vmware-dr.xml“ in einem Texteditor.
2. Setzen Sie das Konfigurations-Flag storage.forcePrepareAndReverseReplicationForNoopDevices auf „true“.
  <storage >
  <forcePrepareAndReverseReplicationForNoopDevices>true</forcePrepareAndReverseReplicationForNoopDevices>
  </storage>
3. Speichern Sie die Datei und starten Sie den Site Recovery Manager Server-Dienst neu.
Wenn Sie versuchen, IPv6 über die Verwaltungsschnittstelle der Site Recovery Manager-Appliance zu konfigurieren, erhalten Sie den Fehler „Ungültige Eigenschaft – DNS“
Wenn Sie versuchen, IPv6 über die Verwaltungsschnittstelle der Site Recovery Manager-Appliance 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: Verwenden Sie SSH auf der Hostmaschine der virtuellen Site Recovery Manager-Appliance und führen Sie Folgendes aus: netmgr ip6_address --set --interface --dhcp 0 --autoconf 1.
Um eine IP-Adresse über DHCP zu empfangen, führen Sie stattdessen Folgendes aus: netmgr ip6_address --set --interface --dhcp 1 --autoconf 1 .
Sie können die IPv6-Adressen über die Verwaltungsschnittstelle der Site Recovery Manager-Appliance nicht 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: Verwenden Sie SSH auf der Hostmaschine der virtuellen Site Recovery Manager-Appliance und führen Sie Folgendes aus: netmgr ip6_address --set --interface --dhcp 0 --autoconf 1.
Um eine IP-Adresse über DHCP zu empfangen, führen Sie stattdessen Folgendes aus: netmgr ip6_address --set --interface --dhcp 1 --autoconf 1 .
Während einer Testwiederherstellung stürzt einer der ESXi-Hosts ab
Während der Ausführung einer Testwiederherstellung stürzt einer der ESXi-Hosts möglicherweise mit PSOD ab: Assert bora/vmkernel/main/bh.c:981.

Umgehung: Führen Sie ein Upgrade auf vCenter Server 7.0 Update 1 durch oder starten Sie den ESXi-Host neu.
Manchmal wird nach dem Starten der virtuellen Site Recovery Manager-Appliance die VMware-Konsole in der vSphere-Benutzeroberfläche nicht angezeigt
Es ist kein blauer Bildschirm vorhanden, der Informationen über die Appliance anzeigt. Alle anderen Dienste zu VMware in der Site Recovery Manager-Appliance sind betriebsbereit.

Umgehung: Starten Sie die Site Recovery Manager-Appliance neu.
vSphere Replication-Appliances funktionieren nicht ordnungsgemäß, nachdem vCenter Server-Instanzen im erweiterten verknüpften Modus mit externen Platform Services Controller-Instanzen in eingebetteten vCenter Server-Instanzen im erweiterten verknüpften Modus zusammengeführt wurden
Wenn Sie über eine Umgebung im erweiterten verknüpften Modus mit externen Platform Services Controller-Instanzen verfügen und Sie sie in einem eingebetteten Knoten zusammenführen, funktionieren die vSphere Replication-Appliances möglicherweise nicht ordnungsgemäß.

Umgehung: Registrieren Sie den Lösungsbenutzer erneut oder fügen Sie den Lösungsbenutzer den erforderlichen Gruppen manuell hinzu.
Das Exportieren von Rastern funktioniert nicht im Microsoft Edge-Browser
Wenn Sie eine Ansicht mit einem Raster öffnen, Exportieren auswählen und auf Alle Zeilen/Ausgewählte Zeilen klicken, wird keine Datei heruntergeladen. Wenn Sie versuchen, den Verlauf eines Wiederherstellungsplans zu exportieren und herunterzuladen, erhalten Sie einen Fehler in der Konsole, und die Downloaddateien sind beschädigt.

Umgehung: Aktualisieren Sie auf die neueste Version des Microsoft Edge-Browsers, der auf der Chromium-Engine basiert.
Der PowerCLI-Befehl „Connect-SrmServer“ kann mithilfe des Standardports keine Verbindung zur Site Recovery Manager-Appliance herstellen
Wenn Sie versuchen, mithilfe des PowerCLI-Befehls Connect-SrmServer eine Verbindung zur Site Recovery Manager-Appliance herzustellen, schlägt die Verbindung einem Fehler ähnlich dem folgenden fehl: Es konnte keine Verbindung mit dem Remoteserver hergestellt werden.

Umgehung: Geben Sie Port 443 für die Site Recovery Manager-Appliance an, indem Sie den folgenden Befehl verwenden: Connect-SrmServer -Port 443 verwenden. Eine vollständige Liste aller Site Recovery Manager-Netzwerkports finden Sie unter Netzwerkports für Site Recovery Manager.
Beim Wiederherstellen einer Schutzgruppe für Speicherrichtlinien schlägt der Wiederherstellungsplan möglicherweise mit folgendem Fehler fehl: „Platzhalter-VMs zugeordnete Hosts konnten nicht abgerufen werden. Die Zuordnung für resourcePool 'XXXXXX' fehlt in den Ressourcenzuordnungen.“ Bei „resourcePool 'XXXXXX'“ handelt es sich um eine Computing-Ressource (Host oder Cluster), die keine von der Schutzgruppe für Speicherrichtlinien geschützten virtuellen Maschinen enthält.
Der Fehler wird angezeigt, wenn keine Bestandslistenzuordnung für die Computing-Ressource vorhanden ist, aber bestimmte von der Schutzgruppe für Speicherrichtlinien geschützte Datenspeicher von Hosts gemountet wurden, die zur selben Computing-Ressource gehören. Die Schutzgruppen für Speicherrichtlinien benötigen entwurfsgemäß vorhandene Bestandslistenzuordnungen für alle derartigen Computing-Ressourcen.

Umgehung 1: Entfernen Sie die Computing-Ressource nicht aus der vSphere-Bestandsliste. Erstellen Sie eine Bestandslistenzuordnung für die angegebene Computing-Ressource und führen Sie die Wiederherstellung erneut aus.

Umgehung 2: Wenn Sie die Computing-Ressource bereits aus der vSphere-Bestandsliste entfernt haben, führen Sie die folgenden Schritte aus:
1. Beenden Sie den Site Recovery Manager-Schutzserver, um Platzhalterzuordnungen auf der Benutzeroberfläche von Site Recovery anzuzeigen, und erstellen Sie eine Platzhalterzuordnung für dieselbe Computing-Ressource.
2. Führen Sie die Wiederherstellung erneut aus.
3. Nach erfolgreicher Wiederherstellung erhalten Sie möglicherweise weiterhin Fehler beim Ausführen des Vorgangs zum erneuten Schützen. Gehen Sie folgendermaßen vor, wenn die Fehler weiterhin bestehen:
  1. Löschen Sie die betroffene Schutzgruppe für Speicherrichtlinien aus Site Recovery Manager.
  2. Wenn der Vorgang zum erneuten Schützen in Site Recovery Manager die Speicherreplizierung nicht rückgängig machen konnte, machen Sie die Replizierung für die betroffenen LUNs mithilfe der Speicherverwaltungstools rückgängig.
  3. Führen Sie „Geräte erkennen“ für das beteiligte Site Recovery Manager-Array-Paar aus und stellen Sie sicher, dass die Replizierungsrichtung für die betroffenen LUNs von Site Recovery Manager ordnungsgemäß erkannt wird.
  4. Erstellen Sie die betroffene Schutzgruppe für Speicherrichtlinien in umgekehrter Richtung neu und fügen Sie sie dem entsprechenden Wiederherstellungsplan erneut hinzu.
Nach der Migration des Windows Site Recovery Manager-Servers auf die virtuelle Site Recovery Manager-Appliance kann der Dienst „srm-server“ nicht gestartet werden
Nach einer erfolgreichen Migration von Site Recovery Manager für Windows auf die virtuelle Site Recovery Manager-Appliance in einer IPv6-Verbundumgebung kann der Dienst „srm-server“ der virtuellen Appliance nicht gestartet werden.

Umgehung: Konfigurieren Sie die virtuelle Site Recovery Manager-Appliance über die Verwaltungsschnittstelle der Site Recovery Manager-Appliance neu.
Wenn Sie eine Testwiederherstellung eines Wiederherstellungsplans ausführen, der Schutzgruppen für Speicherrichtlinien auf einem Stretched Storage-Cluster enthält, erhalten Sie eine Warnung des Typs „Der Name <Datastore_name> ist bereits vorhanden“.
Während des Testwiederherstellungsvorgangs versucht Site Recovery Manager, das per Testwiederherstellung wiederhergestellte Stretched Storage-Gerät mit demselben Namen umzubenennen wie dem des Stretched Storage-Geräts in der tatsächlichen Produktion, das bereits gemountet ist. Dies führt dazu, dass Sie eine Warnmeldung des Typs Der Name <Datastore_name> ist bereits vorhanden erhalten.

Umgehung: Ignorieren Sie die Warnung. Der Site Recovery Manager-Workflow ist von den Warnmeldungen nicht betroffen.
Die geplante Migration einer Schutzgruppe für Speicherrichtlinien schlägt ständig mit dem Fehler „ProtectionGroupNotSynced“ fehl
Die geplante Migration einer Schutzgruppe für Speicherrichtlinien schlägt möglicherweise mit einem Fehler des Typs ProtectionGroupNotSynced fehl: „Die Synchronisierung der Änderungen an der Schutzgruppe „SP_protection_group_name“ ist auf der Peer-Site noch nicht abgeschlossen. Warten Sie im Fall einer geplanten Migration, bis die Synchronisierung der Peer-Site abgeschlossen ist, und wiederholen Sie den Workflow.“

Wenn dieses Problem nach der erneuten Ausführung mehrerer geplanter Migrationen weiterhin besteht, können Sie diese Prüfung deaktivieren, um die geplante Migration erfolgreich abzuschließen.

Umgehung:
1. Navigieren Sie zum Verzeichnis /opt/vmware/srm/conf und bearbeiten Sie die Datei „vmware-dr.xml“ für den Schutz- und Wiederherstellungsserver von Site Recovery Manager mit der folgenden zusätzlichen Konfiguration:
  <replication>
  <failPlannedMigrationIfSitesNotSynced>false</failPlannedMigrationIfSitesNotSynced>
  </replication>
2. Starten Sie beide Site Recovery Manager-Server neu.
3. Führen Sie die geplante Migration der Schutzgruppe für Speicherrichtlinien erneut aus.
Wenn Sie die Testwiederherstellung in einer Schutzgruppe für Speicherrichtlinien mit Stretched Storage ausführen, erhalten Sie eine Warnmeldung über mögliche Fehler bei der Live-Migration
Wenn beim Ausführen der Testwiederherstellung eine Warnmeldung für eine virtuelle Maschine angezeigt wird, die für den Schutz von Speicherrichtlinien mit Stretched Storage konfiguriert ist, wird der vpxd-Dienst neu gestartet und es wird möglicherweise ein Core-Dump erstellt.

Umgehung: Ignorieren Sie die Warnung. Der Site Recovery Manager-Workflow ist von den Warnmeldungen nicht betroffen. Dieses Problem wurde in vCenter Server 6.7 Update 1 behoben.

Bei der Ausführung des Wiederherstellungsplans kann eine virtuelle Maschine unter Umständen aufgrund des Fehlers „InvalidArgument:path“ nicht eingeschaltet werden

Beim Ausführen eines Wiederherstellungsplans kann Site Recovery Manager eine VM aufgrund des Fehlers (vmodl.fault.InvalidArgument:path) möglicherweise nicht einschalten. Eine Fehlermeldung ähnlich der folgenden wird in den Serverprotokollen der Site Recovery Manager-Wiederherstellungs-Site angezeigt:

YYYY-MM-DDT20:24:35.996-08:00 error vmware-dr[02448] [SRM@6876 sub=Recovery ...] Planausführung (Testworkflow) fehlgeschlagen; 
Plan-ID: 34f86036-3bc7-4c2d-a841-e15c5d781532, Name des Plans: HBRRP_LIMITS, Fehler: (vmodl.fault.InvalidArgument) {
-->    faultCause = (vmodl.MethodFault) Null, 
-->    faultMessage = <unset>, 
-->    invalidProperty = "path"
-->    msg = "Ein angegebener Parameter war falsch: path"
--> }
-->

Dieser Fehler ist das Ergebnis eines fehlgeschlagenen Vorgangs vom Typ „VM wird vor dem Einschalten verlagert“ auf dem ESXi-Zielhost. Die zugehörige Fehlermeldung in den ESXi-vpxa-Dienstprotokollen lautet:

YYYY-MM-DDT03:56:48.255Z error vpxa[2099931] [Originator@6876 sub=vpxaVmprov opID=failedOpId] 
VM-Registrierungspfad konnte nicht kanonisiert werden; 
/vmfs/volumes/.../recoveredVm.vmx, err: 16(Gerät oder Ressource ausgelastet)
...
YYYY-MM-DDT03:56:48.256Z info vpxa[2099931] [Originator@6876 sub=Default opID=failedOpId] 
[VpxLRO] -- ERROR task-1824 -- vpxa -- vpxapi.VpxaService.registerVm: vmodl.fault.InvalidArgument:
--> Ergebnis:
--> (vmodl.fault.InvalidArgument) {
-->    faultCause = (vmodl.MethodFault) Null,
-->    faultMessage = <unset>,
-->    invalidProperty = "path"

Umgehung: Führen Sie den fehlgeschlagenen Wiederherstellungsplan erneut aus.

Informationen zu Geräten und Datenspeichern fehlen während des Failovers eines Wiederherstellungsplans mit Schutzgruppen für Array-basierte Replizierung
Beim Ausführen eines Failovers für einen Wiederherstellungsplan werden die Informationen auf den Registerkarten „Geräte“ und „Datenspeicher“ je nach SAN-Typ und danach, ob der Datenspeicher während der Wiederherstellung vom Host getrennt wird, während des Failover-Vorgangs ausgeblendet.

Umgehung: Keine. Die Informationen auf beiden Registerkarten werden nach erfolgreichem erneutem Schutz wieder eingeblendet.
Der Vorgang zum erneuten Schützen schlägt mit einem internen Fehler fehl: Während der Vorbereitungsphase ist eine unerwartete Ausnahme aufgetreten. Die Sitzung wurde nicht authentifiziert
Wenn Sie erneuten Schutz ausführen, schlägt der Vorgang mit folgendem Fehler fehl.
Interner Fehler: Während der Vorbereitungsphase ist eine unerwartete Ausnahme aufgetreten. Die Sitzung wurde nicht authentifiziert.

Umgehung: Führen Sie den Vorgang zum erneuten Schützen erneut aus.
Wenn die Quell-VM für eine Replizierung auf ESXi 6.7 ausgeführt wird, scheint es bei der Synchronisierung der Replizierung einen Fortschritt zu geben, aber die Replizierungsinstanz wird nie erfolgreich abgeschlossen
In ESXi 6.7 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. Migrieren 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.

Dieses Problem wurde in vCenter Server 6.7 Update 3 behoben.
Bei Ausführung der Quell-VM für eine Replizierung auf ESXi 6.7 oder ESXi 6.7 Update 1 wird eine anfängliche oder vollständige Synchronisierung vor dem Abschluss möglicherweise nicht mehr fortgesetzt
Wenn Sie vSphere Replication verwenden und eine geschützte VM auf ESXi 6.7 oder ESXi 6.7 Update 1 ausführen, wird eine anfängliche oder vollständige Synchronisierung der Replizierungen vor dem Abschluss möglicherweise nicht mehr fortgesetzt. Replizierungen werden weiterhin synchronisiert, aber der Byte-Wert für die Prüfsumme in den Replizierungsdetails ändert sich nicht. Die VM-Vorgänge „Ausschalten“, „Snapshot erstellen“, „Snapshot wiederherstellen“ und „Migration“ 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.
Hinweis: Diese Problemumgehung deaktiviert den Prüfsummenteil des Synchronisierungsvorgangs, und alle zugeteilten Blöcke werden an die Remote-Site gesendet, unabhängig davon, ob sie unterschiedlich sind. Diese Problemumgehung deaktiviert die Seed-Funktionalität.

Dieses Problem wurde in vCenter Server 6.7 Update 2 behoben.
Site Recovery Manager erstellt möglicherweise Dummy-Netzwerke vom Schutz-vCenter Server auf dem Recovery-vCenter Server, wenn sich die Netzwerknamen von den Recovery-Namen unterscheiden.
Wenn bei Ihnen geschützte VMs mit Netzwerken verbunden sind, deren Netzwerkbezeichnungen sich von jenen auf der Wiederherstellungs-Site unterscheiden, sind die Maßnahmen während der Ausführung von Test\Recovery\Reprotect erfolgreich, es werden jedoch möglicherweise Dummy-Netzwerke mit denselben Netzwerkbezeichnungen von einer Schutz-Site aus auf dem Recovery vCenter Server erstellt. Dummy-Netzwerke werden nur einmal erstellt, nicht jedes Mal, wenn Sie Test\Recovery\Reprotect ausführen.

Umgehung 1: Deaktivieren Sie die Einstellung zur Beibehaltung der VM-Snapshots, indem Sie den Wert von vrReplication.preserveMpitImagesAsSnapshots in den erweiterten Site Recovery Manager-Einstellungen ändern.
Umgehung 2: Verwerfen Sie das Dummy-Netzwerk und arbeiten Sie weiter mit dem Site Recovery Manager.
Beim Importieren einer Konfiguration mit geschützten VMs in keine Wiederherstellungspläne tritt bei dem Import-/Exporttool für VMware Site Recovery Manager-Konfigurationen möglicherweise ein Fehler auf.
Wenn Sie geschützte virtuelle Maschinen in Wiederherstellungspläne einbinden, dann alle Wiederherstellungspläne, die diese VMs enthalten, löschen und Ihre Konfiguration mit dem Import-/Exporttool für VMware Site Recovery Manager-Konfigurationen exportieren, werden die Einstellungen für die VM-Wiederherstellung für diese VMs zwar exportiert, Sie können sie jedoch zu einem späteren Zeitpunkt nicht importieren. Wenn Sie versuchen, Ihre Einstellungen zu importieren, erhalten Sie Fehlermeldungen wie sinngemäß:
Fehler beim Importieren von VM-Einstellungen für Server mit GUID ‚6f81a31e-32e0 - 4D 35-b329-783933b50868‘.
Der Rest der exportierten Konfiguration wird ordnungsgemäß importiert.

Umgehung: Erstellen Sie Ihren Wiederherstellungsplan neu, konfigurieren Sie die gewünschten Wiederherstellungseinstellungen neu und exportieren Sie Ihre Konfiguration erneut. Löschen Sie keine Wiederherstellungspläne, wenn Sie VM-Wiederherstellungseinstellungen exportieren und Importieren möchten.
In einer Speicherprofil-Schutzgruppe geschützte virtuelle Maschinen werden nicht in der CSV-Datei aufgelistet, die beim Ausführen des DR IP Customizer-Tools erstellt wird.
Wenn Sie das DR IP Customizer-Tool in einer Umgebung mit mehreren vCenter Server-Instanzen verwenden, zum Beispiel in einer Konfiguration mit föderierten PSCs, wobei mehr als eine vCenter Server-Instanz auf jeder Site zur Verfügung steht, müssen Sie zum Erfassen der Netzwerkinformationen über die virtuellen Maschinen, die durch Site Recovery Manager geschützt werden, die Option ‚--vcid UUID‘ verwenden. Wenn Sie die sekundäre Site vcid bereitstellen, stellt das DR IP Customizer-Tool eine Verbindung mit dem sekundären Site Recovery Manager-Server her, der die Netzwerkinformationen für mit SPPGs geschützte VMs nicht speichert. Das Bereitstellen der vcid aus den Ergebnissen der sekundären Site führt dazu, dass eine Verbindung mit einer falschen Instanz von vCenter Server hergestellt wird und die virtuellen Maschinen nicht in der erstellten CSV-Datei aufgelistet werden.

Umgehung: Wenn Sie das DR IP Customizer-Tool verwenden, geben Sie nur die primären vCenter Server-vcid und -URI an.
Die Anpassung über IP-Subnetz-Zuordnungsregeln wird für Linux-VMs, die mehrere Netzwerkkarten mit gemischter DHCP- und statischer IP-Konfiguration verwenden, nicht vollständig unterstützt.
Site Recovery Manager unterstützt die auf IP-Regeln basierende Anpassung für Linux-VMs mit mehreren Netzwerkkarten nicht, wenn die Netzwerkkarten gemischte DHCP- und statische IP-Einstellungen aufweisen. Site Recovery Manager passt nur die Netzwerkkarten mit statischen IP-Adressen an, für die es über eine übereinstimmende IP-Subnetz-Zuordnungsregel verfügt, und löscht möglicherweise einige Konfigurationseinstellungen für die anderen, mit DHCP konfigurierten Netzwerkkarten. Ein bekanntes Problem im Zusammenhang mit diesem Szenario wurde für Red Hat Enterprise Linux 6.x/7.x und CentOS 6.x/7.x beobachtet. Dabei löscht die SRM-Anpassung /etc/sysconfig/network-scripts/ifcfg-ethX-Dateien für die mit DHCP konfigurierten Netzwerkkarten und passt die restlichen Netzwerkkarten mit statischen IP-Einstellungen gemäß der übereinstimmenden IP-Subnetz-Zuordnungsregel an.

Umgehung: Verwenden Sie für eine korrekte IP-Anpassung für Linux-VMs, die mehrere Netzwerkkarten mit gemischter DHCP- und statischer IP-Konfiguration verwenden, die SRM-Option „Manuelle IP-Anpassung“.
Die IP-Anpassung schlägt bei Verwendung von Sonderzeichen im Namen des Wiederherstellungsplans fehl.
Wenn Sie eine Testwiederherstellung für einen Wiederherstellungsplan mit Sonderzeichen im Namen und einer konfigurierten IP-Anpassung ausführen, schlägt die IP-Anpassung fehl.

Umgehung: Entfernen Sie alle Sonderzeichen für ein bestimmtes Betriebssystem aus dem Namen des Wiederherstellungsplans.
Wenn der geschützte vCenter Server heruntergefahren ist, treten auf der Wiederherstellungs-Site möglicherweise Leistungsbeeinträchtigungen auf der HTML 5-Benutzeroberfläche auf, insbesondere im Dialogfeld „Wiederherstellungseinstellungen konfigurieren“.
Auf der Wiederherstellungs-Site treten möglicherweise Leistungsbeeinträchtigungen auf der HTML 5-Benutzeroberfläche auf, insbesondere im Dialogfeld „Wiederherstellungseinstellungen konfigurieren“, wenn der geschützte vCenter Server heruntergefahren ist.

Umgehung: Aktualisieren Sie die HTML 5-Benutzeroberfläche auf der Wiederherstellungs-Site und versuchen Sie den Vorgang erneut.
Site Recovery Manager-Rechte sind im vSphere 6.7-Client nicht lokalisiert.
Site Recovery Manager-Rechte sind im vSphere 6.7-Client nicht lokalisiert.

Umgehung: Keine. Das Problem wurde in vSphere 6.7 Update 1 behoben.
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 von 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“.
Für einen Datenspeicher-Cluster, der aus Datenspeichern besteht, die nicht repliziert sind bzw. die aus unterschiedlichen Konsistenzgruppen stammen, welche für den Site Recovery Manager sichtbar sind, gibt es keine SRM-Warnung
Sie erstellen einen Datenspeicher-Cluster, der aus Datenspeichern besteht, die sich nicht alle in derselben Konsistenzgruppe befinden oder die nicht repliziert werden. Eine Site Recovery Manager-Warnung sollte vorhanden sein, ist es jedoch nicht.

Umgehung: Keine
Nachdem Sie ein Failover durchgeführt haben, bleiben die Netzwerkkarten der virtuellen Maschine am Notfallwiederherstellungsort möglicherweise getrennt
Wenn Sie nach einem IP-Anpassungsfehler ein Failover erneut ausführen, bleiben die Netzwerkkarten der VM, auf der die Anpassung während der vorherigen Ausführung fehlgeschlagen ist, möglicherweise auch nach einer erfolgreichen Anpassung im aktuellen Failover getrennt.

Umgehung: Keine. Verbinden Sie die Netzwerkkarten manuell neu, indem Sie die VM-Geräte neu konfigurieren.
Das Exportieren des Berichts vom Bildschirm „Verlauf des Wiederherstellungsplans“ oder „Wiederherstellungsschritte“ funktioniert nicht, wenn Sie den Browser Microsoft Edge verwenden.
Wenn Sie versuchen, den Bericht mit dem MS Edge-Browser von den Bildschirmen „Verlauf des Wiederherstellungsplans“ oder „Wiederherstellungsschritte“ zu exportieren, erhalten Sie einen Fehler ähnlich dem folgenden an der DEV-Konsole.
FEHLER XML5610: Anführungszeichen erwartet. FEHLER Fehler: Ungültiges Argument.
Dies ist ein bekanntes Problem des Microsoft Edge-Browsers, bei dem XSLTProcessor zum Umwandeln der XML des Servers in HTML verwendet wird.

Umgehung: Verwenden Sie Chrome, Microsoft Internet Explorer oder Firefox-Browser.
Dieses Problem wurde in der Chromium-basierten Version des Microsoft Edge-Browsers behoben.
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 Servers zur Ausnahmeliste für Popups hinzu.
Site Recovery Manager Server schlägt möglicherweise bei der erneuten Wiederherstellung einer VM fehl.
Sie können die Wiederherstellung einer VM deaktivieren, wenn der Wiederherstellungsvorgang für die VM fehlschlägt. Wenn Sie einen Wiederherstellungsplan ausführen, können Sie die Wiederherstellung der VM erneut aktivieren und die Wiederherstellung erneut ausführen, wobei Site Recovery Manager Server jedoch abstürzt.

Umgehung: Starten Sie Site Recovery Manager Server und deaktivieren Sie die Wiederherstellung der VM.
Die Test- und Wiederherstellungsvorgänge schlagen fehl, wenn ein ausgeweiteter vSAN-Cluster eine nicht verfügbare Fehlerdomäne aufweist.
Wenn Sie eine VM in einem ausgeweiteten vSAN-Cluster mit einer nicht verfügbaren Fehlerdomäne testen oder wiederherstellen, schlägt der Vorgang fehl. Dies liegt daran, dass die vSAN-Standardspeicherrichtlinie nicht erfüllt werden kann und die Bereitstellung einer VM mit Site Recovery Manager im Speicher fehlschlägt.

Umgehung: Registrieren Sie die wiederhergestellte VM im ausgeweiteten vSAN-Cluster manuell. Die VM ist mit der vSAN-Standardspeicherrichtlinie kompatibel, wenn die Fehlerdomäne verfügbar ist.
Ihr Datenspeicher wird in der Bestandsliste der ursprünglich geschützten Site nach dem erneuten Schutz möglicherweise als inaktiv angezeigt.
Wenn Sie einen ausgeweiteten Speicher verwenden und den erneuten Schutz nach einer Notfallwiederherstellung ausführen, erhalten Sie möglicherweise die folgende Fehlermeldung.
Das angeforderte Objekt wurde nicht gefunden oder wurde bereits gelöscht.
Nach dem erneuten Schutz wird der Datenspeicher in der Bestandsliste der ursprünglich geschützten Site als aktiv angezeigt.

Umgehung: Aktualisieren Sie die Speicheradapter oder prüfen Sie sie erneut.
1. Klicken Sie auf die Registerkarte Konfigurieren auf Speicheradapter.
2. Klicken Sie auf das Symbol Aktualisieren oder Erneut prüfen, um alle Speicheradapter zu aktualisieren oder erneut zu scannen.
Eine VM und eine Konsistenzgruppe, die einer gelöschten Speicherrichtlinie zugewiesen sind, werden auf den Registerkarten „Virtuelle Maschinen“ und „Konsistenzgruppen“ angezeigt.
Wenn Sie eine Speicherrichtlinie löschen, werden die der Speicherrichtlinie zugewiesenen VMs und die Konsistenzgruppe auf den Registerkarten „Virtuelle Maschinen“ und „Konsistenzgruppen“ für die SPPG-Gruppe angezeigt.

Umgehung: Erstellen Sie die Schutzgruppe für Speicherrichtlinien neu. Nach dem Neuerstellen der Gruppe werden die VMs und die Konsistenzgruppe auf den Registerkarten „Virtuelle Maschinen“ und „Konsistenzgruppen“ nicht mehr angezeigt.
Die Wiederherstellung einer verschlüsselten VM kann während des Einschaltens fehlschlagen, wenn der Verschlüsselungsschlüssel auf der Wiederherstellungs-Site nicht verfügbar ist.
Wenn Sie eine verschlüsselte VM wiederherstellen und der auf der geschützten Site verwendete Verschlüsselungsschlüssel während des Wiederherstellungsvorgangs auf der Wiederherstellungs-Site nicht verfügbar ist, schlägt die Wiederherstellung fehl, wenn Site Recovery Manager die VM einschaltet.

Umgehung: Führen Sie die folgenden Schritte aus.
1. Entfernen Sie die verschlüsselte VM aus der Bestandsliste der Wiederherstellungs-Site.
2. Stellen Sie sicher, dass der Site Recovery Manager auf der Wiederherstellungs-Site verfügbar ist und dass der auf der geschützten Site verwendete Verschlüsselungsschlüssel auf der Wiederherstellungs-Site verfügbar ist.
3. Registrieren Sie die verschlüsselte VM bei der Bestandsliste der Wiederherstellungs-Site.
4. Öffnen Sie auf der Site Recovery Manager-Benutzeroberfläche die Wiederherstellungseinstellungen der verschlüsselten VM und deaktivieren Sie das Einschalten der VM während der Wiederherstellung.
5. Führen Sie die Wiederherstellung erneut durch.
Die geplante Migration von im vSphere Virtual Volumes-Datenspeicher geschützten VMs schlägt möglicherweise fehl.
Wenn Sie über VMs verfügen, die in vSphere Virtual Volumes-Datenspeichern geschützt sind, schlägt die geplante Migration der VMs möglicherweise mit dem folgenden Fehler aufgrund der Funktion "Speicher auf Wiederherstellungs-Site auf 'Beschreibbar' ändern" fehl.
Fehler - Fehler beim Ändern der Speicherrichtlinie: Am vSphere Virtual Volumes-Ziel ist ein anbieterspezifischer Fehler aufgetreten. Ungültige Konfiguration der virtuellen Maschine. Ein angegebener Parameter war nicht korrekt: Pfad.
Umgehung: Führen Sie den Wiederherstellungsplan erneut aus.
Die Vorgänge IP-Anpassung oder gastinterner Callout schlagen möglicherweise fehl mit Fehler – Die Authentifizierung mit dem Gastbetriebssystem anhand der angegebenen Anmeldedaten ist fehlgeschlagen.
Umgehung:

Wenn die Option recovery.autoDeployGuestAlias unter „Erweiterte Einstellungen“ auf TRUE (Standard) eingestellt ist.
- Wenn die Uhrzeit des ESX-Hosts, auf dem die VM wiederhergestellt und ausgeführt wird, nicht mit vCenter Single Sign-On-Servern auf der Wiederherstellungs-Site synchronisiert ist.
- Wenn das Gastbetriebssystem der wiederhergestellten VM Linux ist und die Uhrzeit gegenüber der Uhrzeit des ESX-Hosts, auf dem die wiederhergestellte VM ausgeführt wird, später liegt, aktualisieren Sie die Konfigurationsparameter der VM mithilfe der folgenden Vorgehensweise und führen Sie den fehlgeschlagenen Wiederherstellungsplan erneut aus.
  1. Klicken Sie mit der rechten Maustaste auf die wiederhergestellte VM.
  2. Klicken Sie auf die Einstellung Bearbeiten.
  3. Klicken Sie auf der Registerkarte Optionen auf Allgemein.
  4. Klicken Sie auf Konfiguration, um die Konfigurationsparameter zu aktualisieren.
  5. Klicken Sie auf Zeile hinzufügen und geben Sie time.synchronize.tools.startup.backward in das Textfeld Name und TRUE in das Textfeld Wert ein.
  6. Klicken Sie zum Bestätigen auf OK.
Wenn die Option recovery.autoDeployGuestAlias unter „Erweiterte Einstellungen“ auf FALSE eingestellt ist.
- Stellen Sie eine ordnungsgemäße Uhrzeitsynchronisierung zwischen Ihrem Gastbetriebssystem auf der geschützten VM und den vCenter Single Sign-On-Servern auf der Wiederherstellungs-Site sicher.
- Stellen Sie sicher, dass Ihre geschützten VMs korrekt konfigurierte Gastaliase für den Lösungsbenutzer auf dem SRM-Server der Wiederherstellungs-Site aufweisen. Weitere Informationen finden Sie in der Beschreibung der Option recovery.autoDeployGuestAlias unter Ändern von Wiederherstellungseinstellungen.
Weitere Informationen finden Sie unter den jeweiligen Fehlerbehebungsabschnitten im Site Recovery Manager 8.4-Administratorhandbuch.
Durch Ersetzen des SSL-Zertifikats von vCenter Server werden Zertifikatvalidierungsfehler in Site Recovery Manager verursacht.
Durch Ersetzen des SSL-Zertifikats im vCenter Server-System kann ein Verbindungsfehler auftreten, wenn Site Recovery Manager versucht, eine Verbindung mit vCenter Server herzustellen.

Umgehung: Informationen zur Aktualisierung von vCenter Server-Zertifikaten und wie Sie dafür sorgen, dass Lösungen wie etwa Site Recovery Manager weiterhin funktionsfähig sind, finden Sie unter http://kb.vmware.com/kb/2109074.
Die Notfallwiederherstellung für eine einem VSS-Netzwerk zugeordnete VM zeigt das Netzwerk einer Schutz-Site auf der Benutzeroberfläche für temporäre Platzhalter-Netzwerkzuordnungen an.
Wenn Sie ein VSS-Netzwerk verwenden, für das keine reguläre Netzwerkzuordnung konfiguriert wurde, und nach einem Wiederherstellungsplan mit Schutzgruppe für Speicherrichtlinien eine Notfallwiederherstellung ausführen, erstellt Site Recovery Manager eine temporäre Platzhalterzuordnung für dieses Netzwerk. Nach Abschließen der temporären Platzhalterzuordnung wird auf der sekundären Site möglicherweise ein Netzwerk angezeigt, das denselben Namen wie das Netzwerk auf der primären Site aufweist. Wenn Sie dieses Netzwerk nicht explizit erstellt haben, handelt es sich nicht um ein echtes Netzwerk. Es ist jedoch möglich, dieses Netzwerk als Ziel für die temporäre Platzhalterzuordnung auszuwählen, wodurch die Wiederherstellung erfolgreich ausgeführt werden kann. Nach Abschließen der Wiederherstellung wird dann angezeigt, dass kein Zugriff auf das Netzwerk möglich ist, auch wenn die wiederhergestellten VMs auf der Wiederherstellungs-Site als mit diesem Netzwerk verbunden angezeigt werden.

Umgehung: Ordnen Sie die VMs nach der Wiederherstellung manuell einem anderen Netzwerk zu und verbinden Sie sie mit einem echten Netzwerk.
Testnetzwerkzuordnungen werden nicht gelöscht, wenn die entsprechende Netzwerkzuordnung gelöscht wird.
Wenn Sie bei der Erstellung von Netzwerkzuordnungen eine bestimmte Netzwerkzuordnung für das Testen von Wiederherstellungsplänen konfigurieren und anschließend die Hauptnetzwerkzuordnung löschen, wird die Testnetzwerkzuordnung nicht gelöscht, selbst wenn das konfigurierte Netzwerk der Wiederherstellungs-Site nicht das Ziel einer anderen Zuordnung ist. Beispiel:
- Sie konfigurieren eine Netzwerkzuordnung von Protected_Network_Main auf der Schutz-Site zu Recovery_Network_Main auf der Wiederherstellungs-Site.
- Sie konfigurieren eine Testnetzwerkzuordnung von Recovery_Network_Main zu Recovery_Network_Test, um es als Netzwerk für das Testen von Wiederherstellungsplänen zu verwenden.
- Recovery_Network_Main auf der Wiederherstellungs-Site wird für keine andere Netzwerkzuordnung als Ziel verwendet.
- Sie löschen die Netzwerkzuordnung von Protected_Network_Main zu Recovery_Network_Main, die für vollständige Wiederherstellungen verwendet wird.
- Die Testnetzwerkzuordnung von Recovery_Network_Main zu Recovery_Network_Test wird nicht gelöscht.
Umgehung: Löschen Sie die Testnetzwerkzuordnung manuell.
Die Abhängigkeit zwischen zwei virtuellen Maschinen, je eine mit und ohne vMotion, auf Stretched Storage schlägt während eines Migrations-Workflows fehl.
Umgehungen: Entfernen Sie die Abhängigkeit zwischen den virtuellen Maschinen und führen Sie die geplante Migration erneut mit vMotion aus. Aktivieren Sie die Abhängigkeit für zukünftige Wiederherstellungs-Workflows manuell erneut.
Wenn Sie die Abhängigkeit zwischen virtuellen Maschinen beibehalten möchten, führen Sie die geplante Migration ohne vMotion aus. Beide virtuelle Maschinen werden als reguläre virtuelle Maschinen entsprechend der Abhängigkeitsreihenfolge migriert.
Site Recovery Manager kann das Entfernen von nicht kritischen virtuellen Maschinen aus der vCenter Server-Bestandsliste nicht verfolgen, was zu MONF-Fehlern in Wiederherstellungs-, Testwiederherstellungs- und Testbereinigungs-Workflows führt.
Site Recovery Manager verliert die Verbindungen zu vCenter Servern auf den Schutz- und Wiederherstellungs-Sites und kann das Entfernen von nicht kritischen virtuellen Maschinen nicht überwachen.

Umgehung: Starten Sie den Site Recovery Manager-Server neu.
Beim Bearbeiten einer temporären Platzhalterzuordnung wird möglicherweise folgende Fehlermeldung angezeigt: TDer angegebene Schlüssel, Name oder Bezeichner '6458aed1-6c80-4565-907f-189e6a102046' ist bereits vorhanden.
Dieser Fehler kann auftreten, wenn eine reguläre Zuordnung für dasselbe Bestandslistenobjekt der Schutz-Site vorhanden ist.

Umgehung: Keine. Sie können den Fehler ignorieren, da reguläre Zuordnungen Vorrang vor Platzhalterzuordnungen haben. Die reguläre Zuordnung wird wie erwartet zur Wiederherstellungszeit verwendet.
Site Recovery Manager zeigt in Platzhalterzuordnungen für einige Objekte der Schutz-Site falsche Namen an
- Bei Datencentern wird anstelle des benutzerdefinierten Namens des Datencenters der Name vm angezeigt.
- Bei Ressourcenpools wird anstelle des benutzerdefinierten Namens des Ressourcenpools der Name Ressourcen angezeigt.
- Wenn Sie eine virtuelle Maschine in einen anderen Ordner oder Ressourcenpool verschieben, nachdem die virtuelle Maschine in einer Speicherprofil-Schutzgruppe geschützt wurde, werden bei den nach dem Verschieben generierten Platzhalterzuordnungen interne IDs wie z. B. folder-3 oder resgroup-5 anstelle der benutzerdefinierten Objektnamen angezeigt.
Umgehung: Für falsche Objektnamen in Bestandslistenzuordnungen gibt es keine Umgehung. Überprüfen Sie den Verlaufsbericht vom fehlgeschlagenen Test oder Wiederherstellungs-Workflow, der die Erstellung der Platzhalterzuordnungen verursacht hat. Wenn Sie beispielsweise die Bestandsliste der Schutz-Site kennen, können Sie Datencenter, Ordner und Ressourcenpool der Schutz-Site bestimmen, worin die geschützte virtuelle Maschine enthalten war, die aufgrund einer fehlenden Zuordnung nicht wiederhergestellt werden konnte.
Nach Beendigung des Wiederherstellungsplan-Workflows zeigen die letzten Wiederherstellungsschritte weiterhin den Status „Wird ausgeführt“ an.
Der falsche Status ist ein vorübergehendes UI-Problem. Site Recovery Manager führt alle Schritte bis zur Fertigstellung aus.

Umgehung: Klicken Sie auf das Symbol für die globale Aktualisierung, um die Schnittstelle zu aktualisieren. Alle Schritte zeigen den korrekten Status „Abgeschlossen“ an.
Eingabeaufforderungen und Befehle werden in der Liste der Schritte in der Wiederherstellungsansicht nicht angezeigt.
Nachdem Sie eine Eingabeaufforderung oder einen Befehl in Wiederherstellungsschritte > Wiederherstellungsansicht hinzugefügt haben, wird dieselbe Eingabeaufforderung bzw. derselbe Befehl in der Testansicht angezeigt. Wenn Sie allerdings versuchen, eine Eingabeaufforderung oder einen Befehl in der Testansicht zu bearbeiten, verschwindet die für die Wiederherstellungsansicht spezifische Eingabeaufforderung bzw. der dafür spezifische Befehl möglicherweise aus der Liste der Schritte.

Verschwindende Eingabeaufforderungen oder Befehle sind ein vorübergehendes UI-Problem, das nur die detaillierte Liste der Wiederherstellungsschritte betrifft. Site Recovery Manager führt beim Ausführen eines Tests oder einer Wiederherstellung alle Eingabeaufforderungen und Befehle aus, selbst wenn diese in der detaillierten Liste der Schritte nicht angezeigt werden.

Umgehung: Klicken Sie auf das Symbol für die globale Aktualisierung, um die Schnittstelle zu aktualisieren. Alle Callouts werden in der Liste der Schritte wieder angezeigt.
Wenn das Speicher-Array auf der Schutz-Site ausfällt, kann Site Recovery Manager keine virtuellen Maschinen in Speicherprofil-Schutzgruppen wiederherstellen.
Die virtuellen Maschinen sind dann nicht mehr geschützt, aber die Daten sind weiterhin geschützt.

Umgehung: Stellen Sie die Datenspeicher und virtuellen Maschinen auf der Wiederherstellungs-Site manuell wieder her.
Die Platzhalter-VM auf der Wiederherstellungs-Site ist nach dem Löschen der Schutzgruppe und des Wiederherstellungsplans weiterhin vorhanden.
Wenn Sie den Wiederherstellungsplan und die Schutzgruppe aus der SRM-Bestandsliste löschen, wird die Platzhalter-VM weiterhin auf der Wiederherstellungs-Site angezeigt. Ein Fehler wird gemeldet, wenn Sie eine Schutzgruppe mit demselben Datenspeicher und derselben virtuellen Maschine zu erstellen versuchen. Ein Fehler tritt beim Versuch auf, die Platzhalter-VM manuell aus der vCenter Server-Bestandsliste zu löschen. Site Recovery Manager kennzeichnet die virtuelle Maschine als verwaist.

Umgehung: Löschen Sie die Platzhalter-VM, entfernen Sie die verwaiste virtuelle Maschine und erstellen Sie anschließend die Schutzgruppe mit derselben virtuellen Maschine.
Bereinigung schlägt fehl, wenn sie innerhalb von 10 Minuten nach dem Neustart der Wiederherstellung der Site-ESXi-Hosts aus dem Wartungsmodus versucht wird.
Der Bereinigungsvorgang versucht, die Platzhalter auszulagern, und hält sich dabei an den Host-Ausfallsicherheit-Cache, der eine Aktualisierungsspanne von 10 Minuten hat. Wenn Sie einen Auslagerungsvorgang bei ESXi-Hosts versuchen, die innerhalb dieser Zeitspanne von 10 Minuten erneut gestartet wurden, aktualisiert Site Recovery Manager die Informationen im Host-Ausfallsicherheitscache von Site Recovery Manager nicht, und der Auslagerungsvorgang schlägt fehl. Der Bereinigungsvorgang schlägt ebenfalls fehl.

Umgehung: Warten Sie 10 Minuten ab, bevor Sie den Bereinigungsvorgang erneut versuchen.
Die Wiederherstellung wird nicht weiter ausgeführt, nachdem eine Verbindung zur Schutz-Site ausgefallen ist.
Falls die Schutz-Site während eines Deaktivierungsvorgangs oder während RemoteOnlineSync bzw. RemotePostReprotectCleanup nicht mehr erreichbar ist (und beide treten während des erneuten Schützens auf), wird der Wiederherstellungsplan möglicherweise nicht weiter ausgeführt. In solch einem Falle wartet das System darauf, dass die virtuellen Maschinen oder Gruppen, die Teil der Schutz-Site waren, diese unterbrochenen Aufgaben fortführen und beenden. Falls dieses Problem während des erneuten Schutzes auftritt, müssen Sie die Verbindung zur ursprünglichen Schutz-Site erneut herstellen und den Wiederherstellungsplan neu starten. Falls dieses Problem bei einer Wiederherstellung auftritt, reicht es aus, den Wiederherstellungsplan abzubrechen und neu zu starten.
Der wiederhergestellte VMFS-Datenträger mountet nicht und meldet folgenden Fehler: Der Datenspeicher konnte nicht wiederhergestellt werden.
Dieser Fehler kann auftreten, wenn eine Latenz zwischen vCenter, ESXi und Site Recovery Manager Server besteht.

Umgehung: Führen Sie den Wiederherstellungsplan erneut aus.
Der vorübergehende Verlust von vCenter Server-Verbindungen kann zu Wiederherstellungsproblemen bei virtuellen Maschinen mit Raw-Festplattenzuordnungen führen.
Falls die Verbindung mit vCenter Server während einer Wiederherstellung verloren geht, kann eines der folgenden Ereignisse eintreten:
- vCenter Server bleibt weiterhin nicht verfügbar und die Wiederherstellung schlägt fehl. Um dieses Problem zu beheben, stellen Sie die Verbindung mit vCenter Server wieder her und führen Sie die Wiederherstellung erneut durch.
- In seltenen Fällen steht vCenter Server erneut zur Verfügung und die virtuelle Maschine wurde wiederhergestellt. Sofern die virtuelle Maschine über Raw-Festplattenzuordnungen verfügt, werden diese in einem solchen Fall möglicherweise nicht ordnungsgemäß zugeordnet. Da die Raw-Festplattenzuordnungen nicht ordnungsgemäß zugeordnet wurden, kann es vorkommen, dass die virtuelle Maschine nicht eingeschaltet werden kann oder Fehler im Zusammenhang mit dem Gastbetriebssystem oder Anwendungen auf dem Gastbetriebssystem auftreten können.
  - Falls es sich um eine Testwiederherstellung handelt, führen Sie einen Bereinigungsvorgang durch und wiederholen Sie den Test.
  - Handelt es sich um eine tatsächliche Wiederherstellung, müssen Sie die richtige Raw-Festplattenzuordnung manuell zur wiederhergestellten virtuellen Maschine hinzufügen.
Weitere Informationen über das Hinzufügen von Raw-Festplattenzuordnungen finden Sie in der vSphere-Dokumentation über das Bearbeiten von Einstellungen der virtuellen Maschine.
Abbrechen des Wiederherstellungsplans nicht abgeschlossen
Beim Ausführen eines Wiederherstellungsplans wird versucht, virtuelle Maschinen zu synchronisieren. Es ist möglich, den Wiederherstellungsplan abzubrechen. Allerdings wird die Planausführung nur nach Abschluss bzw. Ablauf der Synchronisierung abgebrochen. Die Standardeinstellung für den Ablauf beträgt 60 Minuten. Die folgenden Optionen können zum Abbrechen des Wiederherstellungsplans verwendet werden:
- Unterbrechen der vSphere Replication, was dazu führt, dass die Synchronisierung fehlschlägt. Verwenden Sie, sobald die Wiederherstellung einen Fehlerzustand aufweist, den vSphere Client, um auf der gleichnamigen Registerkarte vSphere Replication neu zu starten. Nach dem Neustart der Replizierung kann bei Bedarf der Wiederherstellungsplan erneut ausgeführt werden.
- Warten Sie, bis die Synchronisierung abgeschlossen ist oder eine Zeitüberschreitung eintritt. Dies kann einige Zeit dauern, wird jedoch irgendwann beendet. Nachdem die Synchronisierung beendet oder abgelaufen ist, wird der Abbruch des Wiederherstellungsplans fortgesetzt.
Fehler im Wiederherstellungsplan beim Herunterfahren der geschützten virtuellen Maschinen: Fehler – Zeitüberschreitung beim Vorgang: 900 Sekunden während des Herunterfahrens von virtuellen Maschinen beim Schutz-Site-Schritt.
Wenn Sie Site Recovery Manager zum Schutz von Datenspeichern auf Arrays mit Unterstützung der dynamischen Auslagerung (beispielsweise Clariion) einsetzen, kann eine Notfallwiederherstellung, bei der die Schutz-Site teilweise heruntergefahren ist oder eine erzwungene Wiederherstellung läuft, zu Fehlern führen, sofern der Wiederherstellungsplan zum Abschluss von Vorgängen auf der Schutz-Site erneut durchgeführt wird. Ein derartiger Fehler tritt auf, wenn die Schutz-Site wieder online ist, aber Site Recovery Manager nicht in der Lage ist, die geschützten virtuellen Maschinen herunterzufahren. Dieser Fehler tritt in der Regel auf, wenn bestimmte Arrays die geschützten LUNs mit Schreibschutz versehen, sodass ESXi nicht in der Lage ist, die E/A-Vorgänge für eingeschaltete geschützte virtuelle Maschinen abzuschließen.

Umgehung: Starten Sie die ESXi-Hosts an der Schutz-Site neu, die schreibgeschützte LUNs aufweisen.
Geplante Migration schlägt fehl mit Error: Die Konfigurationsdatei konnte nicht kopiert werden ...
Wenn zwei ESXi-Hosts in einem Cluster untergebracht sind und ein Host die Konnektivität mit dem Speichermedium verliert, kann der andere Host in der Regel die replizierten virtuellen Maschinen wiederherstellen. In manchen Fällen kann der andere Host die virtuellen Maschinen nicht wiederherstellen und die Wiederherstellung schlägt mit der folgenden Meldung fehl: Fehler: Die Konfigurationsdatei konnte nicht kopiert werden ...

Umgehung: Führen Sie die Wiederherstellung erneut durch.
Die Testbereinigung schlägt mit einer Fehlermeldung über das Unmounten des Datenspeichers fehl.
Die Ausführung einer Bereinigung nach einer Testwiederherstellung kann mit dem folgenden Fehler fehlschlagen: Fehler - Es kann kein Unmounten des Datenspeichers „datastore_name“ vom Host „hostname“ durchgeführt werden. Der Vorgang ist im aktuellen Zustand nicht zulässig.. Dieses Problem tritt auf, wenn der Host das Unmounten für den Datenspeicher bereits durchgeführt hat, bevor Sie den Bereinigungsvorgang ausführen.

Umgehung: Führen Sie den Bereinigungsvorgang erneut aus.
Wenn Sie die Berechtigung für einen Benutzer auf einer Schutz-Site entfernen, während Sie als dieser Benutzer angemeldet sind, wird die folgende Fehlermeldung angezeigt: Berechtigungsdaten konnten nicht abgerufen werden. Die Sitzung ist bereits angemeldet. Auf der Registerkarte „Erweiterte Einstellungen“ wird eine ähnliche Fehlermeldung angezeigt.
Diese Fehlermeldung erscheint, wenn Sie Ihre eigenen Berechtigungen auf Site-Ebene entfernen. Stattdessen sollte die Nachricht Sie darüber informieren, dass Sie nicht über die Berechtigung zum Anzeigen der Seite verfügen.
Das Ausführen eines Wiederherstellungsplans schlägt mit einem Fehler der virtuellen Maschine beim Schritt zum Konfigurieren des Speichers fehl.
Nachfolgende Ausführungen des Wiederherstellungsplans schlagen für dieselbe virtuelle Maschine bei demselben Schritt zum Konfigurieren des Speichers mit dem Fehler Der angegebene Schlüssel, Name oder Bezeichner ist bereits vorhanden. fehl. Wenn Sie in die vCenter Server-Bestandsliste schauen, sehen Sie zwei virtuelle Maschinen mit demselben Namen wie die fehlgeschlagene virtuelle Maschine, von denen sich eine im Ordner „Discovered Virtual Machines“ befindet. Dieses Problem wird durch ein bekanntes Kommunikationsproblem zwischen vCenter Server und der ESXi Server-Instanz verursacht.

Umgehung: Heben Sie die Registrierung der doppelten virtuellen Maschine im Ordner „Discovered Virtual Machines“ von vCenter Server auf. Führen Sie anschließend den Wiederherstellungsplan für alle betroffenen virtuellen Maschinen erneut aus.
Dieses Problem wurde in vCenter Server 6.7 behoben.