PowerProtect Data Domain : Pré-vérification de la mise à niveau DDHA

La fonction de haute disponibilité (HA) vous permet de configurer deux systèmes de protection en tant que paire active/passive, fournissant une redondance en cas de défaillance du système. La haute disponibilité synchronise les systèmes actifs et en veille. Ainsi, si le nœud actif échoue en raison de problèmes matériels ou logiciels, le nœud en veille peut prendre le relais du nœud défaillant.

La haute disponibilité est prise en charge sur les systèmes suivants :

• Data Domain DD6800
• PowerProtect DD6900
• Data Domain DD9300
• PowerProtect DD9400
• PowerProtect DD9410
• Data Domain DD9800
• PowerProtect DD9900
• PowerProtect DD9910

Préparation des systèmes DDHA pour la mise à niveau

Avant de démarrer une mise à niveau, assurez-vous que les deux nœuds fonctionnent de manière optimale. La mise à niveau alors que l’un des nœuds est compromis peut entraîner des défaillances et des interruptions de service. Avant d’aller de l’avant avec la mise à niveau, exécutez les vérifications suivantes :

Informations système

Vérifiez le nom d’hôte du système, le numéro de série, le modèle, la version actuelle de DDOS et le temps d’activité.

Configuration iDRAC

Vérifiez si iDRAC est configuré, car il s’agit d’un outil utile pour la surveillance et la résolution des problèmes lors des redémarrages.

Non pas qu’iDRAC n’est pas disponible sur les systèmes hérités Dell DD6800, DD9300 et DD9800.

État du système de fichiers

Assurez-vous que le système de fichiers est activé et en cours d’exécution.

Alertes et pannes matérielles

Passez en revue toutes les alertes système actuelles et résolvez les pannes matérielles.

Les alertes ne sont pas toujours partagées entre les nœuds actifs et en veille. Vérifiez les deux nœuds individuellement pour détecter toute alerte active pouvant indiquer des problèmes sous-jacents. La plupart des alertes sont visibles sur un seul nœud. La vérification à deux nœuds est donc essentielle.

État du système HA

Assurez-vous que le système est dans un état de haute disponibilité avant de lancer la mise à niveau.

Capacité du système

Évaluer la capacité globale du système.

Pour garantir un processus de mise à niveau DDOS fluide, il est recommandé de conserver un minimum de 10 % d’espace libre sur le système Data Domain lors de la mise à niveau vers des versions de DDOS antérieures à 7.x, et au moins 5 % d’espace libre pour les mises à niveau vers DDOS 7.x et versions ultérieures. Cet espace disponible est essentiel pour la gestion des fichiers temporaires et des modifications apportées à l’index ou aux métadonnées. Cela permet de minimiser le risque d’échecs de mise à niveau ou de dégradation des performances pendant la mise à niveau. 

Version du firmware

Vérifiez que tous les composants du système exécutent la dernière version du firmware.

Si le code cible est antérieur à 7.7.5.1, 7.10.1.0 ou 7.11.x, vérifiez la version du firmware de disque et reportez-vous à l’article 000204252 de la base de connaissances pour obtenir des conseils.

Configuration réseau

Vérifiez la configuration réseau du système et assurez-vous que toutes les interfaces sont opérationnelles avec les adresses IP appropriées.

Sur les systèmes DDHA, les interfaces réseau sont configurées en tant que flottantes ou fixes. Chaque type possède des exigences spécifiques en matière de comportement et de vérification :

• Interfaces flottantes : Pour les interfaces configurées en tant que flottantes, vérifiez que chaque port de carte d’interface réseau (NIC), alias ou interface Ethernet virtuel (veth) est à l’état activé et en cours d’exécution sur les nœuds actifs et en veille. Il est prévu que les interfaces flottantes affichent une adresse IP sur le nœud actif, tout en affichant N/A sur le nœud en veille.
• Fixed Interfaces : Pour les interfaces marquées comme fixes, assurez-vous que chaque port de carte NIC, alias ou veth configuré est à l’état activé et en cours d’exécution. Contrairement aux interfaces flottantes, les interfaces fixes ne sont pas tenues d’avoir des configurations identiques sur les deux nœuds.
• Interconnexion HA (veth99) : Vérifiez que l’interconnexion HA (veth99) est présente et que tous les ports requis sont activés et en cours d’exécution.
  • Le nombre de connexions requises et l’emplacement de leurs logements pour veth99 varient selon le modèle Data Domain.

État du disque

Évaluez les états des disques et assurez-vous qu’il n’y a pas de disques en échec (F), en reconstruction (R), de copie (C) ou d’absence (A). 

Dans une configuration DDHA, le nœud en veille ne traite ni ne sert les données. Par conséquent, les disques du boîtier connectés au nœud en veille n’affichent pas l’état « Disques utilisés ». Au lieu de cela, tous les disques apparaissent à l’état « Disques connus », ce qui indique que le système les reconnaît, mais qu’ils ne sont pas actifs. Il s’agit d’un comportement attendu, car le nœud actif gère toutes les opérations de données.

État du boîtier

Assurez-vous que tous les périphériques du boîtier fonctionnent correctement.

Topologie du boîtier

Validez la topologie du boîtier à partir des deux nœuds. 

Remarques :

• Les sorties doivent être des images miroirs.
• Recherchez un astérisque (*) en regard de enc.ctrl.port et examinez le champ Message d’erreur pour détecter des problèmes tels que des pannes de contrôleur ou de câble.
• Symboles tels que ?, !, ou !! Indiquez les erreurs.
• Assurez-vous que tous les numéros de tiroir sont corrects et cohérents.

État de la réplication

Assurez-vous que la réplication n’est pas en cours d’initialisation. Si c’est le cas, reportez-vous à l’article 000014079 de la base de connaissances.

À partir de la version 7.7.1 de DDOS, la réplication de répertoire n’est plus prise en charge. Si vous effectuez une mise à niveau à partir d’une version antérieure à 7.7.1 et que la réplication de répertoire est configurée, consultez la section « Migration de la réplication de répertoire vers MTree » dans le Guide d’administration de DDOS avant la mise à niveau.

Évaluation de l’intégrité du matériel

Lancer un bilan de santé complet du matériel sur les systèmes Data Domain. 

Cette commande n’est pas compatible avec toutes les plates-formes DD. Pour plus d’informations, reportez-vous à l’article 000326481 de la base de connaissances.

Nettoyage du système de fichiers

Vérifiez si le nettoyage du système de fichiers est en cours d’exécution. S’il est actif, autorisez-le à se terminer ou arrêtez-le manuellement en exécutant la commande # filesys clean stop sur le nœud actif.

Nettoyage du Cloud

Vérifiez si le nettoyage du Cloud est en cours d’exécution. S’il est actif, autorisez-le à se terminer ou arrêtez-le manuellement en exécutant la commande # cloud clean stop sur le nœud actif.

Déplacement des données

Pour les systèmes avec Cloud Tier, vérifiez si le déplacement des données est en cours d’exécution. S’il est actif, arrêtez-le manuellement en exécutant la commande # data-movement stop all sur le nœud actif.

Sauvegarde et restauration

Si une activité de sauvegarde ou de restauration est en cours, suspendez-la ou arrêtez-la avant de continuer.

Test de basculement HA

L’objectif du test de basculement est de valider la haute disponibilité en lançant un basculement du nœud actif vers le nœud en veille. Une fois la transition terminée, effectuez un deuxième basculement pour rétablir le contrôle sur le nœud d’origine, en garantissant une fonctionnalité de basculement bidirectionnelle complète.

Nœud actif :

• Exécutez la commande ha status pour confirmer que le système est dans un état de haute disponibilité avec les deux nœuds en ligne.
• Exécutez ha failover precheck (disponible dans DDOS version 7.8 et versions ultérieures) pour confirmer la préparation au basculement.
• Exécutez ha failover sur le nœud actif pour passer du nœud actif au nœud en veille.

Nouveau nœud actif (nœud en veille précédent) :

• Exécutez la commande ha status pour confirmer que le système est dans un état de haute disponibilité avec les deux nœuds en ligne.
• Exécutez ha failover precheck (disponible dans DDOS version 7.8 et versions ultérieures) pour s’assurer que le système est prêt pour le basculement.
• Exécutez ha failover sur le nouveau nœud actif pour revenir en mode veille.

Mettre à niveau le package RPM

Téléchargez le package RPM de mise à niveau sur le nœud actif. Une fois la commande de vérification préalable à la mise à niveau du système exécutée, le package est automatiquement copié sur le nœud en veille.

Les packages RPM de mise à niveau sont disponibles sur la page Systèmes de stockage avec déduplication Data Domain .

• Transférez le fichier RPM du serveur client vers le nœud actif à l’aide de la commande suivante :

client-server# scp <rpm file> sysadmin@<active-node-hostname-or-IP-address>:/ddr/var/releases/

• • Le système demande un mot de passe que le client a défini. Le répertoire cible sur le nœud actif est /ddr/var/releases.
• Une fois le transfert de fichiers terminé, vérifiez les informations du package système sur le nœud actif en exécutant : 

active-node# system package list

Pré-vérification de la mise à niveau du système

À partir du nœud actif, exécutez la commande system upgrade precheck <file> . Si la vérification préalable se termine sans erreur, le système est prêt à poursuivre la mise à niveau DDOS. Pour obtenir des conseils détaillés sur la mise à niveau d’un système DDHA, reportez-vous à l’article 000009653 de la base de connaissances.