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 tâches de détection PowerProtect Data Manager (PPDM) pour Cloud Snapshot Manager (CSM) échouent lorsqu’un plan de protection CSM contient plus de 100 ressources. PPDM tente de créer une charge utile récapitulative qui dépasse la limite de taille de l’API interne. L’API renvoie une erreur HTTP 413 « Charge utile trop importante ». Cela interrompt les processus de découverte et de protection. Il s’agit d’un défaut connu affectant PPDM versions 20.2 et antérieures.

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

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

Les certificats d’hôte SSL VCenter ont été renouvelés (nouvelle racine + chaîne intermédiaire). Échec des sauvegardes de machine virtuelle (VM) avec l’erreur « Le moteur VM Direct ne peut pas effectuer la sauvegarde... connexion entre vCenter Server et l’hôte ESXi (Elastic Sky X Integrated) » et les logs ont affiché l’état du certificat comme UNKNOWN.

This article explains the cause and resolution of the NVRAMRemoteBatteryFailure alert (Event ID: EVT-NVRAM-00202) on Data Domain systems; This alert indicates a critical hardware fault with the NVRAM remote battery, which must be resolved before the file system can be accessed.

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.

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.

Sur le serveur PowerProtect Data Manager, le service cloudmgr redémarre, ce qui entraîne l’échec des tâches de niveau Cloud.

Les sauvegardes Exchange consignent une erreur VolumeStream et affichent le message « Impossible de lire à partir du volume. L’appareil n’est pas prêt. » La cause est une modification de volume créant un bloc de copie de volume (VCB), invalidant le descripteur de fichier.

Cet article décrit l’absence de réponse intermittente de l’interface utilisateur/CLI sur les machines virtuelles (VM) PowerProtect Data Manager, causée par une pression de la mémoire conduisant à l’épuisement de l’échange, et le système cesse de répondre.

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.

Lors de la configuration des sauvegardes de base de données PostgreSQL via l’agent d’application générique de PowerProtect Data Manager (DM), 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, ce qui entraîne l’épuisement de l’espace disque de PowerProtect Data Manager et l’échec de la sauvegarde. Ce problème affecte les environnements PowerProtect Data Manager à l’aide des paramètres par défaut du script de sauvegarde PostgreSQL.

La récupération de l’application PowerProtect Data Manager à l’aide de Cyber Recovery Manager échoue. La défaillance se produit lors de l’exécution de la tâche de remplacement de l’unité de stockage. Le service « Copy-catalog » sur PPDM se bloque et redémarre en raison d’une erreur « OutOfMemory » lors du processus de remplacement de l’unité de stockage qui est à l’origine du problème.

L’appliance PowerProtect Data Manager génère des SYS0003 d’alerte indiquant une faible capacité sur le point de montage /root lorsque la capacité disponible sur le système de fichiers racine descend en dessous de 30 %. Les fichiers de mise à niveau orphelins des mises à niveau de PowerProtect Data Manager 19.14 ou 19.15 restent dans le répertoire /usr/local/brs/lib/cdr/upgrade/ et consomment de l’espace disque sur le point de montage racine.

L’appliance PowerProtect Data Manager génère des SYS0003 d’alerte indiquant une faible capacité sur le point de montage /logs. L’alerte se déclenche lorsque la capacité disponible sur le système de fichiers /logs passe en dessous de 25 %. PowerProtect Data Manager inclut un mécanisme de purge automatique des logs qui s’active lorsque la capacité utilisée /logs dépasse 90 %, mais l’écart entre le seuil d’alerte de 25 % et le seuil de purge de 90 % signifie que l’alerte peut persister pendant une période prolongée avant que le nettoyage automatique ne se produise.

L’appliance PowerProtect Data Manager génère une alerte de SYS0003 quotidienne indiquant une faible capacité sur le point de montage /agents. La version 20.1.0.0-17 de PowerProtect Data Manager inclut des packages d’agent AIX Oracle non compressés et des symboles de débogage qui occupent un espace excessif sur le système de fichiers /agents. Il s’agit d’un défaut connu qui entraîne le dépassement du seuil de capacité du point de montage /agents.

Les sauvegardes du système de fichiers Linux effectuées via PowerProtect Data Manager échouent avec l’erreur « 5083-Numéro de séquence non valide » lors de l’opération d’écriture des données sur le système Data Domain. L’échec se produit lorsque l’opération d’écriture DDR rencontre un numéro de séquence non valide, ce qui entraîne l’échec de l’écriture et l’abandon de la sauvegarde.

Lorsque PowerProtect Data Manager effectue une sauvegarde DISASTER_RECOVERY :\, la sauvegarde inclut tous les disques disponibles du serveur, ce qui peut entraîner des sauvegardes de grande taille inattendues et des problèmes potentiels d’espace de stockage.

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, un dimensionnement du proxy et des problèmes connus.

Une sauvegarde de base de données Oracle lancée via PowerProtect Data Manager échoue avec RMAN-06059 (journal archivé attendu introuvable, la perte de 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 des fichiers 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ésolvent le problème.

Cyber Recovery La restauration de PowerProtect Data Manager échoue lorsque le jeton d’accès expire au cours d’opérations longues et multiphases. La restauration du certificat désactive ensuite les services d’authentification, empêchant ainsi l’actualisation du jeton et provoquant une défaillance.

Les disques SSD Dell Samsung Serial Attached SCSI (SAS) PM1653 et PM1655 peuvent signaler des défaillances excessives de la clé de détection 0x3, 0x11, 0x0 ou 0x4, 0x29, 0x4. Ces erreurs sont susceptibles de provoquer des problèmes inattendus de disque.

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.

Le déploiement du moteur de protection VM Direct PowerProtect Data Manager (PPDM) échoue pendant la phase d’initialisation avec l’erreur « Impossible de se connecter au vProxy externe sur le port 9090, le service hôte n’est pas en cours d’exécution ». Cela se produit lorsqu’un pare-feu ou une configuration réseau entre l’appliance PPDM et le moteur VM Direct bloque la communication sur les ports requis. Il s’agit d’un problème de configuration environnemental/réseau qui s’applique à toutes les versions de PowerProtect Data Manager.

Les sauvegardes de machines virtuelles (VM) protégées par PowerProtect Data Manager (PPDM) à l’aide de la solution Transparent Snapshot Data Mover (TSDM) échouent avec les codes d’erreur ABV0016 et ABV0006. L’échec indique que la tâche vCenter « Annuler le snapshot SDM » s’est terminée avec une erreur indiquant « Synchronisation DPD en cours » ou « Snapshot DPD en cours ». La machine virtuelle affectée a une tâche orpheline vSphere Snapshot Data Mover (SDM) que le workflow de sauvegarde TSDM ne peut pas annuler en raison d’incohérences dans le processus de protection des données (dpd) sur l’hôte ESXi. Les sauvegardes se terminaient auparavant avec succès avant l’apparition de la tâche orpheline.

Le déploiement d’un nouveau moteur de création de rapports ou la mise à niveau vers PowerProtect Data Manager (PPDM) 19.17.0-10 échoue avec l’erreur « Échec du démarrage du service de rapports », car le processus de génération de certificat ne peut pas résoudre l’adresse IP du nœud de création de rapports via nslookup. L’échec nslookup est dû à un fichier /etc/resolv.conf mal formé sur le nœud Reporting dans lequel plusieurs entrées du serveur de noms DNS sont fusionnées sur une seule ligne au lieu d’être répertoriées sur des lignes séparées. Il s’agit d’un défaut logiciel : PPDM génère le fichier /etc/resolv.conf sur le nœud Reporting pendant le déploiement, et la version 19.17.0-10 fusionne de manière incorrecte plusieurs entrées DNS sur une seule ligne.

La découverte des sources de ressources vCenter de PowerProtect Data Manager (PPDM) échoue avec le code d’erreur ADS0001, car vCenter Server a atteint son nombre maximal de sessions utilisateur (550 par défaut). Le vCenter rejette les nouvelles tentatives de connexion avec une erreur 503 Service indisponible indiquant que la limite de session a été atteinte. La suspension des sessions utilisateur existantes ou le redémarrage de vCenter Server Appliance (VCSA) réduit le nombre de sessions en dessous de la limite et permet la reprise de la découverte PPDM.

PowerProtect Data Manager (PPDM) peut valider l’espace disponible du magasin de données vSphere au début de chaque workflow de sauvegarde et générer des avertissements ou des échecs de sauvegarde lorsque l’espace disponible descend en dessous des seuils configurés. Par défaut, les seuils d'espace libre du magasin de données sont désactivés. Cet article explique comment activer et configurer les seuils d’avertissement et d’échec via l’interface utilisateur PPDM afin que les administrateurs reçoivent une notification anticipée des conditions d’espace de magasin de données insuffisantes avant qu’elles n’affectent les opérations de sauvegarde. Cette fonctionnalité est disponible dans toutes les versions de PowerProtect Data Manager.