PowerProtect Data Domain All-Flash Ready Node

Ce document met en évidence les versions de code minimum, recommandé et le plus récent pour les produits Dell Technologies Enterprise et Datacenter Infrastructure. Dell Technologies évalue et surveille scrupuleusement les données de déploiement de code afin de s’assurer que les versions de produits répondent à nos attentes les plus strictes afin de fournir à nos clients des produits et solutions fiables.

Ce document met en évidence les versions de code minimum, recommandé et le plus récent pour les produits Dell Technologies Enterprise et Datacenter Infrastructure. Dell Technologies évalue et surveille scrupuleusement les données de déploiement de code afin de s’assurer que les versions de produits répondent à nos attentes les plus strictes afin de fournir à nos clients des produits et solutions fiables.

Cet article explique la procédure d’ouverture d’une demande de service (SR) à l’aide de la page de support Dell. Obtenez de l’aide rapidement pour votre appareil Dell. Plus besoin d’attendre en attente. Fini les casse-têtes techniques. Dell facilite la résolution des problèmes, la planification des réparations ou l’obtention d’un support, directement depuis votre appareil ou notre site Web de support.

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 suivant : La signature du fichier RPM .rpm n’est pas valide.

La mesure corrective de Dell PowerProtect Data Domain est disponible pour de multiples failles de sécurité qui peuvent être exploitées par des utilisateurs malveillants pour compromettre le système concerné.

Data Domain prend actuellement en charge les dialectes SMB jusqu’à SMB 2.1 et ne prend pas en charge SMB3. Les clients configurés pour nécessiter SMB3, y compris les systèmes Windows Server 2025 avec une configuration SMB3 uniquement, ne pourront pas se connecter aux partages CIFS Data Domain, car la négociation SMB ne peut pas être exécutée.

Les systèmes Data Domain peuvent connaître une utilisation élevée et soutenue du processeur malgré une faible charge applicative de sauvegarde, de réplication ou d’application lorsque de grands volumes de demandes BoostFS READDIR/OSTREADDIRPLUS sont générés. Des études antérieures ont montré que les processus automatisés d’indexation, d’analyse, de surveillance et de traversée du système de fichiers fonctionnant sur les points de montage BoostFS peuvent augmenter considérablement l’utilisation du DDFS et du processeur du système, entraînant des moyennes de charge élevées et des performances dégradées.

Cet article explique comment enquêter sur les échecs de démarrage du système de fichiers Data Domain causés par l’incapacité à restaurer les données à partir de la NVRAM. Lorsque le système de fichiers ne peut pas relire le contenu de la NVRAM au démarrage, Data Domain publie l’alerte EVT-FILESYS-00016 ou MSG-NV-00002.

La NVRAM et son bloc-batteries de secours (BBU) sont des composants essentiels de Data Domain Data Invulnerability Architecture. Data Domain Operating System (DDOS) surveille ces composants. En cas de panne matérielle, DDOS génère une alerte qui doit être traitée immédiatement pour maintenir l’intégrité du système.

Lors de l’utilisation de BoostFS, les mises à jour de l’heure d’accès aux fichiers (atime) peuvent échouer lorsque le client Linux émet une commande touch -a. Ce comportement est lié aux bibliothèques FUSE côté client, où certaines versions ne transmettent pas la demande de modification atime, ce qui nécessite l’option touch -am comme solution de contournement pour mettre à jour à la fois atime et mtime.

ce document décrit les étapes à suivre pour inscrire/ajouter un système Data Domain sur la passerelle ESRS.

La vérification préalable de DDOS échoue en raison d’un ancien certificat dans la chaîne d’approbation.

Après la mise à niveau vers DDOS 8.5 ou une version ultérieure, la configuration de SupportAssist peut échouer avec l’erreur « Impossible de charger l’analyseur JSON ».

Cet article développe l’intégration d’Active Directory pour les systèmes Dell Data Domain en fournissant les commandes CLI couramment utilisées pour les jonctions de domaine, le placement de l’unité d’organisation, la configuration de l’authentification, la vérification de domaine, la gestion des accès, les considérations relatives au partage CIFS et le dépannage avancé. Il s’agit d’un guide de référence des commandes qui accompagne le guide Active Directory principal et inclut des exemples et des pratiques d’excellence pour valider et maintenir la connectivité Active Directory.

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 explique comment identifier et résoudre les erreurs liées à la mémoire sur les systèmes Dell Data Domain.

La paire HA avec Retention Lock Compliance activé affiche un état dégradé avec l’échec de la mise en miroir SMS ; Les journaux contiennent l’erreur iDRAC HTTP 500 « Impossible d’extraire les utilisateurs de l’iDRAC, impossible de mettre à jour les privilèges ». La cause est un problème de stabilité de l’iDRAC qui empêche l’énumération des utilisateurs, ce qui conduit HA à marquer le SMS comme étant en échec.

L’interface utilisateur ne répond plus et les téléchargements RPM échouent car l’iDRAC ne fournit pas les entrées Secure Boot dans host_bios.json, ce qui entraîne une erreur de l’API sms_system_get_secure_boot.

Data Domain Restorers (DDRs) run a proprietary file system known as the Data Domain File System (DDFS). Due to how DDFS stores data and corresponding metadata, there are limits on the maximum number of files that can be stored in a single directory. Exceeding these limits can cause degraded performance, timeouts, and system instability. This article explains the directory file limits, the technical reason for the limits, and the risks when limits are not adhered to.

Dans DDOS 8.5 et 8.6, un défaut interne peut faire apparaître SupportAssist configuré, mais pas totalement 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.

Les clients Data Domain ne doivent pas modifier SNMP ou d’autres paramètres de configuration dans l’iDRAC. Data Domain utilise iDRAC SNMP en interne pour la surveillance matérielle de la plate-forme et le traitement des alertes. Les modifications apportées par le client peuvent interférer avec le comportement attendu du système, générer des demandes de support et ne sont pas prises en charge par le support Dell.

Cet article décrit la sécurité de la session sur Avamar, son fonctionnement et comment la gérer.

Cet article explique comment utiliser la fonctionnalité GoAV dd check-ssl pour résoudre les problèmes de connectivité SSL entre Avamar et Data Domain.

Data Domain systems upgraded to DDOS 8.3.1.40 and DDOS 8.6.1.20 stop reporting to DDMC 8.5.0.0 or DDMC 8.6.0.0.

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.

Comment déterminer quels fichiers ont été récemment supprimés ou ont expiré.

Cet article définit l’approche diagnostique du dépannage des problèmes de performances de sauvegarde ou de restauration des machines virtuelles (VM) lors de l’utilisation de la solution NetWorker VMware Protection (NVP) vProxy.

This page features core documents produced by Dell Content Engineering and Translation (CE&T) team for the Dell PowerProtect Data Domain products.

La mesure corrective de Dell PowerProtect Data Domain est disponible pour de multiples failles de sécurité qui peuvent être exploitées par des utilisateurs malveillants pour compromettre le système concerné.

Lorsque le certificat https ou « ca trusted-ca » expire sur un système Data Domain, cela entraîne des problèmes lors des tentatives d’accès à l’interface utilisateur Web. La génération d'un nouveau certificat permet de résoudre le problème.