Cloud Disaster Recovery

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.

Les systèmes Data Domain lancent un arrêt normal si plusieurs pannes de disque se produisent et que la reconstruction RAID ne peut pas se poursuivre. Cette mesure de protection empêche toute perte de données potentielle lorsque la protection RAID atteint un état critique.

Réinitialisation ou régénération des certificats en raison d’une expiration (ou d’une mauvaise configuration).

Une interface VLAN devient inaccessible après un redémarrage, car une configuration MTU non valide a été rejetée lors de la configuration initiale, mais est toujours conservée dans le registre, provoquant l’échec de l’interface lorsque le système tente ultérieurement d’appliquer la MTU non valide lors de l’initialisation de l’interface.

La resynchronisation de la réplication de structure MTree peut échouer avec l’erreur « MREPL ASSOC failed : Dest Mtree is WORM, source requests removal of WORM (5312) » lorsque les MTrees source et cible ont des états Retention Lock incompatibles. Les opérations de resynchronisation ne sont prises en charge que lorsque les deux structures MTree ont des paramètres de gouvernance/conformité DD Retention Lock correspondants.

Le groupe Active Directory par défaut Administrateurs de domaine est automatiquement attribué au Groupe d’administrateurs Data Domain 1 et ne peut pas être supprimé car il s’agit d’un groupe d’administration défini par le système requis. Il peut être remplacé par un autre groupe Active Directory mieux adapté à l’environnement.

Une alerte de non-correspondance de vitesse de l’interface liée peut se produire lorsqu’une interface membre négocie à une vitesse inférieure à celle des autres interfaces membres de la liaison, ce qui fait que l’alerte reste active jusqu’à ce que toutes les interfaces fonctionnent à la même vitesse.

L’envoi de la migration peut échouer avec des alertes critiques actives lorsque le nom d’hôte de destination spécifié dans la commande de migration ne correspond pas au nom d’hôte de destination défini dans le contexte de réplication. Assurez-vous que le nom d’hôte utilisé dans la commande d’envoi de migration correspond au nom d’hôte du système de destination configuré dans le contexte de réplication.

Les certificats hôtes permettent aux navigateurs et aux applications de vérifier l’identité d’un système Data Domain lors de l’établissement de sessions de gestion sécurisées. HTTPS est activé par défaut. Le système peut utiliser un certificat auto-signé ou un certificat importé d’une autorité de certification (CA) de confiance. Cet article explique comment vérifier, générer, demander, importer et supprimer des certificats pour HTTP/HTTPS sur des systèmes Data Domain.

Ce guide décrit la compatibilité de la réplication de structure MTree, de fichier géré, de répertoire, de collection et delta sur l’ensemble des familles de versions du système d’exploitation Data Domain (DDOS), avec des remarques sur les limitations.

Un délai d’expiration d’émission déclenchait le mécanisme de récupération automatique QLogic, qui réinitialisait l’interface de la MTU configurée de 9 000 à la MTU par défaut de 1 500 ; Si le problème se reproduit, nous pouvons restaurer manuellement la MTU ou conserver l’interface configurée avec la valeur par défaut.

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

Lors de l’application d’un fichier . LIC dans Data Domain, un message d’erreur indique qu’il doit être au format .XML.

Summary: This document details the steps to register/add a Data Domain System to Secure Connect Gateway while using connectemc.

Data Domain Capacity Resolution Path.

Un système Data Domain (DD) génère une alerte EVT-ENVIRONMENT-00029 avec le message « I/O module has failed » lorsqu’un module d’E/S PCIe (également appelé carte SLIC ou PCI) tombe en panne ou est retiré. Les types de cartes concernés comprennent SAS, NIC, NVRAM et Fibre Channel (FC).

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.

La création d’un partage CIFS sur une unité de stockage qui a été initialement écrite et gérée via Linux BoostFS peut entraîner des incohérences de propriété et d’autorisation. Cela peut entraîner des échecs d’accès aux fichiers, des erreurs « Accès refusé », des défaillances d’applications ou un comportement inattendu lors de l’accès aux données via DD Boost. Le problème peut souvent être résolu en supprimant le partage CIFS et en réattribuant la propriété de l’unité de stockage à l’utilisateur DD Boost approprié.

DDOS conserve une entrée de registre qui enregistre la quantité totale de mémoire physique attendue. Après le remplacement d’un module DIMM, une mise à niveau de la mémoire ou un retrait de la mémoire, le registre peut conserver la configuration de mémoire précédente.

Les interfaces réseau peuvent tomber en panne, devenir intermittentes ou ne pas parvenir à se restaurer correctement suite à des événements tels que des redémarrages de nœuds, des basculements HA, une renégociation de liaison ou d’autres transitions réseau sur les systèmes équipés de cartes NIC Intel. Ce problème peut se produire lorsque la solution de contournement Intel pour les émetteurs-récepteurs à double débit M14MK reste configurée après la migration des interfaces vers les émetteurs-récepteurs W4GPP 25 Go. La non-correspondance de vitesse qui en résulte peut entraîner une perte de connectivité de l’interface et un comportement réseau intermittent.

À partir de DD OS 8.4, le LLDP basé sur le firmware est désactivé par défaut sur les cartes d’interface réseau Intel prises en charge afin d’éviter les problèmes de stabilité du réseau affectant LACP, les interfaces liées et la communication HA. Cette modification résout plusieurs problèmes observés sur le terrain, notamment les délais d’expiration de transmission, la connectivité intermittente et les défaillances de pulsation.

L’objectif principal de cet article est de dépanner une ou plusieurs interfaces en panne, une interface intermittente et une carte réseau défectueuse. Le remplacement des pièces devrait être la dernière étape de résolution des problèmes de panne de l’interface. Le dépannage de ces problèmes en premier lieu, par exemple en examinant le côté du commutateur, peut accélérer la résolution.

Cet article explique comment dépanner les alertes liées à la mémoire sur les systèmes Dell Data Domain, y compris comment identifier une barrette DIMM défectueuse devant être remplacée. Il couvre les codes d’alerte courants, les causes premières des erreurs ECC corrigibles et non corrigibles, ainsi que des conseils de résolution étape par étape tels que le lancement de la réparation post-package (PPR), l’exécution des commandes CLI de diagnostic et le dépannage physique.

FLR échoue en disant qu’il n’est pas disponible pour les datastores « » à l’aide du mode de transport « Hotadd »

Ce guide s’appuie sur les étapes décrites dans le code DDOS 7.9.

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.

Cet article explique comment identifier et résoudre les erreurs liées à la mémoire sur les systèmes Dell Data Domain.

Cet article explique comment fonctionne la reconstruction de disque sur les systèmes Data Domain et comment surveiller la progression de la reconstruction après une panne de disque.

La réplication peut publier un avertissement lorsqu’un segment inattendu est reçu. Si la réplication peut se poursuivre, elle le fait automatiquement.

Lors de l’utilisation de la liaison de basculement, l’interface de secours contient de nombreux paquets abandonnés. Cela est normal puisque l’interface de veille n’est pas active.