PowerProtect Data Manager

Cet article fournit des liens vers la documentation produit, des vidéos et des informations relatives au déploiement, à la configuration, à l’administration et à la reprise après sinistre de Dell PowerProtect Data Manager.

PPDM : échec de la sauvegarde vproxy avec l’erreur « Error disabling storage migration »

Une sauvegarde au niveau des ressources de la base de données Sybase effectuée via l’agent d’application générique PowerProtect Data Manager échoue avec l’erreur « ct_connect() : protocol specific layer : external error : The attempt to connect to the server failed », suivie du code d’erreur ABG0023 indiquant que la sauvegarde a été ignorée car les données étaient indisponibles. L’échec se produit parce que PowerProtect Data Manager ne transmet pas correctement les informations d’identification au niveau de la ressource au script de sauvegarde Sybase, ce qui empêche le script de s’authentifier auprès du serveur Sybase. Ce défaut affecte PowerProtect Data Manager versions 19.22 et 20.1. La mise à niveau de l’appliance PowerProtect Data Manager et de l’agent d’application générique vers la version 20.2 résout le problème.

Les copies de sauvegarde de PowerProtect Data Manager restent bloquées à l’état IN-USE ou REVERING, même si aucune opération de restauration active n’est en cours. Les copies affectées ne peuvent pas être supprimées, ni supprimées pour des opérations de restauration ultérieures. Il s’agit d’un défaut connu qui affecte toutes les versions de PowerProtect Data Manager antérieures à la version 19.22.0-24 et 20.1.0.1-10. La mise à niveau vers une version contenant le correctif empêche le problème de se produire sur les copies futures, mais ne corrige pas les copies bloquées existantes. Les copies déjà affectées doivent être nettoyées via le support technique Dell.

Lors de la configuration des sauvegardes de base de données PostgreSQL via l’agent d’application générique PowerProtect Data Manager (PPDM), le script de sauvegarde pg_dump par défaut utilise /tmp comme zone de préparation temporaire avant d’écrire les données de sauvegarde sur le système Data Domain. Si la taille de la base de données PostgreSQL est supérieure à l’espace disponible dans /tmp, la sauvegarde remplit le système de fichiers, entraîne l’épuisement de l’espace disque de PPDM et la sauvegarde échoue. Ce problème affecte les environnements PPDM utilisant les paramètres de script de sauvegarde PostgreSQL par défaut.

Après l’ajout d’une ressource de base de données Microsoft SQL Server à une politique de protection dans PowerProtect Data Manager (PPDM), la tâche système « Configuration des bases de données SQL » se bloque indéfiniment et ne se termine jamais. La ressource semble avoir été ajoutée avec succès dans l’interface utilisateur PPDM : le nombre de ressources de la règle augmente et la ressource affiche l’attribution de stratégie correcte, mais la session de configuration ne se termine jamais. Les procédures de sauvegarde de la ressource nouvellement ajoutée se bloquent également. La cause première est que le processus enfant du service de l’agent PowerProtect responsable de l’apparition des tâches de configuration s’est bloqué ou n’est pas en cours d’exécution sur l’hôte SQL Server. La raison de l’échec du processus enfant est actuellement inconnue.

The PowerProtect Data Manager (PPDM) VM Direct Protection Engine deployment fails during the initialization phase with the error "Unable to connect to External vProxy on port 9090, the host service is not running." This occurs when a firewall or network configuration between the PPDM appliance and the VM Direct Engine blocks communication on the required ports. This is an environmental/network configuration issue that applies to all PowerProtect Data Manager versions.

Virtual machine (VM) backups protected by PowerProtect Data Manager (PPDM) using the Transparent Snapshot Data Mover (TSDM) solution fail with error codes ABV0016 and ABV0006. The failure indicates the vCenter task for "Cancel SDM Snapshot" completed with an error stating "DPD Sync in progress" or "DPD Snapshot in progress." The affected VM has an orphaned vSphere Snapshot Data Mover (SDM) task that the TSDM backup workflow cannot cancel due to inconsistencies in the Data Protection Daemon (dpd) on the ESXi host. The backups were previously completing successfully before the orphaned task appeared.

L’appliance PowerProtect Data Manager est utilisée pour protéger l’environnement vSphere. Les découvertes de sources de ressources vCenter échouent avec ADS0001 dans l’environnement.

Étapes de configuration des vérifications d’espace libre du datastore vSphere.

Deploying a new Reporting Engine or upgrading to PowerProtect Data Manager (PPDM) 19.17.0-10 fails with the error "Failed to start the report service" because the certificate generation process cannot resolve the Reporting Node's IP address via nslookup. The nslookup failure is caused by a malformed /etc/resolv.conf file on the Reporting Node where multiple DNS nameserver entries are merged onto a single line instead of listed on separate lines. This is a software defect — PPDM generates the /etc/resolv.conf file on the Reporting Node during deployment, and the 19.17.0-10 build incorrectly merges multiple DNS entries onto a single line.

La politique de protection PowerProtect VMware a été récemment mise en œuvre et échoue avec l’état de sortie ABV0016.

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.

Cet article de la base de connaissances explique comment une tâche de sauvegarde et de découverte Oracle sur un agent hôte AIX échoue avec un code d’erreur ADA0013.

Une sauvegarde de base de données Oracle initiée via PowerProtect Data Manager échoue avec RMAN-06059 (« journal archivé attendu introuvable, la perte du journal archivé compromet la capacité de restauration »). Le référentiel Oracle Recovery Manager (RMAN) contient des références aux journaux redo log archivés qui n’existent plus sur le disque. En général, les fichiers log sont supprimés manuellement du système de fichiers sans être préalablement supprimés du catalogue RMAN ou des métadonnées du fichier de contrôle. L’exécution d’une vérification RMAN pour faire expirer les journaux d’archivage manquants, puis la suppression des entrées expirées résout le problème.

Lorsque vous tentez d’installer une licence Legacy Capacity ou Socket sur PPDM 20.1 ou 20.2 à l’aide de l’interface utilisateur, une fenêtre contextuelle vierge intitulée « ERROR » s’affiche sans autre texte, code d’erreur ou information de diagnostic. La licence n’est pas appliquée bien que le fichier soit valide. Il s’agit d’un défaut connu de l’interface utilisateur avec un correctif permanent dans les futures versions de PPDM. Une solution de contournement de l’interface de ligne de commande est disponible.

Les opérations de découverte et de sauvegarde de la base de données SQL PowerProtect Data Manager échouent avec les erreurs SocketException : réinitialisation de la connexion et ConnectionResetError(10054) lorsque le réseau n’autorise pas la communication bidirectionnelle entre l’appliance PowerProtect Data Manager et l’hôte de l’agent SQL sur les ports requis. L’agent SQL peut mener à bien ses opérations de découverte et de sauvegarde côté hôte, mais PowerProtect Data Manager ne peut pas récupérer les résultats, car il ne peut pas atteindre l’agent.

Une alerte de faible capacité est consignée pour le point de montage /agents après la mise à niveau vers PowerProtect 20.1.

Le remplacement, la création d’une nouvelle image ou la modification des informations d’identification sur un système Data Domain entraîne l’échec des sauvegardes de l’agent PowerProtect Data Manager. Les erreurs telles que la création du chemin d’accès ABA0002, ABA0008, ABF0005, ABG0004 ou PKIX (Public-Key Infrastructure (X.509)) échouaient en raison d’informations d’identification obsolètes, d’unités de stockage inadaptées et de problèmes de validation de certificat.

Cet article fournit des instructions complètes sur l’utilisation de l’outil GSAN Mover pour migrer les métadonnées de sauvegarde Avamar File System vers Dell PowerProtect Data Manager. L’outil facilite la migration transparente tout en conservant les métadonnées de sauvegarde historiques et en assurant l’intégrité des données.

PowerProtect Data Manager affiche une bannière d’alerte dans l’interface utilisateur qui vous avertit qu’un certificat va expirer dans moins de 30 jours. Le certificat a déjà été renouvelé et affiche une date d’expiration valide.

L’appliance PowerProtect Data Manager génère des SYS0003 d’alerte dans l’environnement indiquant une faible capacité sur le point de montage /logs.

La création de bundles de logs échoue dans PowerProtect Data Manager version 19.22 lorsque l’appliance utilise des licences dynamiques. Le générateur de bundle de logs rencontre une exception IndexOutOfBoundsException, car le service Dynamic Licensing / Integrated License Manager (ILM) ne renseigne pas l’index de licence, ce qui entraîne le retour de contenu vide par l’API /api/v2/licenses. Cela empêche les administrateurs de générer les bundles de logs de diagnostic requis pour le dépannage et l’engagement du support Dell.

Les ressources de base de données SQL protégées par des sauvegardes compatibles avec les applications VMDirect s’affichent de manière incorrecte comme « non protégées » dans l’interface PowerProtect Data Manager I, même si les sauvegardes se terminent avec succès et que des copies de sauvegarde restent disponibles. Ce problème se produit lorsqu’un administrateur effectue une suppression réversible d’une source de ressources Host/AppServer, redécouvre les machines virtuelles associées et les réaffecte à une règle de protection. Le processus de redécouverte et de réattribution ne restaure pas correctement le cycle de vie de protection (PLC) pour les ressources SQL, ce qui entraîne le signalement de ces dernières comme non protégées.

La tâche de désactivation du verrouillage de rétention dans PowerProtect Data Manager échoue avec le code d’erreur CPM0016 et le message de journal « L’entité de demande est trop volumineuse ». Ce problème se produit lorsque la sauvegarde ciblée pour la suppression du verrouillage de rétention contient un grand nombre de fichiers, ce qui entraîne le dépassement de la limite de taille de charge utile de la demande d’API REST par rapport à la limite de taille de charge utile prise en charge par le système PowerProtect Data Domain. Le système PowerProtect Data Domain rejette la demande avec l’état HTTP 413 et PowerProtect Data Manager ne parvient pas à analyser la réponse. Un correctif permanent est en cours d’élaboration. Une solution de contournement manuelle est disponible auprès du support technique Dell.

Si vous oubliez le mot de passe administrateur ou utilisateur de l’interface utilisateur de PowerProtect Data Manager (PPDM) ou si le compte est verrouillé en raison de tentatives de connexion non valides répétées, suivez les étapes ci-dessous pour réinitialiser le mot de passe à l’aide des outils CLI (version 19.19 et versions ultérieures).

Les sessions de sauvegarde TSDM (Transparent Snapshot Data Mover) pour une ou plusieurs machines virtuelles (VM) échouent avec l’erreur « Impossible de terminer avec succès l’opération de synchronisation des deltas SDM ». Après l’échec, vSphere Storage vMotion reste indisponible pour les machines virtuelles concernées jusqu’au redémarrage des services Data Protection Deamon (DPD) et TSDM sur l’hôte ESXi.

Les restaurations de l’accès instantané PowerProtect Data Manager pour le groupe de stockage PowerMax (PMAX SG) échouent dans un environnement domestique double avec des réseaux locaux virtuels (VLAN)

Activation ou désactivation des moteurs directs de machine virtuelle externe (VMDE) à utiliser pour les sauvegardes TSDM (Transparent Snapshot).

PowerProtect Data Manager version 20.1 ne parvient pas à ajouter des clusters Hyper-V en tant que sources de ressources. Les procédures de sauvegarde de machine virtuelle Hyper-V échouent avec des erreurs HTTP 400, des messages d’incompatibilité de certificat et l’erreur ZeroMQ 11 (« Ressource temporairement indisponible »). Ces échecs résultent d’une combinaison d’écouteurs HTTPS WinRM manquants ou mal configurés sur le port 5986, d’empreintes incorrectes du certificat SSL, de règles de pare-feu absentes pour les ports requis (TCP 5986 et TCP 5896) et de la présence de clusters Azure Stack HCI optimisés pour Azure Arc que PPDM 20.1 ne prend pas en charge.