Oracle Sun ZFS Storage 7120 Manuel D'entretien page 144

Mises à jour
Plusieurs châssis sont mis à jour ; la mise à jour progresse (le nombre de mises à jour
■
restantes diminue), mais certains châssis présentent brièvement l'état Pending, avec
affichage d'un message de statut indiquant que certains disques ne possèdent qu'un chemin
d'accès. 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 ; 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 Firmware Updates 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. Important : 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 dans le
pool de stockage conteneur n'est pas suffisante pour autoriser cette opération, la mise à
niveau des microprogrammes n'est pas achevée et peut paraître "bloquée". Le cas échéant,
les disques et périphériques flash faisant partie d'un pool de stockage actuellement utilisé par
le pair du cluster 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
144 Manuel d'entretien client des appareils Sun ZFS Storage 7120, 7320 et 7420 • Décembre 2012 E38998–01