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 »

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.

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.

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

Un administrateur ne peut pas accéder à l’appliance PowerProtect Data Manager via SSH, même si l’interface PowerProtect reste accessible. Ce problème se produit pour l’une des deux raisons suivantes : (1) l’administrateur tente d’utiliser SSH avec un compte d’utilisateur créé dans l’interface PowerProtect, qui n’accorde pas l’accès SSH ; ou (2) le compte SSH admin est verrouillé en raison d’échecs répétés de tentatives de connexion ou l’oubli du mot de passe SSH. Le déverrouillage du compte administrateur ou la réinitialisation du mot de passe SSH via la console vSphere résout le problème.

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

Les échecs de sauvegarde NAS PowerProtect Data Manager (PPDM) présentent des codes d’erreur tels que ABNA0016 et ABNA0023. Causé par des incompatibilités de noms de partage, des problèmes d’autorisation, des paramètres de protocole, le dimensionnement du proxy et des problèmes connus.

Les rapports de sauvegarde de PowerProtect Data Manager affichent l’erreur « Aucune donnée à afficher » après la mise à niveau vers la version 20.1. Le contrôleur de données continue d’utiliser les appels d’API (Application Programming Interface) activity_v2 obsolètes au lieu des appels activity_v3 requis. Le processus de mise à niveau écrase le fichier de configuration application.yaml mis à jour par une copie périmée. Ce problème affecte les déploiements PowerProtect Data Manager sans système d’exploitation qui incluent un nœud Reporting.

After upgrading to PowerProtect Data Manager 20.1, Disaster Recovery (DR) backups on Windows servers fail with error code ABF0001 ("Unable to commit the metadata") when DISASTER_RECOVERY:\ and file‑system volume backups run concurrently on the same host. The PowerProtect 20.1 release removed the mutual‑exclusion conflict rules that previously prevented these backup types from executing in parallel, which causes Volume Shadow Copy Service (VSS) writer metadata file contention. This issue affects standalone Windows servers and can also affect Domain Controllers.

L’interface PowerProtect Data Manager ne peut pas modifier une politique de protection et affiche une erreur 503 indiquant que la découverte de vCenter n’a pas été démarrée ou est toujours en cours. La cause première est un UUID d’instance vCenter Server obsolète stocké dans la base de données Elasticsearch (ESDB) qui ne correspond plus à l’UUID d’instance vCenter actuel. PPDM ne peut pas rapprocher les UUID incompatibles lors de la découverte, ce qui bloque les opérations de politique de protection. Dell a résolu ce problème dans PowerProtect Data Manager version 19.14.0-20.