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 »

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.

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.

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

Le tableau de bord PowerProtect Data Manager affiche une erreur d’intégrité avec une déduction de 60 points indiquant qu’aucun des serveurs DNS configurés n’est accessible. Le bilan de santé utilise un ping ICMP pour valider l’accessibilité du serveur DNS, ce qui entraîne une défaillance fausse positive lorsque le serveur DNS bloque le trafic ICMP, mais reste fonctionnellement disponible pour les requêtes DNS. Pour résoudre ce problème, Dell a amélioré le bilan de santé DNS dans PowerProtect version 19.14.0-20.

Dans PowerProtect version 19.13 et versions antérieures, les sauvegardes de machines virtuelles (VM) protégées par la solution Transparent Snapshot Data Mover (TSDM) effectuent par intermittence une sauvegarde complète au lieu de la sauvegarde incrémentielle synthétique planifiée. En raison d’un défaut logique de mise en correspondance des copies, PowerProtect signale « Aucune copie trouvée » pour la ressource concernée, ce qui déclenche une synchronisation complète du SDM au lieu de l’opération incrémentielle attendue. Les sauvegardes complètes non planifiées augmentent considérablement la durée des sauvegardes et la consommation de stockage.

L’appliance PowerProtect Data Manager affiche une SYS0004 d’alerte indiquant une faible capacité détectée au point de montage « / ».

Lorsque vous tentez d’installer une licence Legacy Capacity ou Socket sur PPDM 20.1 ou 20.2 via l’interface utilisateur, une fenêtre contextuelle vide 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.

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.

L’appliance PowerProtect Data Manager a été déployée avec les détails de l’environnement initial. Le bilan de santé indique une défaillance de composant, indiquant qu’il y a eu un problème de configuration du serveur de noms de domaine (DNS). Il y a une faute de frappe et les paramètres réseau par défaut peuvent ne pas être mis à jour.

Les procédures de sauvegarde sur PowerProtect Data Manager échouent lorsque VMware Tools a été supprimé du proxy externe, car vCenter MOB FindByIp ne renvoie aucune machine virtuelle pour l’adresse IP du proxy.

Les copies primaires en libre-service ne sont pas découvertes. La réplication est annulée avec le message « Il n’y a eu aucune copie à répliquer ».

La vérification préalable de PowerProtect Data Manager échoue avec le code d’erreur UPG0021.

Les partages PowerScale renommés ou supprimés sont toujours visibles dans l’interface utilisateur (UI) de PowerProtect Data Manager.

Résumé : Chargement des ressources de support ou des vidages sur un serveur Dell Managed File Transfer (MFT) ou Dell EMEA File Transfer (DEFT). Les protocoles SFTP (Secure File Transfer Protocol) ou HTTPS doivent être utilisés. Un compte MFT ou DEFT temporaire doit être créé.

Comme pour toutes les mises à jour majeures de la version vSphere (vCenter, ESXi), un nombre important de modifications au niveau de la plate-forme se produisent dans la version 9.0. Par conséquent, les services vSphere sous-jacents et l’API (Application Programing Interface) utilisés pour la solution TSDM (Transparent Snapshot Data Mover) ont été perturbés. Par conséquent, la solution PowerProtect Data Manager TSDM n’est pas disponible dans vSphere 9.0.

Broadcom a rétabli la prise en charge de Transparent Snapshot Data Mover (TSDM) dans vSphere version 9.1, mais a modifié les composants de VMware vCenter Lifecycle Manager (vLCM) nécessitant l’utilisation de l’API (Application Programming Interface). Avec PowerProtect Data Manager 20.1, il existe une méthode manuelle de gestion du bundle d’installation TSDM vSphere (VIB).

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