DD OS

Ce document met en évidence les versions de code minimales, recommandées et les plus récentes pour les produits d’infrastructure de datacenter et d’entreprise Dell Technologies. Dell évalue et surveille soigneusement les données de déploiement de code afin de s’assurer que les versions de produits répondent à nos attentes les strictes afin de fournir à nos clients des produits et des solutions fiables.

Ce document met en évidence les versions de code minimales, recommandées et les plus récentes pour les produits d’infrastructure de datacenter et d’entreprise Dell Technologies. Dell évalue et surveille soigneusement les données de déploiement de code afin de s’assurer que les versions de produits répondent à nos attentes les strictes afin de fournir à nos clients des produits et des solutions fiables.

Cet article de la base de connaissances explique ce qui se produit lorsqu’un redémarrage inattendu du système de fichiers Data Domain File System (DDFS) se produit, les alertes potentielles rencontrées et les informations à capturer à des fins de tri.

Les utilisateurs DD Boost peuvent rester ineffaçables après la suppression des unités de stockage associées, en particulier lorsque les unités de stockage ont été créées automatiquement par PowerProtect Data Manager (PPDM). L’exécution d’une opération de nettoyage du système de fichiers, suivie de l’annulation de l’attribution et de la suppression d’utilisateurs DD Boost, supprime les références obsolètes et permet de supprimer correctement les comptes d’utilisateur.

Les rapports d’état Data Domain HA sont dégradés avec échec de la mise en miroir SMS en raison d’un problème de stabilité de l’iDRAC qui renvoie HTTP 500 lors de l’énumération des utilisateurs.

La récupération d’espace NetWorker à partir de Data Domain peut ne pas se poursuivre en raison de problèmes de connectivité, même après la suppression des enregistrements de la base de données des supports pour les fichiers.

Cet article de la base de connaissances est destiné aux partenaires Dell et au support NetWorker. Cet article de la base de connaissances décrit une approche de dépannage et ne fournit pas de solution pour une défaillance spécifique.

Les alertes DataDomain relatives au système de fichiers ne génèrent pas d’e-mails de la part de DDMC

Les procédures de sauvegarde utilisant DD Boost peuvent échouer avec l’erreur « Le nombre maximal de connexions ouvertes ne peut pas dépasser 60 » lorsque l’application de sauvegarde atteint une chaîne de sauvegarde prise en charge ou une limite de points de restauration. Cette condition est généralement liée à des contraintes de conception du logiciel de sauvegarde et de configuration de la rétention plutôt qu’à un problème de système Data Domain.

Les systèmes Data Domain mis à niveau vers DDOS 8.3.1.40 et DDOS 8.6.1.20 cessent de générer des rapports vers DDMC 8.5.0.0 ou DDMC 8.6.0.0.

Un disque monté sur BoostFS sous Windows peut s’afficher comme « Déconnecté » dans l’Explorateur Windows ou générer des erreurs liées à la connectivité, même si l’authentification BoostFS, le montage, la communication DDBoost et les opérations de sauvegarde fonctionnent normalement. Dans ce cas, la procédure d’enquête peut déterminer que le comportement provient du système d’exploitation client Windows ou du logiciel de sécurité des points de terminaison plutôt que de Data Domain ou BoostFS.

Cet article décrit la procédure à suivre pour effectuer une mise à jour de firmware hors ligne sur les disques de modèle Aries-KP (HUS72604CLAR3000 et HUS72604CLAR4000) de la version N9C0 à la version NE70.

Cet article fournit une répartition claire, modèle par modèle, des versions de firmware du BIOS et de l’iDRAC recommandées pour chaque version de DDOS prise en charge sur les plates-formes de la série DD. Il est conçu pour vous aider à confirmer rapidement les niveaux de firmware qui correspondent à la version DDOS de votre système, à réduire les problèmes de compatibilité et à garantir la stabilité, la sécurité et la prise en charge complète de votre environnement. Utilisez les tableaux ci-dessous pour trouver en quelques secondes les versions du BIOS et de l’iDRAC adaptées à votre modèle DD.

Les Data Domain Restorers (DDR) exécutent un système de fichiers propriétaire appelé Data Domain File System (DDFS). En raison de la façon dont DDFS stocke les données et les métadonnées correspondantes, il existe des limites quant au nombre maximal de fichiers pouvant être stockés dans un même répertoire. Le dépassement de ces limites peut entraîner une dégradation des performances, des délais d’expiration et une instabilité du système. Cet article explique les limites du fichier de répertoire, la raison technique de ces limites et les risques encourus en cas de non-respect des limites.

Dans DDOS 8.5 et 8.6, un défaut interne peut faire apparaître SupportAssist configuré, mais non entièrement enregistré après une mise à niveau. Ce problème déclenche l’affichage obligatoire des informations de contact dans l’interface utilisateur de Data Domain System Manager (DDSM), ce qui empêche l’accès aux pages de gestion standard.

Cet article fournit des conseils pour le dépannage des problèmes BoostFS courants, y compris la connectivité, les échecs de montage, les problèmes de lockbox, les problèmes de performances et la validation de compatibilité. Il décrit également les vérifications recommandées, les emplacements de collecte des logs et les informations à collecter lors de l’examen des problèmes liés à BoostFS.

Un utilisateur n’a pas pu écrire sur une unité de stockage montée BoostFS après que la propriété du répertoire est passée d’un groupe appartenant à l’utilisateur à un groupe d’opérations partagé. L’enquête a confirmé que ce comportement est attendu, car les vérifications d’autorisation BoostFS s’appuient sur le groupe principal de l’utilisateur, contrairement à certaines configurations NFS où les autorisations de point de montage peuvent autoriser un accès en écriture plus large.

Ce guide explique ce qu’est le service Dial Home sur les systèmes Data Domain, quelles données il envoie à Dell et comment chaque méthode de connexion et chaque type de rapport fonctionnent. Des attentes sont définies quant à la façon dont ces rapports automatisés accélèrent la détection des problèmes, simplifient le support et améliorent la visibilité sur l’intégrité du système.

Data Domain claims to need a replication license for a local copy operation which has never historically required one.

L’authentification basée sur des jetons dans DD Boost OST Plug-in 8.4 fournit une méthode d’authentification plus fiable et permet d’éviter les problèmes intermittents de déchiffrement des informations d’identification rencontrés lors d’une gestion d’authentification antérieure dans certains environnements NetBackup 10.x. Il améliore également la sécurité des informations d’identification en éliminant la dépendance aux workflows de déchiffrement de mots de passe chiffrés.

Clear entries by removing PostgreSQL DB and reinstalling Avamar REST API rpm package.Troubleshoot backup failure by checking software version and client properties on NMC1.

DD CIFS devient inaccessible lorsque DNS est configuré mais ne fonctionne pas.

Cet article explique comment résoudre le problème et réactiver le système de fichiers lorsque le système de fichiers Data Domain (DDFS) présente un fonctionnement inattendu avec la chaîne PANIC suivante : PANIC : ddr/dm/dmbt_iface.c : dmbt_update_entry_nolock

Un lockbox BoostFS peut être corrompu après l’installation du correctif Windows et un redémarrage du système ultérieur, ce qui entraîne l’échec des opérations de montage et de requête du lockbox BoostFS. La recréation du lockbox restaure temporairement les fonctionnalités, mais le problème peut se reproduire à moins que les activités de redémarrage et d’application de correctifs Windows ne soient effectuées avant l’installation de BoostFS.

Un LSU (unité de stockage logique) ou un volume de disque NetBackup configuré via le plugin Data Domain OST peut être marqué comme hors ligne lorsqu’une seule unité de stockage DDBoost dispose de plus de cinq associations configurées dans le même sens de réplication. Cette limitation peut entraîner l’échec des opérations de sauvegarde, de réplication et d’interrogation du disque, ce qui entraîne le signalement du volume de disque et du pool de disques associés comme étant en panne.

Les importations de réplication automatique d’images (AIR) étaient manquantes par intermittence, car plusieurs domaines NetBackup étaient configurés pour accéder aux mêmes unités de stockage Data Domain à l’aide d’informations d’identification DDBoost partagées. Cela créait une condition de concurrence de vol d’événement où des serveurs multimédias non intentionnels consommaient des fichiers d’événements AIR, ce qui entraînait des importations incohérentes et des échecs de restauration lors des tests de reprise après sinistre.

Un système Data Domain générait un nombre excessif de paquets PFC (Priority Flow Control) lors des activités de réplication des nœuds pivotants Avamar, ce qui entraînait la désactivation automatique des interfaces réseau par les commutateurs Cisco Nexus connectés. Le problème a été lié au comportement LLDP au niveau du firmware de la carte NIC Intel affectant les communications DCBx et a été résolu par une mise à niveau vers DDOS 8.4 ou une version ultérieure.

Lorsqu’une mise à niveau DDOS est effectuée sur la version 8.7 ou une version antérieure, la vérification de la signature RPM peut échouer avec le message d’erreur : La signature du fichier RPM .rpm n’est pas valide.

NetWorker : Échec du clone avec Err : 5009-nfs filecopy stop failed (nfs : erreur d’E/S) après la mise à niveau de Data Domain vers DDOS 8.7 ou 8.8

Cet article explique le processus d’utilisation d’une nouvelle clé de chiffrement.