RecoverPoint for Virtual Machines

In diesem Dokument werden die minimalen, empfohlenen und neuesten Codeversionen für Dell Technologies Enterprise- und Datacenter Infrastructure-Produkte angegeben. Wir bewerten und überwachen die Codebereitstellungsdaten sorgfältig, um sicherzustellen, dass die Produktversionen unsere strengen Anforderungen erfüllen, damit wir unseren KundInnen zuverlässige Produkte und Lösungen bereitstellen können.

Voraussetzungen für ein erfolgreiches Upgrade von RecoverPoint for Virtual Machines

When protecting vAPP VMs, the RP4VM plugin will not being able to connect to the vCenter server

RecoverPoint for Virtual Machines Consistency Groups(CG) are in a paused by system or error state.

Verfahren zum Aus- und Einschalten eines RecoverPoint for Virtual Machines-Clusters

Die Consistency Group/s (CG/s) gehen in einen Fehlerstatus über, beenden die Replikation oder ein vollständiges Aufräumen kann nach dem Upgrade von RecoverPoint for Virtual Machine von einer Version kleiner als 5.2.2.2 auf 5.3.x auftreten.

Cluster wurde im Plug-in getrennt

Nutzer können Gruppensätze nicht über die Benutzeroberfläche oder CLI von RecoverPoint oder RecoverPoint for Virtual Machines ändern.

In einigen Szenarien während ESXi-Upgrades oder während Splitter/Jiraf-Upgrades auf ESXi-Hosts können die virtuellen vRPA-Maschinen (VM) nicht zwischen ESXi-Hosts vMotion übertragen werden. Dies ist auf Unterschiede bei den Journal Access Module (JAM)-IOFiltern auf den Hosts zurückzuführen.

RecoverPoint and RecoverPoint for Virtual Machines: Default RecoverPoint Appliance Certificate expires on January 21, 2026.

Die Replikation von RecoverPoint for VMs stürzt ab und virtuelle RecoverPoint-Appliances treten in die Neustartregelung ein.

Consistency Groups können zwischen RecoverPoint Appliances (RPAs) hin- und herwechseln und bei einem Replikationsabsturz aufgrund der Erschöpfung des Phase-1-Cachespeichers bei hohen Input-Output-Raten als inaktiv angezeigt werden.

Die PuTTY-Verbindung mit RecoverPoint Appliances (RPAs) schlägt mit dem Fehler "Couldn't agreement a key exchange algorithm" fehl. Dies kann nach einem Upgrade von RecoverPoint for Virtual Machines (VMs) auftreten.

RecoverPoint for Virtual Machines (VMs) vRPA verfügt über eine Festplatte, die den Schwellenwert von 80 % der Festplattennutzung überschritten hat.

RecoverPoint für virtuelle Maschinen: Splitter-Prozess wird auf ESX-Host nicht gestartet (unkontrollierbarer Splitter)

RecoverPoint: Die CLI-Sitzung endet ungewöhnlich mit der Meldung "Killed". Diese Meldung wird möglicherweise nicht angezeigt, wenn die Sitzung über PuTTY ausgeführt wird, da PuTTY das Fenster schließen kann.

So migrieren Sie das Repository-Volume und migrieren Sie die Journale.

In diesem Wissensdatenbank-Artikel wird beschrieben, wie Sie ein fehlgeschlagenes Upgrade von 5.0.0.1-Code auf eine höhere Version beheben, wenn FTP in Deployer verwendet wurde.

Während eines Failovers werden die virtuellen Schattenmaschinen nicht eingeschaltet. Dieses Problem wird dadurch verursacht, dass der Netzwerkadapter bei Verwendung von Distributed Resource Manager (DRS) nicht mit dem angegebenen Netzwerk verbunden werden kann.

RecoverPoint for VMs 6.0 – RPA-Vorgang zum Hinzufügen schlägt fehl.

RecoverPoint for Virtual Machines: ESXi-Splitter werden mit dem Status "Uncontrollable" oder "Dispers wird installiert" angezeigt und der Splitter-Prozess wird in Schleifen neu gestartet.

RecoverPoint for Virtual Machines-Ziel oder Schatten-VMs werden gestartet und zeigen "Schatten-VM" an oder rufen den "Boot Manager" der virtuellen Maschine auf.

Bei einem Kunden treten Konfliktfehler in DPA auf. Protokollerfassung

CG bleibt beim Anhalten des alten Image hängen und der Replikationsprozess stürzt wiederholt ab, nachdem versucht wurde, den Image-Zugriff zu beenden.

CG mit mindestens 5 VMs + Kunde hat Einschaltpriorität festgelegt – > alle VMs werden nacheinander (nicht gleichzeitig) eingeschaltet

Nach dem Anwenden eines Upgrades auf eine ViPR SRM-Instanz mit 7 VMs bleibt das primäre Back-end nicht verbunden und es werden Fehler in Protokollen angezeigt, z. B. in Catalina sowie in der Benutzeroberfläche von Centralized Management >> Servers, die einen Handshake-Fehler anzeigen

In RecoverPoint for Virtual Machines kann dieser Wert nur durch die Anmeldung bei der CLI mit dem Nutzernamen boxmgmt aktualisiert werden.  Andere Methoden, z. B. der Assistent zum Ändern von Clustern im Bereitstellungsmanager, werden nicht unterstützt und sollten nicht verwendet werden.

In diesem Artikel wird der Grund dafür beschrieben, warum der geplante Bericht beim Beenden mit Fehlercode 11 und der folgenden Zeile im taskRun-Protokoll nicht ordnungsgemäß abgeschlossen werden kann: ReportRestrictionException: Beschränkung der Anzahl von Berichtselementen. In diesem Fall wird versucht, den Bericht als PDF-Anhang per E-Mail zu versenden