Versionshinweise zu VMware Site Recovery Manager 8.6

Site Recovery Manager 8.6 \| 11. Oktober 2022 \| Build 20555463 \| Herunterladen Import-/Exporttool für die Konfiguration von Site Recovery Manager 8.6 \| 11. Oktober 2022 \| Build 20554592 Überprüfen Sie, ob Erweiterungen und Updates für diese Versionshinweise zur Verfügung stehen.

Site Recovery Manager 8.6 | 11. Oktober 2022 | Build 20555463 | Herunterladen

Import-/Exporttool für die Konfiguration von Site Recovery Manager 8.6 | 11. Oktober 2022 | Build 20554592

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

Neuigkeiten

VMware Site Recovery Manager 8.6 bietet Kompatibilität mit VMware vSphere 8.0.
Interoperabilität mit vSAN Express Storage.
REST APIs. Einführung von End-to-End-Automatisierung für Site Recovery Manager:
- Möglichkeit zum Erstellen, Bearbeiten und Löschen von Schutzgruppen und Wiederherstellungsplänen.
- Abrufen von Schutz- und Wiederherstellungseinstellungen für VMs.
- Erstellen und Ändern von Bestandslistenzuordnungen, IP-Anpassung und Ressourcenzuordnungen
- Neukonfiguration von Wiederherstellungseinstellungen für VMs – Hinzufügen/Bearbeiten/Löschen von Callouts und Eingabeaufforderungen, Festlegen/Abrufen von Prioritäten und Abhängigkeiten.
- Ausführung von Wiederherstellungsplänen - Test, geplante Migration, Failover, erneuter Schutz und Fallback
- Vollständiger Satz von APIs zum Konfigurieren und Verwalten der VMware Site Recovery Manager-Appliance
  
  Weitere Informationen finden Sie im Blog.
Produktinternes Feedback: In der Site Recovery Manager-Benutzeroberfläche wird eine Option für produktinternes Feedback eingeführt, mit der Sie Echtzeitbewertungen und Kommentare zu wichtigen Workflows und Funktionen bereitstellen können.
Site Recovery Manager kann den VM-Schutz in Schutzgruppen und Wiederherstellungsplänen basierend auf Änderungen in den Bestandslistenzuordnungen automatisch aktualisieren.
Verbesserungen an der Benutzeroberfläche von Site Recovery Manager:
- Netzwerkhierarchiedaten sind in Netzwerkzuordnungen sichtbar.
- Benutzeroberfläche der Site Recovery Manager-Appliance: Möglichkeit, den Netzwerkstatus zu aktivieren bzw. zu deaktivieren.
- vSphere Replication-Option zum Aktivieren der Replizierung von Datensätzen.

Italienisches Gebietsschema für die Benutzeroberfläche und die Dokumentation des Produkts – Site Recovery Manager 8.6 bietet Unterstützung für die Lokalisierung der Benutzeroberfläche in italienischer Sprache und stellt die Produktdokumentation auf Italienisch bereit.
vRealize Operations Management Pack for VMware Site Recovery Manager 8.6. Informationen zum Management Pack finden Sie in den Versionshinweisen zu VMware vRealize Operations Management Pack for VMware Site Recovery Manager 8.6.

vRealize Orchestrator Plug-In for VMware Site Recovery Manager 8.6. Informationen zu den neuen Workflows finden Sie unter Versionshinweise zu VMware vRealize Orchestrator Plug-In for VMware Site Recovery Manager 8.6.
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.6.
Informationen zu den Funktionen von vSphere 8.0 finden Sie in der Dokumentation zu vSphere 8.0.
Informationen zu den unterstützten Datenbanken finden Sie in den Kompatibilitätsmatrizen für VMware Site Recovery Manager 8.6.

Hinweis zur Produktunterstützung

VMware Site Recovery Manager 8.5 war die letzte allgemeine Version, die Schutzgruppen für Speicherrichtlinien unterstützt. Sie müssen Ihre SPPGs vor dem Upgrade auf Site Recovery Manager 8.6 entweder entfernen oder zu regulären Schutzgruppen für die Array-basierte Replizierung migrieren. Site Recovery Manager 8.5.0.5 und höher verfügt über ein dediziertes SPPG-Migrationstool (Storage Policy Protection Group), mit dem Sie Ihre Schutzgruppen für Speicherrichtlinien zu regulären Schutzgruppen für Array-basierte Replizierung migrieren können. Weitere Informationen zur Verwendung des Tools finden Sie unter Migrieren von Schutzgruppen für Speicherrichtlinien zu Schutzgruppen für Array-basierte Replizierung.

Lokalisierung

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

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

Kompatibilität

Site Recovery Manager – Kompatibilitätstabelle

Site Recovery Manager 8.6 ist kompatibel mit vSphere 7.0 sowie höheren Versionen und unterstützt ESXi-Version 7.0 und höher.

Site Recovery Manager 8.6 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.6.

Kompatible Speicher-Arrays und Speicherreplikationsadapter

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 Site Recovery Manager 8.6 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 Site Recovery Manager 8.6. Site Recovery Manager 8.6 fügt die Interoperabilität mit vSAN Express Storage hinzu.

Installation und Upgrade

Weitere Informationen zum Installieren und Durchführen eines Upgrades von Site Recovery Manager finden Sie unter Installation und Konfiguration von Site Recovery Manager.

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

HINWEISE:

VMware Site Recovery Manager 8.5.x war die letzte allgemeine Version, die Schutzgruppen für Speicherrichtlinien unterstützt. Sie müssen Ihre SPPGs vor dem Upgrade auf Site Recovery Manager 8.6 entweder entfernen oder zu regulären Schutzgruppen für die Array-basierte Replizierung migrieren. Site Recovery Manager 8.5.0.5 und höher verfügt über ein dediziertes SPPG-Migrationstool (Storage Policy Protection Group), mit dem Sie Ihre Schutzgruppen für Speicherrichtlinien zu regulären Schutzgruppen für Array-basierte Replizierung migrieren können. Weitere Informationen zur Verwendung des Tools finden Sie unter Migrieren von Schutzgruppen für Speicherrichtlinien zu Schutzgruppen für Array-basierte Replizierung.
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.

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 Site Recovery Manager 8.6.

Die Grenzwerte für den Betrieb von Site Recovery Manager 8.6 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 Site Recovery Manager 8.6 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 Site Recovery Manager zur Verfügung zu stellen.

Wenn Sie sich in einer Verbundumgebung mit verknüpften vCenter Server-Instanzen bei der lokalen Site des REST API-Gateways anmelden, werden Sie automatisch bei der Remote-Site angemeldet. Sie müssen keine POST-/remote-session-Anforderung durchführen. Es ist nicht möglich, sich bei der Remote-Site mit einem anderen Benutzernamen anzumelden.
Für den Schutz und die Wiederherstellung verschlüsselter virtueller Maschinen mit vSphere Replication ist VMware vSphere 7.0 Update 2c oder höher erforderlich.
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: "Virtual machine '{vmName}' is replicated by multiple replication groups." 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.
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(NVMe-oF)-Datenspeichern für Schutzgruppen mit Array-basierter Replizierung. 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.
Das Import-/Exporttool für VMware Site Recovery Manager 8.6 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.
Site Recovery Manager 8.6 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.
Site Recovery Manager 8.6 unterstützt mit den folgenden Einschränkungen vSphere Replication 8.6 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.
Site Recovery Manager 8.6 bietet keine Unterstützung für NFSv4.1-Datenspeicher für Array-basierte Replizierung. Sie können Site Recovery Manager 8.6 mit NFSv4.1-Datenspeichern für vSphere Replication verwenden.
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.6 und für die Kopplung Ihrer Site Recovery Manager 8.6-Sites.
2. Die vCenter Server-Instanzen auf beiden Site Recovery Manager 8.6-Sites müssen im erweiterten verknüpften Modus ausgeführt werden. Um Fehler beim Upgrade von Site Recovery Manager 8.6 auf eine neuere Version zu verhindern, müssen die vCenter Server-Instanzen beider Sites direkte Replizierungspartner sein.

Bekannte Probleme

Neu - Site Recovery Manager-Workflow schlägt mit einem NotAuthenticated-Fehler fehl

Alle 8 Stunden tritt ein Zeitraum von 0 bis 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.
Neu - Das Client-Integrations-Plug-In-Symbol für Site Recovery Manager wird bei Verwendung des Firefox-Browsers nicht angezeigt

Bei Verwendung des Firefox-Browsers wird das Client-Integrations-Plug-In-Symbol für Site Recovery Manager in vCenter Server 7.0.x nicht angezeigt.

Umgehung: Klicken Sie auf den leeren Bereich oberhalb der Site Recovery-Bezeichnung oder verwenden Sie Chrome- oder Edge-Browser.
Neu - Testwiederherstellung und geplante Migration schlagen für einige virtuelle Maschinen mit mehreren Fehlern fehl

Während der Testwiederherstellung und der geplanten Migration wird der vSphere Replication-Server möglicherweise neu gestartet, wodurch einige Replizierungen mit den folgenden Fehlern fehlschlagen:

Cannot commit group '<group-id>' to an image on vSphere Replication Server '<VR-server>' (address '<VR-server-address>'). A generic error occurred in the vSphere Replication Management Server. Exception details: 'https://<VR-server-address>:8123/ invocation failed with "org.apache.http.conn.HttpHostConnectException: Connect to <VR-server-address>:8123 [/<VR-server-address>] failed: Connection refused (Connection refused)"'.

Error : Cannot commit group '<group-id>' to an image on vSphere Replication Server '<VR-server>' (address '<VR-server-address>'). A generic error occurred in the vSphere Replication Management Server. Exception details: 'https://<VR-server-address>:8123/ invocation failed with "java.net.SocketException: Connection reset"'.

Error : A runtime error occurred in the vSphere Replication Management Server. Exception details: ''. A runtime error occurred in the vSphere Replication Management Server. Exception details: ''.

Umgehung: Führen Sie den Testwiederherstellungsplan erneut aus. Nach dem Neustart des vSphere Replication-Servers werden die fehlgeschlagenen Vorgänge erfolgreich abgeschlossen.
Neu - Zwei ähnliche Elemente für VMware Site Recovery-Integrations-Plug-Ins sind in der Liste der vCenter Server-Client-Plug-Ins sichtbar

Wenn Sie vSphere Replication oder Site Recovery Manager auf vCenter Server 8.0 installieren, enthält die Liste der vCenter Server-Client-Plug-Ins zwei ähnliche Elemente für das VMware Site Recovery-Integrations-Plug-In. Dies wirkt sich nicht auf die Plug-In-Funktionalität aus, solange beide Plug-Ins aktiviert oder deaktiviert sind.

Umgehung: Es sind keine Aktionen erforderlich, um die Plug-In-Funktionalität weiterhin zu verwenden. Wenn Sie das Plug-In deaktivieren müssen, deaktivieren Sie beide Plug-Ins. Wenn Sie das Plug-In aktivieren möchten, aktivieren Sie beide Plug-Ins.
Neu - Notfallwiederherstellung schlägt mit einer Fehlermeldung fehl

Die Notfallwiederherstellung für virtuelle Maschinen, die sich auf Stretched Storage befinden, schlägt mit dem folgenden Fehler fehl: "A general system error occurred: Cannot allocate memory"

Umgehung: Führen Sie den Notfallwiederherstellungsvorgang erneut aus.
Neu - Der Wiederherstellungsplan mit dem Status „Wiederherstellung unvollständig“ kann nicht erfolgreich abgeschlossen werden

Wenn ein Failover mit vMotion während des vMotion-Schritts unterbrochen wird und der Plan in den Status Wiederherstellung unterbrochen wechselt, schlagen möglicherweise alle folgenden erneuten Ausführungen des Plans beim Schritt Speicher auf Wiederherstellungs-Site auf „Beschreibbar“ ändern fehl. Der Fehler in diesem Schritt ist falsch, und das Failover wurde erfolgreich abgeschlossen. Der Plan verbleibt jedoch im Status Wiederherstellung unvollständig und kann aus diesem Grund nicht wieder in den Zustand Bereit versetzt werden.

Umgehung: Um erfolgreich ein Failback der VMs auf die primäre Site durchzuführen, erstellen Sie die Schutzgruppen und den Wiederherstellungsplan neu.
Neu - Die Neukonfiguration der Replizierung schlägt nach dem erneuten Schützen fehl, wenn der Zieldatenspeicher für eine VMDK geändert wird

Nach der Durchführung des Vorgangs zum erneuten Schützen schlägt die Neukonfiguration der Replizierung, die das Verschieben von Festplatten beinhaltet, z. B. das Verschieben der Festplatte in einen anderen Datenspeicher oder Pfad, mit dem folgenden Fehler fehl:

Unable to complete the reconfiguration task at remote site for replication group 'hbr-vm' (managed object ID: 'GID-xxxx'): task 'HTID-xxxx'. Details: 'A runtime error occurred in the vSphere Replication Management Server. Exception details: 'VR Server error: 'Virtual Machine exists at the target datastore path'.

Umgehung: Sie müssen die VMX-Datei der ursprünglichen virtuellen Maschine am Zielspeicherort umbenennen oder verschieben.
Neu - Das Upgrade auf Site Recovery Manager 8.6 wird ohne Benachrichtigung in der Benutzeroberfläche und ohne Neustart der Appliance abgeschlossen

Wenn Sie ein Upgrade von Site Recovery Manager 8.4.x durchführen und sich Schutzgruppen für Speicherrichtlinien (SPPGs) in Ihrer Umgebung befinden, schlägt das Upgrade auf Site Recovery Manager 8.6 fehl, ohne dass Fehlermeldungen angezeigt werden.

Umgehung: Führen Sie ein Upgrade auf Site Recovery Manager Version 8.5.0.5 durch, entfernen oder migrieren Sie Ihre SPPGs zu regulären Schutzgruppen der Array-basierten Replizierung und fahren Sie dann mit dem Upgrade auf Site Recovery Manager 8.6 fort. Alternativ können Sie die SPPGs manuell zu Schutzgruppen der Array-basierten Replizierung migrieren und ein Upgrade auf Site Recovery Manager 8.6 durchführen.
Neu - Der Vorgang zum erneuten Schützen schlägt während des Schritts zum Synchronisieren des Speichers mit einer Fehlermeldung fehl

Wenn der Speichervorgang zum Erkennen von Geräten noch ausgeführt wird, wird verhindert, dass der letzte Unterschritt des Workflows zum erneuten Schützen der Speichersynchronisierung rechtzeitig abgeschlossen wird. Der Vorgang zum erneuten Schützen schlägt mit dem folgenden Fehler fehl: "Operation timed out: 1080 seconds". Auch wenn der Workflow zum erneuten Schützen fehlschlägt, wird der Unterschritt zum Synchronisieren des Speichers erfolgreich gestartet und abgeschlossen, nachdem der Vorgang zum Erkennen von Geräten abgeschlossen ist.
Umgehung 1: Warten Sie, bis der Vorgang zum Erkennen von Geräten abgeschlossen ist, und warten Sie etwas länger, bis die Speichersynchronisierung abgeschlossen ist. Wenn die Vorgänge zum Erkennen von Geräten und zum Synchronisieren von Speicher abgeschlossen sind, müssen Sie ein Test-Failover ausführen, um zu überprüfen, ob der Wiederherstellungsplan ordnungsgemäß funktioniert.

Umgehung 2: Erhöhen Sie den Wert der erweiterten Einstellung remoteManager.taskDefaultTimeout.
1. Wählen Sie auf der Registerkarte „Home“ von Site Recovery ein Site-Paar aus und klicken Sie auf Details anzeigen.
2. Klicken Sie im linken Bereich auf Konfigurieren > Erweiterte Einstellungen > Remote-Manager.
3. Wählen Sie eine Site aus und klicken Sie auf Bearbeiten, um die Remote-Manager-Einstellungen zu ändern.
4. Geben Sie einen neuen Wert im Textfeld remoteManager.taskDefaultTimeout ein.
Aktualisiert - 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:

Unable to reverse replication for the virtual machine '<vm-name>'. A general system error occurred: Fault cause: vim.fault.GenericVmConfigFault

Oder Unable to reverse replication for the virtual machine '<vm-name>'. A general system error occurred:

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

Task Name: Remove all snapshots

Status: A general system error occurred: Fault cause: vim.fault.GenericVmConfigFault

Oder Status: A general system error occurred: Snapshot configuration missing for snapshot <>

Initiator: <initiator>

Target: <vm-name>

Server: <VC-name>
Umgehung:
1. Entfernen Sie die Replizierung.
2. Konfigurieren Sie die Replizierung mithilfe von Speicherfestplatten erneut.
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.
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 Entfernen des automatisches Schutzes aktivieren und die Einstellungen für automatischen Schutz deaktiviert sind, funktioniert das Entfernen des automatisches Schutzes für Schutzgruppen für Array-basierte Replizierung und Schutzgruppen für Virtual Volumes-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.
Der Vorgang zum erneuten Schützen schlägt mit einem Fehler fehl

Wenn Sie virtuelle Maschinen in großem Umfang replizieren, schlägt der erneute Schutz unter Umständen mit der folgenden Fehlermeldung fehl: "Unable to reverse replication for the virtual machine A generic error occurred in the vSphere Replication Management Server "java.net.SocketTimeoutException: Read timed out"
Umgehung:
1. 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.
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 Netzwerkschnittstelle auf AKTIV.
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: "Invalid configuration for device '0'".

Umgehung: Beenden Sie weder die Replizierung einer der Festplatten noch trennen Sie die Festplatte von der Schutzgruppe.
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:

Unable to reverse replication for the virtual machine <VM_name>

oder

A general system error occurred: Failed to open virtual disk

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.
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: "Some virtual machines in the protection group [PGxxx] could not be recovered."

Umgehung: Führen Sie den Wiederherstellungsplan erneut aus.
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.
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.
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.
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.
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:

A problem occurred with the storage on datastore path '[<datastore-name>] <datastore-path>/hbrdisk.RDID-<disk-UUID>.vmdk
Umgehung:
1. Entfernen Sie die Replizierung.
2. Konfigurieren Sie die Replizierung mithilfe von Speicherfestplatten erneut.
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: 'The ManagedObjects in 'spec.objectSet' belong to more than 1 server.' oder 'Missing value for non-optional field 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: Placeholder VM for the protected VM '<vm-name>' is missing.
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 virtual machine failover failed. 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.
Virtuelle Maschinen, die während der Ausführung einer Testwiederherstellung erstellt werden, sind nach Abschluss des Tests nicht automatisch geschützt

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-Benutzeroberfläche 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 mithilfe des Dialogfelds für die Remoteanmeldung durchzuführen, erhalten Sie eine ähnliche Fehlermeldung in der Benutzeroberfläche. Die Site Recovery-Benutzeroberfläche kann möglicherweise aufgrund der Art und Weise, wie das Hostzertifikat generiert wird, keine Verbindung zu den Platform Services Controller-Hosts herstellen:
- 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 das Speicher-Array nicht über die erforderlichen Benachrichtigungen verfügt, sodass der Vorgang für den erneuten Schutz fehlschlägt.
Umgehung:
1. Navigieren Sie zu der Datei „vmware-dr.xml“ und öffnen Sie sie 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: invalid property - 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 netmgr ip6_address --set --interface --dhcp 1 --autoconf 1 aus.
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 netmgr ip6_address --set --interface --dhcp 1 --autoconf 1 aus.
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.
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: Unable to connect to the remote server.

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.

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 ...] Plan execution (test workflow) failed; 
plan id: 34f86036-3bc7-4c2d-a841-e15c5d781532, plan name: HBRRP_LIMITS, error: (vmodl.fault.InvalidArgument) {
-->    faultCause = (vmodl.MethodFault) null, 
-->    faultMessage = <unset>, 
-->    invalidProperty = "path"
-->    msg = "A specified parameter was not correct: 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] 
Failed to canonicalize vm register path; 
/vmfs/volumes/.../recoveredVm.vmx, err: 16(Device or resource busy)
...
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:
--> Result:
--> (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.

Internal error: Received unexpected exception during prepare phase. The session is not authenticated.

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 gleichzeitig ein langsamer Zielhost oder temporäre Netzwerkfehler vorliegen, kann dies zu einem Replizierungsfehler mit Fehlern vom Typ DiskQueue is full 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. Das Problem wurde in vCenter Server 6.7 Update 3 behoben.
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 Wert für die Prüfsummen-Byte in den Details zur Replizierung verä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.
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äß: Error while importing VM settings for server with guid '6f81a31e-32e0-4d35-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.
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.
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.

ERROR XML5610: Quote character expected.

ERROR Error: Invalid 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.
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.

The requested object was not found or has already been deleted.

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

Error - Storage policy change failure: The vSphere Virtual Volumes target encountered a vendor specific error. Invalid virtual machine configuration. A specified parameter was not correct: path.

Umgehung: Führen Sie den Wiederherstellungsplan erneut aus.
Die IP-Anpassung oder Callout-Vorgänge auf dem Gast schlagen möglicherweise mit dem folgenden Fehler fehl: Failed to authenticate with the guest operating system using the supplied credentials
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.
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.
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.
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: Error - Operation timed out: 900 seconds during Shutdown VMs at Protected Site step.

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 mit dem folgenden Fehler fehl: 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: Error: Unable to copy the configuration file...

Umgehung: Führen Sie die Wiederherstellung erneut durch.
Die Testbereinigung schlägt mit einer Fehlermeldung über das Unmounten des Datenspeichers fehl.

Das Ausführen der Bereinigung nach einer Testwiederherstellung kann mit dem folgenden Fehler fehlschlagen: Error - Cannot unmount datastore 'datastore_name' from host 'hostname'. The operation is not allowed in the current state.. Dieses Problem tritt auf, wenn der Host den Datenspeicher bereits getrennt 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.