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 »

PowerProtect Data Manager backup copies become stuck in an IN‑USE or RESTORING status even though no active restore operations are in progress. The affected copies cannot be expired, deleted, or used for subsequent restore operations. This is a known defect that affects all PowerProtect Data Manager versions prior to 19.22.0‑24 and 20.1.0.1‑10. Upgrading to a version that contains the fix prevents the issue from occurring on future copies but does not correct existing stuck copies. Copies already affected require cleanup through Dell Support.

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.

A Sybase database asset-level backup performed through the PowerProtect Data Manager Generic Application Agent fails with the error "ct_connect(): protocol specific layer: external error: The attempt to connect to the server failed" followed by error code ABG0023 indicating the backup was skipped because data was unavailable. The failure occurs because PowerProtect Data Manager does not correctly pass the asset-level credentials to the Sybase backup script, which prevents the script from authenticating to the Sybase server. This defect affects PowerProtect Data Manager versions 19.22 and 20.1. Upgrading both the PowerProtect Data Manager appliance and the Generic Application Agent to version 20.2 resolves the issue.

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

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.

Cet article fournit une solution de contournement pour le problème suivant. La sauvegarde échoue car l’utilisateur du système d’exploitation configuré pour effectuer des sauvegardes ne dispose pas de l’autorisation d’accéder aux bibliothèques côté client Oracle.

Après la mise à niveau de PowerProtect Data Manager vers la version 19.18, les sauvegardes Oracle en libre-service qui s’exécutent le dernier jour du mois ou de l’année reçoivent des valeurs de rétention incorrectes. PowerProtect attribue la rétention par défaut au lieu de la rétention définie dans le planning de la politique de protection pour l’intervalle du « dernier jour ». Ce défaut affecte les builds PPDM 19.18.0-10 et 19.18.0-17.

Après la mise à niveau de PowerProtect Data Manager (PPDM) vers la version 19.18, l’Assistant Restauration en mode fichier (FLR) ne permet pas aux utilisateurs de naviguer entre les pages de résultats lorsqu’ils parcourent les fichiers à restaurer. Cela empêche la sélection de fichiers qui apparaissent au-delà de la première page de résultats. Dell a résolu ce défaut dans PPDM version 19.19.

Lors des opérations de restauration dans PowerProtect Data Manager, l’interface utilisateur (UI) affiche des pourcentages de progression inexacts et des transitions entre les phases de restauration de manière prématurée alors que le déplacement des données est toujours en cours. Le pourcentage de progression est réinitialisé entre les phases, et l’interface utilisateur peut passer aux étapes suivantes (par exemple, « Démontage de la copie de sauvegarde ») avant la fin du transfert de données. Ce défaut de code affecte toutes les versions de PowerProtect antérieures à la version 19.20 et affecte plusieurs types de restauration, notamment le système de fichiers (FS), Active Directory (AD) et la restauration sur matériel vierge (BMR). Dell a résolu ce problème dans PowerProtect version 19.20.0-18.

vSphere Lifecycle Management (vLCM) est utilisé pour gérer les hôtes ESXi dans l’environnement. Le bundle d’installation vSphere (VIB) Transparent Snapshot Data Mover (TSDM) est supprimé des hôtes ESXi lorsque ceux-ci sont corrigés avec des correctifs d’hôte ESXi. Le VIB signé doit être ajouté à l’image vLCM pour montrer qu’il est conforme et s’assurer qu’il reste installé pendant la mesure corrective.

Dell PowerProtect Data Manager remediation is available for multiple security vulnerabilities that could be exploited by malicious users to compromise the affected system.

Après avoir effectué une restauration de l’état du système Active Directory (AD) à l’aide de PowerProtect Data Manager, le dossier temporaire C :\dbapps_temp_dir reste sur le disque C de l’hôte cible. Ce comportement est inhérent à la conception. L’agent PowerProtect crée ce dossier au cours du processus de restauration afin de préparer les fichiers qui ne peuvent pas être écrits directement à leur emplacement d’origine, car le système d’exploitation les utilise. Après une restauration réussie et un redémarrage du système, le dossier n’est plus nécessaire et un administrateur peut le supprimer manuellement en toute sécurité.