PowerProtect Data Manager

Dieser Artikel enthält kuratierte Links zu Dell PowerProtect Data Manager-Produktdokumentationen, Videos und Informationen, einschließlich Bereitstellung, Konfiguration, Verwaltung und Disaster Recovery.

PPDM vProxy Backup Fehler „Error disabling storage migration“

Auf dem PowerProtect Data Manager-Server wird der cloudmgr-Service neu gestartet, was dazu führt, dass Cloud-Tier-Jobs fehlschlagen.

Exchange-Backups protokollieren einen VolumeStream-Fehler und zeigen die Meldung "Lesen vom Volume nicht möglich. Das Gerät ist nicht bereit." Die Ursache ist eine Volume-Änderung, die einen Volume Copy Block (VCB) erstellt, wodurch das Datei-Handle ungültig wird.

In diesem Artikel wird beschrieben, dass die Benutzeroberfläche/CLI auf virtuellen Maschinen (VMs) von PowerProtect Data Manager zeitweilig nicht reagiert, weil der Arbeitsspeicher zu einer Swap-Erschöpfung führt und das System nicht mehr reagiert.

This article explains how to resolve ADS0005 errors during DD system discovery in PowerProtect Data Manager caused by a misconfigured login session limit that prevents authentication token generation.

Bei der Konfiguration von PostgreSQL-Datenbankbackups über den PowerProtect Data Manager (DM) Generic Application Agent verwendet das standardmäßige pg_dump-Backupskript /tmp als temporären Staging-Bereich, bevor die Backupdaten in die Data Domain geschrieben werden. Wenn die PostgreSQL-Datenbank größer ist als der verfügbare Speicherplatz in /tmp, füllt das Backup das Dateisystem, was dazu führt, dass PowerProtect Data Manager nicht mehr über genügend Speicherplatz verfügt und das Backup fehlschlägt. Dieses Problem betrifft PowerProtect Data Manager-Umgebungen, die die standardmäßigen PostgreSQL-Backup-Skriptparameter verwenden.

Die Anwendungswiederherstellung von PowerProtect Data Manager mit Cyber Recovery Manager schlägt fehl. Der Fehler tritt auf, wenn der Austausch der Storage-Einheit durchgeführt wird. Der "Copy-Catalog"-Service auf PPDM stürzt ab und startet neu aufgrund eines OutOfMemoryError während des Austauschs der Speichereinheit, der das Problem verursacht.

Die PowerProtect Data Manager-Appliance erzeugt Warnmeldungen SYS0003 die eine geringe Kapazität am /root-Mount-Punkt angeben, wenn die verfügbare Kapazität auf dem Stammdateisystem unter 30 % fällt. Verwaiste Upgradedateien von PowerProtect Data Manager 19.14- oder 19.15-Upgrades verbleiben im Verzeichnis /usr/local/brs/lib/cdr/upgrade/ und verbrauchen Speicherplatz auf dem Root-Mount-Punkt.

Die PowerProtect Data Manager-Appliance erzeugt Warnmeldungen SYS0003 die eine geringe Kapazität auf dem /logs-Mount-Punkt angeben. Die Warnmeldung wird ausgelöst, wenn die verfügbare Kapazität im Dateisystem /logs unter 25 % fällt. PowerProtect Data Manager umfasst einen automatischen Protokolllöschmechanismus, der aktiviert wird, wenn die genutzte /logs-Kapazität 90 % überschreitet. Die Lücke zwischen dem Warnungsschwellenwert von 25 % und dem Löschschwellenwert von 90 % bedeutet, dass die Warnmeldung möglicherweise über einen längeren Zeitraum bestehen bleibt, bevor eine automatische Bereinigung erfolgt.

Die PowerProtect Data Manager-Appliance erzeugt täglich eine Warnmeldung SYS0003, die eine geringe Kapazität auf dem /agents-Mount-Punkt anzeigt. Die Version PowerProtect Data Manager 20.1.0.0-17 enthält unkomprimierte Oracle AIX-Agent-Pakete und Debug-Symbole, die übermäßig viel Speicherplatz auf dem /agents-Dateisystem belegen. Dies ist ein bekannter Fehler, der dazu führt, dass der Mount-Punkt /agents seinen Kapazitätsschwellenwert überschreitet.

Über PowerProtect Data Manager durchgeführte Linux-Dateisystembackups schlagen während des Datenschreibvorgangs auf die Data Domain mit dem Fehler "5083-Invalid sequence number" fehl. Der Fehler tritt auf, wenn der DDR-Schreibvorgang auf eine ungültige Sequenznummer stößt, was dazu führt, dass der Schreibvorgang fehlschlägt und das Backup abgebrochen wird.

Wenn PowerProtect Data Manager ein DISASTER_RECOVERY:\-Backup durchführt, enthält das Backup alle verfügbaren Laufwerke vom Server, was zu unerwartet großen Backupgrößen und potenziellen Speicherplatzproblemen führen kann.

Fehler bei PowerProtect Data Manager (PPDM)-NAS-Backups zeigen Fehlercodes wie ABNA0016 und ABNA0023 an. Verursacht durch Nichtübereinstimmungen von Share-Namen, Berechtigungsprobleme, Protokolleinstellungen, Proxy-Dimensionierung und bekannte Probleme.

Ein über PowerProtect Data Manager initiiertes Oracle-Datenbankbackup schlägt mit RMAN-06059 fehl (erwartetes archiviertes Protokoll nicht gefunden, Verlust des archivierten Protokolls beeinträchtigt die Wiederherstellbarkeit). Das Oracle Recovery Manager (RMAN)-Repository enthält Verweise auf archivierte Redo-Protokolle, die nicht mehr auf der Festplatte vorhanden sind. In der Regel wurden die Protokolldateien manuell aus dem Dateisystem gelöscht, ohne zuerst aus dem RMAN-Katalog oder den Steuerungsdatei-Metadaten entfernt zu werden. Das Ausführen einer RMAN-Crosscheck, um die fehlenden Archivprotokolle ablaufen zu lassen, und dann die abgelaufenen Einträge zu löschen, löst das Problem.

Cyber Recovery Die PowerProtect Data Manager-Wiederherstellung schlägt fehl, wenn das Zugriffstoken während langer, mehrphasiger Vorgänge abläuft. Die Zertifikatwiederherstellung deaktiviert dann die Authentifizierungsservices, wodurch eine Tokenaktualisierung verhindert wird und Fehler verursacht werden.

Dell Samsung Serial Attached SCSI (SAS) PM1653 und PM1655 Solid-State-Laufwerke melden möglicherweise übermäßige Sense Key-Fehler 0x3, 0x11, 0x0 oder 0x4, 0x29 0x4. Diese Fehler können zu unerwarteten Laufwerksproblemen führen.

This KB article discusses how an Oracle backup and discovery job on an AIX host agent fails with an ADA0013 error code.

Die Bereitstellung der PowerProtect Data Manager (PPDM) VM Direct Protection Engine schlägt während der Initialisierungsphase mit dem Fehler "Keine Verbindung zum externen vProxy auf Port 9090 möglich, der Hostdienst wird nicht ausgeführt" fehl. Dies tritt auf, wenn eine Firewall- oder Netzwerkkonfiguration zwischen der PPDM-Appliance und der VM Direct Engine die Kommunikation auf den erforderlichen Ports blockiert. Dies ist ein Umgebungs-/Netzwerkkonfigurationsproblem, das für alle PowerProtect Data Manager-Versionen gilt.

Backups virtueller Maschinen (VM), die durch PowerProtect Data Manager (PPDM) mithilfe der TSDM-Lösung (Transparent Snapshot Data Mover) geschützt werden, schlagen mit Fehlercodes ABV0016 und ABV0006 fehl. Der Fehler zeigt an, dass die vCenter-Aufgabe für "Cancel SDM Snapshot" mit der Fehlermeldung "DPD Sync in progress" oder "DPD Snapshot in progress" abgeschlossen wurde. Die betroffene VM verfügt über eine verwaiste vSphere Snapshot Data Mover-Aufgabe (SDM), die der TSDM-Backupworkflow aufgrund von Inkonsistenzen im Data Protection Daemon (dpd) auf dem ESXi-Host nicht abbrechen kann. Die Backups wurden zuvor erfolgreich abgeschlossen, bevor die verwaiste Aufgabe angezeigt wurde.

Die Bereitstellung einer neuen Reporting Engine oder das Upgrade auf PowerProtect Data Manager (PPDM) 19.17.0-10 schlägt mit dem Fehler "Fehler beim Starten des Berichtsservice" fehl, da der Zertifikaterstellungsprozess die IP-Adresse des Reporting Node nicht über nslookup auflösen kann. Der nslookup-Fehler wird durch eine falsch formatierte Datei /etc/resolv.conf auf dem Reporting Node verursacht, bei der mehrere DNS-Nameserver-Einträge in einer einzigen Zeile zusammengeführt werden, anstatt in separaten Zeilen aufgelistet zu werden. Dies ist ein Softwarefehler – PPDM erzeugt während der Bereitstellung die Datei /etc/resolv.conf auf dem Reporting Node und der Build 19.17.0-10 führt mehrere DNS-Einträge fälschlicherweise in einer einzigen Zeile zusammen.

Die vCenter-Ressourcenquellenerkennung von PowerProtect Data Manager (PPDM) schlägt mit Fehlercode ADS0001 fehl, da der vCenter Server die maximale Anzahl von Nutzersitzungen erreicht hat (Standardwert 550). Das vCenter lehnt neue Verbindungsversuche mit dem Fehler 503 Service Unavailable ab, der darauf hinweist, dass das Sitzungslimit erreicht wurde. Durch das Beenden vorhandener Nutzersitzungen oder den Neustart der vCenter Server Appliance (VCSA) wird die Anzahl der Sitzungen unter das Limit reduziert und die PPDM-Erkennung kann fortgesetzt werden.

PowerProtect Data Manager (PPDM) kann den freien Speicherplatz des vSphere-Datenspeichers zu Beginn jedes Backup-Workflows validieren und Warnungen erzeugen oder Backups fehlschlagen lassen, wenn der verfügbare Speicherplatz unter die konfigurierten Schwellenwerte fällt. Die Schwellenwerte für den freien Speicherplatz des Datenspeichers sind standardmäßig deaktiviert. In diesem Artikel wird beschrieben, wie Sie die Warnungs- und Fehlerschwellenwerte über die PPDM-Benutzeroberfläche aktivieren und konfigurieren, sodass Administratoren frühzeitig über unzureichenden Datenspeicherplatz benachrichtigt werden, bevor sich diese auf Backupvorgänge auswirken. Diese Funktion ist in allen PowerProtect Data Manager-Versionen verfügbar.

Das Hochladen des Upgradepakets schlägt mit dem folgenden Fehler fehl: "Der Uploadversuch ist fehlgeschlagen. Klicken Sie auf Paket hochladen und wählen Sie das Update für die erneute Installation aus."

Die PowerProtect VMware Protection Policy wurde kürzlich implementiert, schlägt jedoch mit einem ABV0016 als Beendigungsstatus fehl.

PowerProtect Data Manager Server Disaster Recovery (DR)-Backups werden nach dem Upgrade auf Version 20.2.0-14 nicht ausgeführt.

Ein Backup der Sybase-Datenbank auf Ressourcenebene, das über den PowerProtect Data Manager Generic Application Agent durchgeführt wird, schlägt mit dem Fehler "ct_connect(): protocol specific layer: external error: The attempt to connect to the server failed" fehl, gefolgt von einem Fehlercode, der ABG0023, dass das Backup übersprungen wurde, da die Daten nicht verfügbar waren. Der Fehler tritt auf, weil PowerProtect Data Manager die Zugangsdaten auf Ressourcenebene nicht korrekt an das Sybase-Backupskript weiterleitet, was eine Authentifizierung des Skripts beim Sybase-Server verhindert. Dieser Fehler betrifft die PowerProtect Data Manager-Versionen 19.22 und 20.1. Das Upgrade der PowerProtect Data Manager Appliance und des generischen Anwendungs-Agent auf Version 20.2 löst das Problem.

PowerProtect Data Manager-Backupkopien bleiben im Status IN-Use oder RESTORING hängen, obwohl keine aktiven Wiederherstellungsvorgänge ausgeführt werden. Die betroffenen Kopien können nicht abgelaufen sein, gelöscht oder für nachfolgende Wiederherstellungsvorgänge verwendet werden. Dies ist ein bekannter Fehler, der alle PowerProtect Data Manager-Versionen vor 19.22.0-24 und 20.1.0.1-10 betrifft. Ein Upgrade auf eine Version, die die Korrektur enthält, verhindert, dass das Problem bei zukünftigen Kopien auftritt, korrigiert jedoch nicht vorhandene festsitzende Kopien. Bereits betroffene Kopien müssen durch den Dell Support bereinigt werden.

Nach dem Hinzufügen einer Microsoft SQL Server-Datenbankressource zu einer Schutz-Policy in PowerProtect Data Manager (PPDM) hängt der Systemjob "Konfigurieren von SQL-Datenbanken" auf unbestimmte Zeit und wird nie abgeschlossen. Die Ressource scheint in der PPDM-Benutzeroberfläche erfolgreich hinzugefügt worden zu sein – die Anzahl der Policy-Ressourcen nimmt zu und die Ressource zeigt die richtige Policy-Zuweisung an –, aber die Konfigurationssitzung wird nie abgeschlossen. Backupjobs für die neu hinzugefügte Ressource reagieren ebenfalls. Die Ursache ist, dass der untergeordnete PowerProtect-Agent-Serviceprozess, der für das Erstellen von Konfigurationsjobs verantwortlich ist, abgestürzt ist oder nicht auf dem SQL Server-Host ausgeführt wird. Die Ursache für den Fehler des untergeordneten Prozesses ist derzeit unbekannt.

Agent registration fails because the PowerProtect Data Manager (PPDM) server sees an address mismatch due to network address translation (NAT) between server and client, causing request rejection.