Gestion des lots de support à l'aide de la BUI
Génération et téléchargement d'un nouveau lot de support (BUI)
Options pour les lots de support
Gestion des lots de support à l'aide de la CLI
Réinitialisation des paramètres d'usine
Notification de mises à jour logicielles
Programmation de la notification logicielle (BUI)
Programmation de la notification logicielle (CLI)
Vérification des mises à jour (BUI)
Vérification des mises à jour (CLI)
Mise à jour logicielle sur un contrôleur simple (BUI)
Mise à jour logicielle sur un contrôleur simple (CLI)
Mise à jour logicielle sur des contrôleurs inclus dans un cluster
Préparation de mise à jour des contrôleurs (BUI)
Mise à jour du contrôleur A (BUI)
Mise à jour d'un contrôleur B (BUI)
Préparation de mise à jour des contrôleurs (CLI)
Mise à jour d'un contrôleur A (CLI)
Vérification de la mise à jour d'un contrôleur A (CLI)
Mise à jour d'un contrôleur B (CLI)
Vérification de la mise à jour d'un contrôleur B (CLI)
A propos des vérifications de l'état d'intégrité du système
Vérifications de l'intégrité du système à l'aide de la BUI
Vérifications de l'intégrité du système à l'aide de la CLI
Dépannage des échecs de vérifications d'intégrité préalables à la mise à jour
Résolution des alertes de vérification d'intégrité
Résolution des alertes des vérifications d'intégrité
A propos des mises à jour différées
Application de mises à jour différées (BUI)
Application de mises à jour différées (CLI)
Suppression d'un média de mise à jour (BUI)
Suppression d'un média de mise à jour (CLI)
Mise à jour différée Passthrough-x
Mise à jour différée Quotas d'utilisateurs
Mise à jour différée RAID triple parité
Mise à jour différée Suppression des doublons de données
Mise à jour différée Réplication
Mise à jour différée Propriétés reçues
Mise à jour différée Suppression d'instantanés
Mise à jour différée Instantanés récursifs
Mise à jour différée Remplacement multiple
Mise à jour différée RAIDZ/Miroir
Groupes d'initiateurs multiples par LUN
Support pour les blocs de très grande taille
Support pour les blocs de très grande taille
Gestion des sauvegardes de configuration à l'aide de la BUI
Création d'une sauvegarde de configuration
Restauration à partir d'une configuration enregistrée
Suppression d'une configuration enregistrée
Exportation d'une configuration enregistrée
Importation d'une configuration enregistrée
Gestion de sauvegardes de configuration à l'aide de la CLI
Affichage de la liste des configurations
Création d'une sauvegarde de configuration
Restauration à partir d'une configuration enregistrée
Suppression d'une configuration enregistrée
Exportation d'une configuration enregistrée
Importation d'une configuration enregistrée
Affichage des problèmes actifs
Interface de ligne de commande
Affichage de la liste de journaux
Afficher toutes les entrées du journal
Afficher des groupes d'entrées du journal
Affichage des détails d'une entrée
Contexte d'exécution des workflows
Gestion des erreurs des workflows
Validation des entrées des workflows
Audit sur l'exécution de workflows
Rapports sur l'exécution de workflows
Gestion des versions des workflows
Workflows en tant qu'actions d'alerte
Contexte d'exécution des actions d'alerte
Réalisation d'audits sur les actions d'alerte
Utilisation de workflows programmés
Exemple : sélection du type de périphérique
Après l'application d'une mise à niveau logicielle, tout matériel pour lequel une version de microprogramme plus récente est comprise dans la mise à niveau est lui aussi mis à niveau. Il existe plusieurs types de périphériques pour lesquels des mises à niveau de microprogrammes peuvent être mises à disposition, chacun étant doté de caractéristiques propres.
Les disques, les boîtiers de stockage et certains périphériques SAS internes sont mis à niveau en arrière-plan. Lors de cette mise à niveau, la progression de la mise à niveau des microprogrammes s'affiche dans le panneau de gauche de la vue Maintenance > Système de la BUI, ou dans le contexte maintenance system updates de la CLI. Ces mises à niveau de microprogrammes sont presque toujours liées au matériel, bien qu'un certain nombre de mises à jour en cours puisse s'afficher brièvement lors de l'application de certaines mises à jour différées à des composants autres que matériels.
Lorsqu'il existe des mises à jour non appliquées, une icône d'information ou d'avertissement s'affiche en regard du nombre de mises à jour restantes à partir de la version 2010Q3.4. Lorsque vous cliquez sur cette icône, la boîte de dialogue Mise à jour du microprogramme contenant la liste des mises à jour actuelles restantes, s'affiche. La version actuelle du composant, l'heure de la dernière tentative de mise à jour et la raison de l'échec de cette dernière tentative s'affichent également pour chaque mise à jour.
Chaque mise à jour non appliquée peut être dans l'un des trois états suivants : En attente, En cours et Echec. Une mise à jour commence par l'état En attente et un essai est régulièrement retenté ; à ce moment, elle passe sur En cours. Si la mise à jour échoue en raison d'une condition provisoire, la mise à jour repasse sur En attente, ou sinon, sur Echec.
En général, ceci indique un problème uniquement si :
Des mises à jour présentent l'état Echec.
Des mises à jour conservent l'état En attente (ou alternent entre les états En attente et En cours) pendant une période prolongée (plus d'une demi-heure) sans que le nombre de mises à jour restantes ne diminue.
Les situations suivantes n'indiquent pas un problème :
Des mises à jour de microprogrammes de disques restent dans l'état Pending pendant une durée prolongée, avec affichage d'un message de statut indiquant qu'elles ne font partie d'aucun pool. Cette situation est normale, puisque le système ne met à jour que les microprogrammes de disques compris dans un pool. Pour mettre à jour ces disques, vous devez les ajouter à un pool.
Il y a de nombreux châssis à mettre à jour. Nous progressons (le nombre de mises à jour restantes diminue), et certains châssis apparaissent provisoirement en attente avec un état qui indique que certains disques ont un seul chemin. Cette situation est également normale, car la mise à jour d'un châssis peut éventuellement s'accompagner d'une réinitialisation de l'un de ses expandeurs. Dans ce cas, le nombre de chemins d'accès de certains disques peut temporairement être réduit à un chemin ; les mises à niveau de l'autre châssis sont alors suspendues jusqu'à ce que la poursuite de la mise à niveau soit considérée comme sûre.
Notez que la boîte de dialogue Mises à jour du microprogramme ne s'actualise pas automatiquement ; vous devez donc la fermer et la rouvrir pour actualiser l'affichage.
L'application de mises à jour matérielles se fait toujours dans des conditions de parfaite sécurité. En d'autres termes, il peut arriver que le système présente un état rendant impossible l'application de mises à jour matérielles. C'est le cas tout particulièrement pour les configurations en cluster. Lors d'opérations de reprise et de rétablissement, toutes les mises à niveau de microprogrammes en cours sont terminées, mais les mises à niveau de microprogrammes en attente sont suspendues jusqu'à l'achèvement de la reprise ou du rétablissement. Une fois la reprise ou le rétablissement terminé, le système réévalue les restrictions décrites ci-dessous sur la base du nouvel état du cluster, et, si possible, les mises à niveau de microprogrammes reprennent.
![]() | Mise en garde - Sauf en cas de nécessité absolue, il faut éviter de réaliser des opérations de reprise et de rétablissement pendant la mise à niveau de microprogrammes. |
La procédure de mise à niveau non simultanée présentée ci-après satisfait toutes les règles de bonne pratique évoquées précédemment et tient compte des restrictions applicables aux différentes classes de périphériques décrites plus loin. Nous recommandons de toujours suivre cette procédure lors des mises à niveau effectuées dans un environnement en cluster. Dans les environnements en cluster et autonomes, les critères évoqués sont également réévalués à chaque réinitialisation ou redémarrage du logiciel système à des fins de diagnostic, ce qui peut entraîner la reprise de mises à niveau de microprogrammes précédemment suspendues ou inachevées.
Les composants internes du contrôleur de stockage (HBA et périphériques réseau par exemple) autres que les disques ou certains périphériques SAS sont généralement mis à niveau automatiquement lors de l'initialisation. Ces mises à niveau ne sont pas visibles et sont terminées lorsque les interfaces de gestion deviennent disponibles.
La mise à niveau de microprogrammes de disques ou de périphériques flash nécessite la mise hors ligne des périphériques pendant la durée du processus. Si la redondance est insuffisante dans le pool de stockage conteneur pour permettre cette opération, la mise à jour du microprogramme ne se termine pas et peut apparaître "bloquée". Les disques et les périphériques flash faisant partie d'un pool de stockage actuellement utilisé par le pair de cluster (s'il existe) ne sont pas mis à niveau. Enfin, les disques et périphériques flash ne faisant pas partie d'un pool de stockage ne sont pas mis à niveau.
La mise à niveau des microprogrammes d'une étagère de disques nécessite que les deux chemins de stockage d'arrière-plan de tous les disques dans tous les boîtiers soient actifs et que le stockage soit configuré sur toutes les étagères à mettre à niveau. Pour les clusters avec au moins un pool actif sur chaque contrôleur, ces restrictions signifient que la mise à niveau des microprogrammes de l'étagère de disques peut uniquement être effectuée par un contrôleur qui est dans l'état "owner".
Lors du processus de mise à niveau des microprogrammes, le matériel peut apparaître comme étant retiré et inséré, ou comme étant mis hors ligne et en ligne. Tandis que les alertes liées à ces actions ne sont pas affichées, les effets de ces mises à niveau sont visibles sous la forme de périphériques manquants ou hors ligne dans l'écran Maintenance > Matériel ou l'écran Configuration > Stockage de l'interface utilisateur. Il n'y a pas lieu de s'inquiéter. Cependant, si un périphérique reste hors ligne ou manquant pendant une période prolongée (pendant quelques minutes ou plus), et ce même après l'actualisation de la vue du matériel, il peut y avoir un problème avec le périphérique. Consultez la vue Maintenance > Problèmes pour repérer les pannes identifiées qui peuvent avoir un rapport avec le problème. En outre, les contrôleurs des étagères de disques peuvent, dans certains cas, rester hors ligne lors de la mise à niveau des microprogrammes. Si cela se produit, aucun autre contrôleur n'est mis à jour tant que le problème n'a pas été résolu. Si un boîtier est répertorié comme ayant un chemin unique pendant un laps de temps prolongé, contrôlez le boîtier physique et vérifiez si les voyants de liaison verts à l'arrière du module SIM sont actifs. Si ce n'est pas le cas, retirez et réinsérez le module SIM pour rétablir la connexion. Vérifiez que tous les boîtiers sont accessibles via deux chemins.