Oracle ZS4-4 Manuel D'entretien page 302

Application de mises à jour différées (CLI)
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.
Attention -
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
302 Manuel d'entretien client des systèmes Oracle ZFS Storage Appliance, version 2013.1.3.0 • Décembre 2014
Sauf en cas de nécessité absolue, il faut éviter de réaliser des opérations de reprise