test

Guide d'administration du systéme de Sun Cluster 2.2

Chapitre 11 Administration des tableaux SPARCstorage Array

Ce chapitre fournit les instructions nécessaires à l'administration des tableaux SPARCstorage 100, SPARCstorage Array200 avec plateau SCSI différentiel et SPARCstorage Array 200 avec plateaux de disques RSM(TM). Consultez également le Chapitre 3 du Sun Cluster 2.2 Hardware Service Manual.

Ce chapitre présente les rubriques suivantes :

Consultez toujours le manuel d'entretien de SPARCstorage Arrayainsi que la documentation du gestionnaire de volumes lorsque vous remplacez ou réparez le matériel SPARCstorage Array utilisé dans le cadre d'une configuration Sun Cluster.

Reprise après une panne de courant

Lorsqu'un tableau SPARCstorage Arraycesse d'être alimenté, les opérations d'E/S génèrent des erreurs qui sont détectées par le logiciel de gestion des volumes. Les erreurs ne sont pas signalées tant que des transactions d'E/S ne sont pas effectuées sur le disque. Un remplacement dynamique peut être effectué si les périphériques affectés sont configurés à cette fin.

La configuration doit normalement faire l'objet d'une surveillance pour que ces événements soient toujours détectés. Pour de plus amples informations sur la surveillance de la configuration, voir le Chapitre 2.

Comment effectuer une reprise après une panne de courant (Solstice DiskSuite)

La liste qui suit énumère les étapes générales d'une reprise après panne de courant sur un tableau SPARCstorage Array dans une configuration Solstice DiskSuite :

Les étapes expliquées maintenant décrivent en détail la reprise après panne de courant sur un tableau SPARCstorage Arraydans une configuration Solstice DiskSuite.

  1. Une fois le courant rétabli, exécutez la commande metadb(1M) pour identifier les répliques contenant des erreurs.


    # metadb -s ensemble_disques

  2. Remettez en service les répliques.

    Après une panne de courant, toutes les répliques de base de données d'état des métapériphériques du châssis de tableau SPARCstorage Array affecté passent à l'état d'erreur. Comme la restauration des répliques de base de données d'état des métapériphériques n'est pas automatique, il est plus prudent de récupérer celles-ci dès que le tableau SPARCstorage Array redevient opérationnel. A défaut, une nouvelle panne risque de mettre hors service la plupart des répliques et de provoquer une panne du noyau. Ce comportement de Solstice DiskSuitese produit en général lorsque le nombre de répliques disponibles n'est pas suffisant.

    Bien que ces répliques erronées soient restaurées lors de la relève suivante (commande haswitch(1M) ou reboot(1M)), il est préférable de les remettre en service manuellement en les supprimant puis en les ajoutant de nouveau.

    Remarque :

    Veillez à rajouter le même nombre de répliques que celui qui a été supprimé sur chaque tranche. Vous pouvez supprimer plusieurs répliques simultanément à l'aide de la commande metadb(1M). Si une tranche doit contenir plusieurs exemplaires des répliques, ajoutez ces dernières en exécutant une seule fois la commande metadb(1M), accompagnée de l'indicateur -c.

  3. Exécutez la commande metastat(1M) pour identifier les métapériphériques contenant des erreurs. 


    # metastat -s ensemble_disques

  4. Remettez en service les métapériphériques défectueux à l'aide de la commande metareplace(1M), laquelle permet la resynchronisation des disques.


    # metareplace -s ensemble_disques -e miroir composant

    L'option -e permet au composant (tranche) de passer à l'état Disponible et lance la resynchronisation.

    Les composants remplacés par une réserve dynamique doivent être remplacés en dernier, à l'aide de la commande metareplace(1M). Si la réserve dynamique est remplacée en premier, elle pourrait remplacer un autre sous-miroir défectueux dès qu'elle sera disponible.

    Vous ne pouvez resynchroniser qu'un seul composant de sous-miroir (métapériphérique) à la fois. Si tous les composants d'un sous-miroir ont été touchés par la panne de courant, chaque composant doit être remplacé séparément. La resynchronisation d'un disque de 1,05 Go demande environ 10 minutes.

    Si plusieurs ensembles de disques ont été touchés par la panne de courant, vous pouvez resynchroniser simultanément les sous-miroirs de chaque ensemble. Ouvrez une session distincte sur chaque hôte et restaurez son ensemble de disques en y exécutant la commande metareplace(1M).

    Remarque :

    Selon le nombre de sous-miroirs et de composants figurant dans ces sous-miroirs, la resynchronisation peut demander beaucoup de temps. Ainsi, pour un seul sous-miroir contenant 30 disques de 1,05 Go, elle peut durer environ cinq heures. Avec une configuration moins complexe composée de cinq sous-miroirs, la resynchronisation est achevée au bout de 50 minutes environ.

Comment effectuer une reprise après une panne de courant (VxVM)

Les pannes de courant peuvent provoquer la déconnexion des unités de disque et donc des périphériques virtuels, qui ne sont alors plus disponibles. Dans un miroir toutefois, le volume reste actif car les périphériques virtuels restants du volume sont toujours disponibles. Il est possible de reconnecter les unités de disque et de remédier à la situation sans arrêter les noeuds de la grappe.

La liste qui suit énumère les étapes générales d'une reprise après panne de courant sur un tableau SPARCstorage Array utilisé dans une configuration VxVM:

Ces étapes expliquent la reprise après panne de courant sur un tableau SPARCstorage Array dans une configuration VxVM.

  1. Exécutez la commande vxprint pour afficher les périphériques virtuels contenant des erreurs.

    Au besoin, spécifiez un groupe de disques avec l'option -g groupe_disques.

  2. Exécutez la commande vxdisk pour identifier les disques contenant des erreurs.


    # vxdisk list
DEVICE       TYPE      DISK         GROUP        STATUS
...
-            -         c1t5d0       toi          failed was:c1t5d0s2
...

  3. Corrigez l'erreur qui a causé le problème afin de rétablir l'alimentation électrique de tous les disques en panne.

    Vérifiez que les disques tournent avant de poursuivre.

  4. Entrez les commandes suivantes sur tous les noeuds de la grappe.

    Dans certains cas, les disques doivent être de nouveau reconnus par les noeuds.


    # drvconfig
# disks

  5. Entrez les commandes suivantes sur tous les noeuds de la grappe.

    VxVM doit lire de nouveau la configuration actuelle du disque.


    # vxdctl enable
# vxdisk -a online

  6. Entrez la commande suivante sur tous les noeuds de la grappe.

    Remarque :

    Si vous utilisez la fonction grappe de VxVM (utilisée avec Oracle Parallel Server), entrez d'abord la commande sur le noeud maître, puis ensuite seulement sur les noeuds esclaves.

    Les disques qui contenaient des erreurs temporaires sont alors reconnectés.


    # vxreattach

  7. Vérifiez la sortie de la commande vxdisk pour repérer toute autre erreur éventuelle.


    # vxdisk list

    S'il reste des erreurs, exécutez de nouveau la commande vxreattach selon la marche à suivre indiquée (voir Étape 6).

  8. Fonction grappe VxVM (OPS) exclusivement : si vous aviez des groupes de disques partagés et si le support a été remplacé à partir du noeud maître, exécutez une nouvelle fois la commande pour chaque disque ayant été déconnecté.

    Le disque physique et le nom d'accès du gestionnaire de volumes de ce disque doivent être reconnectés. 


    # vxdg -g nom-groupe_disques -k adddisk nom_support=nom_accès

    Les valeurs pour nom_support et nom_accès figurent à la fin de la sortie de la commande vxdisk list.

    Exemple :


    # vxdg -g toi -k adddisk c1t5d0=c1t5d0s2
# vxdg -g toi -k adddisk c1t5d1=c1t5d1s2
# vxdg -g toi -k adddisk c1t5d2=c1t5d2s2
# vxdg -g toi -k adddisk c1t5d3=c1t5d3s2
# vxdg -g toi -k adddisk c1t5d4=c1t5d4s2

    Vous pouvez également reconnecter les disques à l'aide de la commande vxdiskadm ou de l'interface graphique utilisateur.

  9. Lancez la restauration du volume à partir du noeud (ou du noeud maître dans le cas de groupes de disques partagés). 


    # vxrecover -bv [-g groupe_disques]

  10. (Facultatif) Exécutez la commande vxprint -g pour visualiser les résultats.

Réparation d'une connexion SPARCstorage Array

L'interruption de la connexion entre un tableau SPARCstorage Arrayet l'un des hôtes est le plus souvent provoquée par une défaillance d'un câble à fibres optiques, une carte SBus FC/S ou un module FC/OM.

Dès que la défaillance est détectée sur un hôte, ce dernier commence à générer des messages d'erreur. Par la suite, tout accès au tableau SPARCstorage Arrayengendre des erreurs supplémentaires. L'hôte se comporte comme si la panne de courant touchait le tableau SPARCstorage Array en entier.

Les opérations d'E/S effectuées depuis les autres noeuds de la grappe ne sont pas touchées par ce type de panne.

Pour établir le diagnostic du problème, examinez l'affichage du tableau SPARCstorage Array. Celui-ci doit indiquer la connexion (A ou B) ayant été interrompue. Testez la carte FC/S et les modules FC/OM conformément aux procédures décrites dans le manuel d'entretien du noeud Sun Cluster afin d'identifier le composant défectueux. Pour effectuer un dépannage du matériel, libérez un noeud Sun Cluster et le tableau SPARCstorage Arrayqui paraît en panne.

Comment réparer une connexion SPARCstorage Array

  1. Préparez le système Sun Cluster comme pour un remplacement de composants.

    Selon l'origine du problème, utilisez l'une des procédures suivantes pour préparer le système Sun Cluster.

  2. Remplacez le composant défectueux.

    En cas de défaillance du câble à fibres optiques, de la carte SBus FC/S ou du module FC/OM, consultez le manuel d'entretien du noeud Sun Cluster pour des instructions détaillées sur leur remplacement.

  3. Corrigez les erreurs du logiciel de gestion de volumes.

    Effectuez les procédures décrites à la section "Reprise après une panne de courant".

Ajout d'un tableau SPARCstorage Array

Vous pouvez ajouter un tableau SPARCstorage Arrayà une configuration Sun Cluster à tout moment.

Toutefois, avant d'ajouter un tableau SPARCstorage Array, vous devez passer en revue la configuration des groupes de disques de votre grappe. Pour connaître l'impact du tableau SPARCstorage Array sur cette configuration, reportez-vous aux rubriques concernant la planification de la configuration du manuel Sun Cluster 2.2 Software Installation Guide.

Comment ajouter un tableau SPARCstorage Array

  1. Arrêtez le noeud de grappe devant recevoir le nouveau tableau SPARCstorage Array.

    Exécutez la procédure intitulée "Comment arrêter Sun Cluster sur un noeud de grappe" pour arrêter le noeud.

  2. Installez la carte FC/S (carte SBus de câble de fibres optiques) dans le noeud.

    Installez la carte FC/S conformément aux directives du manuel d'entretien du matériel pour le noeud Sun Cluster.

    Remarque :

    Installez la carte FC/S dans le premier emplacement SBus disponible à la suite des autres cartes du noeud. Cela permet de conserver la numérotation des contrôleurs si l'environnement d'exploitation Solaris est réinstallé. Pour de plus amples informations à ce sujet, voir "Désignation et numérotation des instances".

  3. Branchez les câbles au tableau SPARCstorage Arrayet à la carte FC/S.

    Suivez les instructions du manuel d'entretien du noeud Sun Cluster.

  4. Effectuez une réinitialisation de reconfiguration du noeud. 


    ok boot -r

  5. Exécutez la commande haswitch(1M) pour que le noeud réinitialisé devienne propriétaire de tous les hôtes logiques pouvant être contrôlés par un noeud maître. 


    phys-hahost1# haswitch phys-hahost2 hahost1 hahost2

  6. Reprenez la procédure Étape 1 jusqu'à Étape 4 sur les autres noeuds connectés au tableau SPARCstorage Array.

  7. Au besoin, réattribuez au maître par défaut approprié la propriété des hôtes logiques. 


    phys-hahost1# haswitch phys-hahost2 hahost2

  8. Ajoutez les disques du tableau SPARCstorage Arrayau(x) groupe(s) de disques sélectionné(s).

    Suivez les instructions de la documentation du gestionnaire de volumes pour ajouter les disques au(x) groupe(s) de disques sélectionné(s). Consultez également le manuel Sun Cluster 2.2 Software Installation Guide pour plus de renseignements sur Solstice DiskSuite et VxVM.

  9. (Configuration Solstice DiskSuite exclusivement) Après avoir ajouté les disques à l'ensemble de disques au moyen de la commande metaset(1M), exécutez la commande scadmin(1M) pour réserver et activer le mode failfast sur les disques spécifiés. 


    phys-hahost1# scadmin reserve cN tXdYsZ

Administration des plateaux d'un tableau SPARCstorage Array

Cette section décrit les procédures d'administration des plateaux de tableaux SPARCstorage Array. Utilisez les procédures décrites dans le manuel d'entretien du matériel de votre noeud pour identifier le plateau associé au composant défectueux.

Pour éviter toute perte de données ainsi que les défaillances qui pourraient exiger le remplacement du châssis SPARCstorage Arrayen entier, configurez les miroirs de telle façon que chaque châssis ne contienne qu'un seul sous-miroir.

Remarque :

Sun Cluster prend en charge plusieurs modèles de tableaux SPARCstorage Array. Les procédures décrites dans cette section ne s'appliquent qu'aux tableaux SPARCstorage Array 100.

Comment mettre hors service un plateau de tableau SPARCstorage Array(Solstice DiskSuite)

Avant de supprimer un plateau d'un tableau SPARCstorage Array, vous devez interrompre toutes les opérations d'E/S en cours et arrêter tous les disques du plateau. Comme les disques démarrent automatiquement en présence de demandes d'E/S, il faut absolument interrompre ces dernières avant d'arrêter les unités de disque.

La liste qui suit énumère les étapes générales de la mise hors service d'un plateau de tableau SPARCstorage Arraydans une configuration Solstice DiskSuite :

Pour traiter le tableau SPARCstorage Array en entier, exécutez les étapes suivantes sur chaque plateau.

Les étapes expliquées maintenant décrivent en détail la mise hors service d'un plateau de tableau SPARCstorage Arraydans une configuration Solstice DiskSuite.

  1. Exécutez la commande haswitch(1M) pour que d'autres noeuds deviennent propriétaires des hôtes logiques affectés. 


    phys-hahost1# haswitch phys-hahost1 hahost1 hahost2

    Il est possible que le tableau SPARCstorage Arrayà supprimer contienne des disques inclus dans plusieurs hôtes logiques. Si c'est le cas, attribuez à un autre noeud de la grappe la propriété de tous les hôtes logiques contenant des disques utilisant ce plateau. La commande luxadm(1M) sera utilisée plus tard pour arrêter les disques. Dans l'exemple qui suit, la commande haswitch(1M) a commuté les hôtes logiques sur phys-hahost1, permettant ainsi à phys-hahost2 d'exécuter les fonctions administratives.

  2. Exécutez la commande metastat(1M) sur tous les hôtes logiques affectés pour identifier tous les sous-miroirs contenant des tranches sur le plateau à supprimer. 


    phys-hahost1# metastat -s ensemble_disques

  3. Interrompez les E/S aux sous-miroirs dont les composants (tranches) se trouvent sur le plateau affecté.

    Utilisez la commande metaoffline(1M) pour cette étape. Cela met le sous-miroir hors ligne. Vous pouvez utiliser la commande metadetach(1M) pour interrompre les E/S, mais cela prolonge la durée de la resynchronisation.

    Lorsque les sous-miroirs d'un plateau sont mis hors ligne, les miroirs correspondants n'assurent qu'une mise en miroir unidirectionnelle (c'est-à-dire sans redondance des données). (Un miroir tridirectionnel ne présente pas ce type de problème.) Lorsque le miroir est remis en ligne, la resynchronisation est effectuée automatiquement.

    Lorsque tous les sous-miroirs affectés sont hors ligne, les E/S sur le plateau sont interrompues.

  4. Exécutez la commande metadb(1M) pour identifier les répliques sur le plateau.

    Enregistrez la sortie metadb(1M) pour pouvoir l'utiliser lorsque vous remplacerez le plateau.

  5. Exécutez la commande metahs(1M) pour identifier les périphériques à réserve dynamique disponibles et les sous-miroirs correspondants.

    Enregistrez la sortie metahs(1M) pour pouvoir l'utiliser lorsque vous remplacerez le plateau.

  6. Si la mémoire vive non-volatile (NVRAM) est activée, videz-la en transférant les données qui s'y trouvent sur le contrôleur, le plateau ou le(s) disque(s) approprié(s). 


    phys-hahost1# luxadm sync_cache chemin

    Le message de confirmation affiché indique que la mémoire vive non-volatile est maintenant vide. Pour plus de détails sur le vidage de la mémoire NVRAM, reportez-vous à la section "Vidage et purge de la mémoire NVRAM".

  7. Arrêtez le plateau à l'aide de la commande luxadm stop.

    Lorsque le voyant de verrouillage du plateau s'éteint, retirez le plateau et effectuez les corrections nécessaires. 


    phys-hahost1# luxadm stop c1

Comment mettre hors service un plateau de tableau SPARCstorage Array(VxVM)

Avant de supprimer un plateau d'un tableau SPARCstorage Array, vous devez interrompre toutes les opérations d'E/S en cours et arrêter tous les disques du plateau. Comme les disques démarrent automatiquement en présence de demandes d'E/S, il faut absolument interrompre ces dernières avant d'arrêter les unités de disque.

La liste qui suit énumère les étapes générales de la mise hors service d'un plateau de tableau SPARCstorage Arraydans une configuration VxVM :

Pour traiter le tableau SPARCstorage Array en entier, exécutez les étapes suivantes sur chaque plateau.

Les étapes expliquées maintenant décrivent en détail la mise hors service d'un plateau de tableau SPARCstorage Arraydans une configuration VxVM.

  1. Exécutez la commande haswitch(1M) pour que d'autres noeuds deviennent propriétaires des hôtes logiques affectés. 


    phys-hahost1# haswitch phys-hahost1 hahost1 hahost2

    Il est possible que le tableau SPARCstorage Arrayà supprimer contienne des disques inclus dans plusieurs hôtes logiques. Si c'est le cas, attribuez à un autre noeud de la grappe la propriété de tous les hôtes logiques contenant des disques utilisant ce plateau. La commande luxadm(1M) sera utilisée plus tard pour arrêter les disques. Dans cet exemple, la commande haswitch(1M) a commuté les hôtes logiques sur phys-hahost1, permettant ainsi à phys-hahost1 d'exécuter les fonctions administratives.

  2. Identifiez tous les volumes et périphériques virtuels correspondants sur les disques du plateau à mettre hors service.

    1. Trouvez, dans l'adresse physique du périphérique (cNtNdN), le numéro du contrôleur et le numéro de la cible.

      Dans l'adresse c3t2d0, par exemple, le numéro du contrôleur est 3 et la cible 2.

    2. Trouvez, dans la sortie produite par la commande vxdisk list, les périphériques VxVM du plateau affecté.

      Si la cible est 0 ou 1, identifiez tous les périphériques dont l'adresse physique commence par cNt0 et cNt1. Si la cible est 2 ou 3, identifiez tous les périphériques dont l'adresse physique commence par cNt2 et cNt3. Si la cible est 4 ou 5, identifiez tous les périphériques dont l'adresse physique commence par cNt4 et cNt5. Voici un exemple illustrant comment la commande vxdisk peut être utilisée pour obtenir les informations.


      # vxdisk -g groupe_disques -q list | egrep c3t2\|c3t3 | nawk '{print $3}'

    3. Identifiez tous les périphériques virtuels sur les périphériques ci-dessus, à l'aide de la version qui convient (csh, ksh, ou shell Bourne) de la commande suivante. 


      PLLIST=`vxprint -ptq -g groupe_disques
 -e '(aslist.sd_dm_name in ("c3t2d0","c3t3d0","c3t3d1")) && (pl_kstate=ENABLED)' | nawk '{print $2}'`

      Pour csh, la syntaxe est set PLLIST .... Pour ksh, la syntaxe est export PLLIST= .... Avec le shell Bourne, vous devez utiliser la commande export PLLIST après définition de la variable.

  3. Après avoir défini la variable, interrompez les E/S sur les volumes dont les composants (sous-disques) se trouvent sur le plateau.

    Veillez à ce que tous les volumes associés à ce plateau soient détachés (configurations en miroir ou RAID5) ou arrêtés (périphériques virtuels simples). Exécutez la commande suivante pour détacher un périphérique virtuel mis en miroir. 


    # vxplex det ${PLLIST}

    Autre commande permettant de détacher un périphérique virtuel d'un plateau : 


    # vxplex -g groupe_disques -v volume det périphérique_virtuel

    Pour interrompre les E/S sur des périphériques virtuels simples, démontez les systèmes de fichiers ou interrompez tout accès à la base de données.

    Remarque :

    Les volumes mis en miroir seront quand même actifs, car l'autre moitié du miroir est encore disponible.

  4. Si la mémoire vive non-volatile (NVRAM) est activée, videz-la en transférant les données qui s'y trouvent sur le contrôleur, le plateau ou le(s) disque(s) approprié(s). Sinon, passez à Étape 5. 


    # luxadm sync_cache chemin

    Le message de confirmation affiché indique que la mémoire vive non-volatile est maintenant vide. Pour plus de détails sur le vidage de la mémoire NVRAM, reportez-vous à la section "Vidage et purge de la mémoire NVRAM".

  5. Pour retirer le plateau, exécutez la commande luxadm stop afin de l'arrêter.

    Lorsque le voyant de verrouillage du plateau s'éteint, retirez le plateau et effectuez les corrections nécessaires. 


    # luxadm stop c1

Comment remettre en service un plateau de tableau SPARCstorage Array(Solstice DiskSuite)

La liste qui suit énumère les étapes générales de remise en service d'un plateau de tableau SPARCstorage Arraydans une configuration Solstice DiskSuite :

Si le tableau SPARCstorage Array a fait l'objet d'un entretien complet, exécutez les étapes suivantes sur chacun des plateaux.

Les étapes expliquées maintenant décrivent en détail la remise en service d'un plateau de tableau SPARCstorage Arraydans une configuration Solstice DiskSuite.

  1. Si le tableau SPARCstorage Array a été retiré, démarrez les disques du plateau SPARCstorage Array. Sinon, passez à Étape 3.

    Après avoir effectué toutes les opérations voulues sur un plateau SPARCstorage Array, remettez-le en place dans le châssis. Les disques démarrent automatiquement. Si les disques ne démarrent pas, exécutez la commande luxadm(1M) start pour les démarrer manuellement. Il y a ensuite un court délai (quelques secondes) entre l'exécution de la commande et le démarrage des disques du tableau SPARCstorage Array. Dans l'exemple qui suit, c1 est l'ID de contrôleur :


    phys-hahost1# luxadm start c1

  2. Ajoutez toutes les répliques de base de données d'état des métapériphériques qui ont été supprimées des disques du plateau.

    Utilisez les informations enregistrées à l' Étape 4 de la procédure "Comment mettre hors service un plateau de tableau SPARCstorage Array(Solstice DiskSuite)" pour restaurer les répliques de base de données d'état des métapériphériques. 


    phys-hahost1# metadb -s hahost1 -a répliques-supprimées

    Pour ajouter plusieurs répliques sur la même tranche, utilisez l'option -c.

  3. Après démarrage des disques, remettez en ligne tous les sous-miroirs qui avaient été mis hors ligne.

    Exécutez la commande metaonline(1M) qui convient pour les disques du plateau. 


    phys-hahost1# metaonline -s hahost1 d15 d35
phys-hahost1# metaonline -s hahost1 d24 d54
...

    Lorsque la commande metaonline(1M) est exécutée, une resynchronisation optimisée met automatiquement à jour les sous-miroirs. Cette resynchronisation optimisée ne copie que les zones de disque modifiées lorsque le sous-miroir était hors ligne. Cette zone ne représente généralement qu'une petite partie de la capacité du sous-miroir.

    Exécutez la commande metaonline(1M) autant de fois que nécessaire, jusqu'à ce que tous les sous-miroirs soient de nouveau en ligne.

    Remarque :

    Si vous avez utilisé la commande metadetach(1M) pour détacher le sous-miroir plutôt que la commande metaoffline(1M), vous devez synchroniser le miroir en entier avec la commande metattach(1M). Cette opération dure environ 10 minutes par giga-octet de données.

  4. Ajoutez de nouveau toutes les réserves dynamiques supprimées au moment de la mise hors service du tableau SPARCstorage Array.

    Exécutez la commande metahs(1M) qui convient à votre configuration des réserves dynamiques. Utilisez les informations enregistrées à l' Étape 5 de la procédure "Comment mettre hors service un plateau de tableau SPARCstorage Array(Solstice DiskSuite)" pour remplacer les réserves dynamiques. 


    phys-hahost1# metahs -s hahost1 -a pool_réserves_dynamiques cNtXdYsZ

  5. Au besoin, commutez chaque hôte logique sur son maître par défaut.


    phys-hahost1# haswitch phys-hahost2 hahost2

Comment remettre en service un plateau de tableau SPARCstorage Array(VxVM)

La liste qui suit énumère les étapes générales de remise en service d'un plateau de tableau SPARCstorage Arraydans une configuration VxVM :

Si le tableau SPARCstorage Array a fait l'objet d'un entretien complet, exécutez les étapes suivantes sur chacun des plateaux.

Les étapes expliquées maintenant décrivent la remise en service d'un plateau de tableau SPARCstorage Array dans une configuration VxVM.

  1. Si le tableau SPARCstorage Array a été retiré, démarrez les disques du plateau SPARCstorage Array. Sinon, passez à Étape 2.

    Après avoir effectué toutes les opérations voulues sur un plateau SPARCstorage Array, remettez-le en place dans le châssis. Les disques démarrent automatiquement. Si les disques ne démarrent pas, exécutez la commande luxadm(1M) start pour les démarrer manuellement. Il y a ensuite un court délai (quelques secondes) entre l'exécution de la commande et le démarrage des disques du tableau SPARCstorage Array. Dans l'exemple qui suit, c1 est l'ID de contrôleur :


    phys-hahost1# luxadm start c1

  2. Une fois que les disques tournent, surveillez le déroulement de la reprise de la gestion des volumes.

    Les volumes du plateau précédemment affectés devraient être progressivement remis en ligne, et la restauration des données devrait débuter automatiquement au bout de quelques minutes. Au besoin, exécutez les commandes vxreattach et vxrecover pour rattacher les disques et effectuer la reprise sur erreur. Pour de plus amples renseignements, reportez-vous aux pages correspondantes du manuel.

    Remarque :

    Les sous-disques DRL détachés doivent être rattachés manuellement.

  3. Au besoin, commutez chaque hôte logique sur son maître par défaut.


    phys-hahost1# haswitch phys-hahost2 hahost2

Remplacement d'un contrôleur du tableau SPARCstorage Array et modification du nom universel

Le contrôleur SPARCstorage Arrayporte un identificateur unique appelé "nom universel" qui permet au logiciel Solaris de l'identifier comme tel. Par conséquent, lorsque des défaillances du tableau SPARCstorage Array exigent le remplacement du contrôleur ou du châssis contenant le contrôleur, des procédures spéciales doivent être appliquées.

Le nom universel est semblable à l'ID machine stocké dans l'IDPROM de l'hôte d'une machine SPARC. Les quatre derniers chiffres du nom universel du tableau SPARCstorage Array sont affichés à l'écran ACL du châssis. Le nom universel fait partie du chemin /devices associé au tableau SPARCstorage Array et à ses disques.

Si vous devez remplacer le contrôleur du tableau SPARCstorage Arrayou le châssis en entier, les noeuds Sun Cluster reconnaîtront le nouveau nom universel lors de leur réinitialisation. Pour éviter que le nouveau nom universel ne confonde pas les couches supérieures du logiciel Sun Cluster, remplacez le nom universel du nouveau contrôleur par le nom universel de l'ancien contrôleur. (Cette opération est semblable à la permutation de l'IDPROM lors du remplacement d'une carte système dans une machine SPARC.)

Choisissez la procédure qui convient en fonction de la situation :

Comment modifier le nom universel d'un tableau SPARCstorage Arrayau moyen d'un système de maintenance

Cette procédure explique comment modifier un contrôleur de tableau SPARCstorage Array et son nom universel par celui du contrôleur défectueux. Elle permet de remplacer le contrôleur d'un tableau SPARCstorage Array sans arrêter les noeuds de la grappe.

Dans cette procédure, le "système de maintenance" utilisé peut être n'importe quelle architecture Sun Microsystems capable de prendre en charge un tableau SPARCstorage Array. La présence d'un système de maintenance permet d'exécuter cette procédure sans arrêter les noeuds de la grappe.

Ce système doit être chargé avec la même version de l'environnement d'exploitation Solaris que celle utilisée pour les noeuds de la grappe, et doit contenir tous les fichiers correctifs applicables. Il doit également être doté d'un lecteur de CD-ROM, d'une carte SBus de canal de fibres optiques (FC/S) et d'un module de canal de fibres optiques (FC/OM). Le système doit comporter les révisions FCODE et matérielles qui conviennent. Comme solution de rechange, vous pouvez initialiser le système de maintenance sur le réseau.

Remarque :

Si aucun "système de maintenance" n'est disponible, utilisez à cette fin l'un des noeuds de la grappe en suivant les étapes de cette procédure.

La liste qui suit énumère les étapes générales de la modification du nom universel d'un tableau SPARCstorage Arrayà l'aide d'un système de maintenance :

Les étapes expliquées maintenant décrivent en détail la modification du nom universel d'un tableau SPARCstorage Arrayau moyen d'un système de maintenance.

  1. Si le contrôleur du tableau SPARCstorage Arraydéfaillant est le contrôleur de quorum, sélectionnez un nouveau contrôleur de quorum à l'aide de la commande scconf(1M).

    Pour de plus amples renseignements, consultez la page de manuel scconf(1M).

  2. Trouvez le nom universel du tableau SPARCstorage Arrayendommagé.

    Si le tableau SPARCstorage Array est hors tension, suivez les instructions ci-dessous pour obtenir ce nom.

    Le nom universel est constitué de 12 chiffres hexadécimaux. Ces chiffres font partie du composant de chemin d'accès. Il s'agit des 12 derniers chiffres suivant les caractères pln@a0, à l'exclusion de la virgule. Utilisez la commande ls(1) sur un noeud de grappe connecté au SSA pour identifier le nom universel actuel. 


    # ls -l /dev/rdsk/cNt0d0s0
...SUNW,pln@a0000000,7412bf ...

    Dans cet exemple, le nom universel du tableau SPARCstorage Arrayremplacé est 0000007412bf. La variable N dans le nom de périphérique correspond au numéro de contrôleur pour le tableau SPARCstorage Array défaillant. La chaîne "t0d0s0" n'est utilisée ici qu'à titre d'exemple. Utilisez un nom de périphérique existant sur le tableau SPARCstorage Arrayou encore /dev/rdsk/cN* pour désigner tous les périphériques.

    Si le tableau SPARCstorage Arrayest opérationnel, vous pouvez obtenir le nom universel en exécutant la commande luxadm(1M).

    Lorsque vous exécutez la commande luxadm(1M) avec l'option display et spécifiez un contrôleur, tous les renseignements à propos du tableau SPARCstorage Array sont affichés. Le numéro de série retourné par la commande luxadm(1M) est le nom universel.


    # /usr/sbin/luxadm display cN

  3. Débranchez le câble optique du contrôleur du tableau SPARCstorage Array défectueux.

  4. Remplacez ce contrôleur.

    Effectuez cette opération conformément aux instructions fournies dans le manuel d'entretien du tableau SPARCstorage Array.

    Si le tableau SPARCstorage Array n'est pas entièrement défaillant ou s'il est remplacé pour une raison autre qu'une défaillance du contrôleur, préparez le remplacement en exécutant, pour chaque plateau du tableau SPARCstorage Array, les étapes décrites à la section "Administration des plateaux d'un tableau SPARCstorage Array".

    Si la défaillance touche la totalité du contrôleur SPARCstorage Array, le gestionnaire de volumes aura déjà effectué les préparatifs en vue de l'échange.

  5. Branchez le câble optique entre le système de maintenance et le nouveau contrôleur.

  6. Accédez à la PROM OpenBoot du système de maintenance et initialisez-la avec "mini-unix".

    Effectuez cette opération à partir du CD de distribution (ou son équivalent réseau) pour mettre le système de maintenance en mode mono-utilisateur et pour obtenir une version en mémoire de la structure de périphérique contenant le nouveau nom universel SPARCstorage Array. 


    <#0> ok boot cdrom -s
ou <#0> ok boot netqe1 -s

    Utilisez "mini-unix" pour empêcher la modification permanente des données de périphérique.

  7. Exécutez la commande luxadm download pour définir le nom universel. 


    # /usr/sbin/luxadm -s -w nom download cN

    Nom est le nom universel à 12 chiffres du contrôleur remplacé et N le numéro du contrôleur à partir de cNtXdX dans le nom de périphérique. Vous devez avoir obtenu le nom universel à Étape 2.

    Remarque :

    Les zéros de gauche font partie du nom universel et doivent être entrés pour obtenir un nom à 12 chiffres.

    Attention : Attention :

    N'interrompez pas le téléchargement. Attendez que l'invite du shell soit affichée après l'exécution de la commande luxadm(1M).

  8. Lorsque l'invite est de nouveau affichée, réinitialisez le SSA.

    La nouvelle adresse devrait apparaître dans la fenêtre du tableau SPARCstorage Array.

  9. Arrêtez le système de maintenance.

  10. Rattachez le contrôleur SPARCstorage Array aux noeuds de grappe.

  11. Vérifiez le niveau de microprogramme SPARCstorage Array sur le noeud de grappe.

    Exécutez la commande luxadm(1M) pour déterminer la version actuelle du microprogramme. Indiquez le numéro du contrôleur (N dans l'exemple) dans la commande luxadm(1M).


    # /usr/sbin/luxadm display cN

    Remarque :

    Si le système Solaris détecte une version ancienne du microprogramme, il affiche un message sur la console et dans /var/adm/messages semblable à ce qui suit : NOTICE: pln0: Old SSA firmware has been detected (Ver:3.11) : Expected (Ver:3.12) - Please upgrade

  12. (Facultatif) Procédez comme suit pour mettre à niveau le microprogramme de contrôleur.

    1. Téléchargez le microprogramme qui convient. Pour plus de détails, consultez le fichier README accompagnant le fichier correctif du microprogramme.


      # /usr/sbin/ssaadm download -f chemin /ssafirmware cN

      où chemin est le chemin d'accès au répertoire où se trouve le microprogramme et N le numéro du contrôleur. Exemple : 


      # /usr/sbin/ssaadm download -f /usr/lib/firmware/ssa/ssafirmware cN

    2. Réinitialisez le tableau SPARCstorage Arrayen appuyant sur le bouton SYS OK de l'unité.

      L'unité est réinitialisée après un court délai.

    3. Vérifiez de nouveau le niveau du microprogramme (Étape 11). Si le niveau du microprogramme ou le nom universel est toujours erroné, répétez l'Étape 12 en utilisant un autre contrôleur.

  13. Débutez la restauration du gestionnaire de volumes.

    Reportez-vous à la section "Administration des plateaux d'un tableau SPARCstorage Array". Attendez que le tableau SPARCstorage Array soit en ligne pour tous les noeuds et que tous les noeuds puissent voir tous les disques.

Comment modifier le nom universel d'un tableau SPARCstorage Array
Attention : Attention :

Cette procédure ne fonctionne pas si le disque racine est encapsulé par VxVM ou si le disque d'initialisation de l'un des noeuds se trouve sur ce tableau SPARCstorage Array. Dans de tels cas, utilisez la procédure décrite à la section "Comment modifier le nom universel d'un tableau SPARCstorage Arrayau moyen d'un système de maintenance".

Remarque :

S'il y a défaillance d'un contrôleur de quorum, vous devez sélectionner un nouveau contrôleur de quorum avant d'arrêter un noeud.

La liste qui suit énumère les étapes générales de la modification du nom universel d'un tableau SPARCstorage Array:

Les étapes expliquées maintenant décrivent en détail la modification du nom universel d'un tableau SPARCstorage Array.

  1. Si le contrôleur du tableau SPARCstorage Arraydéfaillant est le contrôleur de quorum, sélectionnez un nouveau contrôleur de quorum à l'aide de la commande scconf(1M).

    Pour de plus amples informations, consultez la page de manuel scconf(1M).

  2. Sur le noeud de grappe connecté au SSA en cours de réparation, arrêtez le logiciel Sun Cluster et le système.

    Exécutez la commande scadmin(1M) pour attribuer la propriété de tous les hôtes logiques aux autres noeuds de la grappe et pour arrêter le logiciel Sun Cluster. Exécutez ensuite la commande halt(1M) afin d'arrêter la machine.

    Dans cet exemple, phys-hahost2 est le noeud à partir duquel la procédure de réparation est effectuée. 


    phys-hahost2# scadmin stopnode
... 
phys-hahost2# halt

  3. Trouvez le nom universel du tableau SPARCstorage Arrayendommagé.

    Si le tableau SPARCstorage Array est hors tension, suivez les instructions ci-dessous pour obtenir ce nom.

    Le nom universel est constitué de 12 chiffres hexadécimaux. Ces chiffres font partie du composant de chemin de périphérique contenant les caractères pln@a0. Il s'agit des 12 derniers chiffres suivant les caractères pln@a0, à l'exclusion de la virgule. Utilisez la commande ls(1) sur un noeud de grappe connecté au SSA pour identifier le nom universel actuel. 


    phys-hahost1# ls -l /dev/rdsk/cN t0d0s0
...SUNW,pln@a0000000,7412bf ...

    Dans cet exemple, le nom universel du tableau SPARCstorage Arrayremplacé est 0000007412bf. La variable N dans le nom de périphérique correspond au numéro de contrôleur pour le tableau SPARCstorage Array défaillant. La chaîne t0d0s0 n'est utilisée ici qu'à titre d'exemple. Utilisez un nom de périphérique existant sur le tableau SPARCstorage Array ou encore /dev/rdsk/cN* pour désigner tous les périphériques.

    Si le tableau SPARCstorage Arrayest opérationnel, vous pouvez obtenir le nom universel en exécutant la commande luxadm(1M).

    Lorsque vous exécutez la commande luxadm(1M) avec l'option display et spécifiez un contrôleur, tous les renseignements à propos du tableau SPARCstorage Array sont affichés. Le numéro de série retourné par la commande luxadm(1M) est le nom universel.


    phys-hahost1# /usr/sbin/luxadm display cN

  4. Remplacez le contrôleur ou le tableau SPARCstorage Array.

    Effectuez cette opération conformément aux instructions fournies dans le manuel d'entretien du tableau SPARCstorage Array.

    Si le tableau SPARCstorage Array n'est pas entièrement défaillant ou s'il est remplacé pour une raison autre qu'une défaillance du contrôleur, préparez le remplacement en exécutant, pour chaque plateau du tableau SPARCstorage Array, les étapes décrites à la section "Administration des plateaux d'un tableau SPARCstorage Array".

    Si la défaillance affecte la totalité du contrôleur SPARCstorage Array, le gestionnaire de volumes aura déjà effectué les préparatifs en vue de ce remplacement.

  5. Accédez à la PROM OpenBoot sur le noeud arrêté et initialisez-la avec "mini-unix".

    Effectuez cette opération à partir du CD de distribution (ou son équivalent réseau) pour mettre l'hôte en mode mono-utilisateur et obtenir une version en mémoire de la structure de périphérique contenant le nouveau nom universel SPARCstorage Array. 


    <#0> ok boot cdrom -s
ou 
<#0> ok boot netqe1 -s

    Utilisez "mini-unix" pour empêcher la modification permanente des données de périphérique sur le noeud de grappe.

  6. Trouvez le numéro de contrôleur pour le nouveau tableau SPARCstorage Array.

    Utilisez la commande ls(1) et les quatre chiffres affichés à l'écran ACL du nouveau tableau SPARCstorage Array pour identifier le numéro de contrôleur.

    Dans cet exemple, les quatre chiffres affichés à l'écran ACL sont 143b. Il est à noter que le nom de périphérique c*t0d0s0 utilise une correspondance par modèle pour le numéro de contrôleur, mais spécifie une tranche existante connue. Cela réduit le nombre de lignes générées dans la sortie. 


    # ls -l /dev/rdsk/c*t0d0s0 | grep -i 143b
lrwxrwxrwx   1 root     root          98 Mar 14 13:38 /dev/rdsk/c3t0d0s0 -> 
../../devices/iommu@f,e0000000/sbus@f,e0001000/SUNW,soc@3,0/SUNW,pln@a0000000,
74143b/ssd@0,0:a,raw

    Dans cet exemple, 3 (dans /dev/rdsk/c3...) est le numéro de contrôleur du nouveau tableau SPARCstorage Array sous "mini-unix".

    Remarque :

    Les caractères hexadécimaux dans l'affichage ACL comportent des majuscules (lettres A, C, E et F) et des minuscules (b et d). Dans l'exemple, grep -i permet de ne pas tenir compte de la casse dans la comparaison.

  7. Exécutez la commande luxadm download pour définir le nom universel.

    Utilisez le numéro de contrôleur identifié à l'Étape 6. La commande suivante, par exemple, remplace la valeur de nom universel actuelle par la valeur déterminée à Étape 3 (0000007412bf). Le contrôleur SPARCstorage Array est le contrôleur 3.


    phys-hahost2# /usr/sbin/luxadm download -w 0000007412bf c3

    Remarque :

    Les zéros de gauche font partie du nom universel et doivent être entrés pour obtenir un nom à 12 chiffres.

    Attention : Attention :

    N'interrompez pas le téléchargement. Attendez que l'invite du shell soit affichée après l'exécution de la commande luxadm(1M).

  8. Réinitialisez le tableau SPARCstorage Arrayen appuyant sur le bouton SYS OK de l'unité.

    L'unité est réinitialisée au bout d'un court délai et la communication est établie avec les noeuds Sun Cluster.

  9. Annulez "mini-unix" et initialisez l'hôte selon la procédure normale.

    Envoyez une interruption à la console et initialisez l'ordinateur.

  10. Vérifiez le niveau de microprogramme de SPARCstorage Array sur le noeud de grappe.

    Exécutez la commande luxadm(1M) pour déterminer la version actuelle du microprogramme. Indiquez le numéro du contrôleur (N dans l'exemple) dans la commande luxadm(1M).


    phys-hahost2# /usr/sbin/luxadm display cN

    Remarque :

    Si le système Solaris détecte une version ancienne du microprogramme, il affiche un message sur la console et dans /var/adm/messages semblable à ce qui suit : NOTICE : pln0 : Old SSA firmware has been detected (Ver:3.11) : Expected (Ver:3.12) - Please upgrade

  11. (Facultatif) Procédez comme suit pour mettre à niveau le microprogramme de contrôleur.

    1. Téléchargez le microprogramme qui convient. Pour plus de détails, consultez le fichier README accompagnant le fichier correctif du microprogramme.


      # /usr/sbin/ssaadm download -f chemin/ssafirmware cN

      où chemin est le chemin d'accès au répertoire où se trouve le microprogramme et N le numéro du contrôleur. Exemple :


      # /usr/sbin/ssaadm download -f /usr/lib/firmware/ssa/ssafirmware cN

    2. Réinitialisez le tableau SPARCstorage Arrayen appuyant sur le bouton SYS OK de l'unité.

      L'unité est réinitialisée après un court délai.

    3. Vérifiez de nouveau le niveau de microprogramme (voir Étape 10). Si le niveau du microprogramme ou le nom universel est toujours erroné, reprenez Étape 11 en utilisant un autre contrôleur.

  12. Lancez le noeud.


    phys-hahost2# scadmin startnode

  13. Refaites passer les hôtes logiques au maître par défaut, au besoin.

  14. Achevez le remplacement en restaurant les composants du gestionnaire de volumes sur le tableau SPARCstorage Array réparé.

    Cette procédure est décrite dans la section "Administration des plateaux d'un tableau SPARCstorage Array".

  15. Au besoin, réinitialisez les autres noeuds de la grappe.

    Vous pourriez avoir à réinitialiser les autres noeuds de la grappe s'ils ne peuvent pas reconnaître tous les disques du tableau SPARCstorage Array après remplacement. Dans un tel cas, utilisez la commande scadmin stopnode pour arrêter l'activité de Sun Cluster, puis réinitialisez le système. Au besoin, après la réinitialisation, commutez de nouveau les hôtes logiques sur leurs maîtres par défaut. Pour de plus amples renseignements, consultez la page de manuel scadmin(1M).

Administration des disques SPARCstorage Array

Dans le cadre de l'administration standard de Sun Cluster, il vous incombe de surveiller l'état de la configuration. Pour de plus amples informations sur les méthodes de surveillance, voir le Chapitre 2. Durant le processus de surveillance, vous pouvez découvrir des problèmes avec les disques multihôtes. Les sections qui suivent présentent des instructions qui permettent de corriger ces problèmes.

Sun Cluster prend en charge les types de disques SSA suivants :

Selon le type de disque que vous utilisez et les caractéristiques mécaniques et électriques du boîtier, l'ajout de disques peut exiger la préparation de tous les disques connectés à un contrôleur particulier, de tous les disques d'un plateau particulier ou des disques ajoutés seulement. Ainsi, pour les modèles de tableau SPARCstorage Array 200 avec plateau SCSI différentiel, vous devez préparer le contrôleur de tableau et le boîtier de disque. Pour les modèles SPARCstorage Array 200 avec RSM (214 RSM), seul le nouveau disque doit être préparé. Pour le modèle SPARCstorage Array 110, un seul plateau doit être préparé.

Si vous utilisez un tableau SPARCstorage Array100, suivez les étapes indiquées. Si vous utilisez un tableau SPARCstorage Array200 avec plateau SCSI différentiel, vous devez arrêter tous les disques attachés au contrôleur de tableau qui sera connecté au nouveau disque. Autrement dit, vous devez répéter toutes les étapes relatives au plateau pour tous les boîtiers de disque attachés au contrôleur de tableau qui sera connecté au nouveau disque. Si vous utilisez un tableau SPARCstorage Array 214 RSM, il n'est pas nécessaire d'exécuter les étapes relatives au plateau, puisque les disques individuels peuvent être installés sans affecter les autres disques.

Pour la description du boîtier de disque, reportez-vous au manuel d'entretien de l'unité d'expansion de disque multihôtes.

Ajout d'un disque de tableau SPARCstorage Array

Selon le type du boîtier de disque, l'ajout de disques multihôtes à un tableau SPARCstorage Array (SSA) peut nécessiter la mise hors ligne de tous les objets du gestionnaire de volumes dans le plateau ou le boîtier de disque affecté. Par ailleurs, il est possible que le plateau ou le boîtier de disque contienne des disques de plusieurs groupes de disques, auquel cas un seul noeud doit être propriétaire de tous les groupes de disques affectés.

Comment ajouter un disque de tableau SPARCstorage Array (Solstice DiskSuite)

La liste qui suit énumère les étapes générales de l'ajout d'un disque multihôtes dans une configuration Solstice DiskSuite:

Les étapes expliquées maintenant décrivent en détail l'ajout d'un nouveau disque multihôtes dans une configuration Solstice DiskSuite.

  1. Rendez d'autres noeuds de la grappe propriétaires de l'hôte logique qui inclura le nouveau disque.

    Commutez les hôtes logiques dont les disques se trouvent dans le plateau qui sera retiré. 


    phys-hahost1# haswitch phys-hahost1 hahost1 hahost2

  2. Trouvez le numéro de contrôleur du plateau auquel le disque sera ajouté.

    Des noms universels sont attribués aux tableaux SPARCstorage Array. Le nom universel à l'avant du tableau SPARCstorage Arrayfigure également dans l'entrée /devices, laquelle est reliée par un pointeur à l'entrée /dev contenant le numéro du contrôleur. Exemple :


    phys-hahost1# ls -l /dev/rdsk | grep -i WWN | tail -1

    Si le nom universel à l'avant du tableau SPARCstorage Arrayest 36cc, la sortie suivante sera affichée et le numéro de contrôleur sera c2 :


    phys-hahost1# ls -l /dev/rdsk | grep -i 36cc | tail -1
lrwxrwxrwx  1 root   root       94 Jun 25 22:39 c2t5d2s7 -> 
../../devices/io-unit@f,e1200000/sbi@0,0/SUNW,soc@3,0/SUNW,
pln@a0000800,201836cc/ssd@5,2:h,raw

  3. Exécutez la commande luxadm(1M) avec l'option display pour afficher les emplacements libres.


    phys-hahost1# luxadm display c2
                     SPARCstorage Array Configuration
...
                          DEVICE STATUS
      TRAY 1                 TRAY 2                 TRAY 3
slot
1     Drive: 0,0             Drive: 2,0             Drive: 4,0
2     Drive: 0,1             Drive: 2,1             Drive: 4,1
3     NO SELECT              NO SELECT              NO SELECT
4     NO SELECT              NO SELECT              NO SELECT
5     NO SELECT              NO SELECT              NO SELECT
6     Drive: 1,0             Drive: 3,0             Drive: 5,0
7     Drive: 1,1             NO SELECT              NO SELECT
8     NO SELECT              NO SELECT              NO SELECT
9     NO SELECT              NO SELECT              NO SELECT
10    NO SELECT              NO SELECT              NO SELECT
...

    Les emplacements vides ont l'état AUCUN CHOIX. La sortie affichée ici provient d'un tableau SPARCstorage Array110 ; l'affichage sera légèrement différent si vous utilisez un autre modèle.

    Identifiez le plateau auquel vous ajouterez le nouveau disque. Si vous pouvez ajouter le disque sans influencer les autres unités (avec le modèle SPARCstorage Array 214 RSM, par exemple), passez à Étape 11.

    Dans les étapes suivantes de la procédure, le plateau 2 est utilisé à titre d'exemple. L'emplacement sélectionné pour le nouveau disque est le plateau 2, emplacement 7. Le nouveau disque porte la désignation c2t3d1.

  4. Trouvez toutes les réserves dynamiques affectées par l'installation.

    Pour connaître l'état et l'emplacement de toutes les réserves dynamiques, exécutez la commande metahs(1M) avec l'option -i sur chaque hôte logique.


    phys-hahost1# metahs -s hahost1 -i 
... 
phys-hahost1# metahs -s hahost2 -i
...

    Remarque :

    Enregistrez la liste des réserves dynamiques. Cette liste sera utilisée plus tard dans cette procédure de maintenance. Prenez en note la liste des réserves dynamiques et de leurs pools.

  5. Exécutez la commande metahs(1M) avec l'option -d pour supprimer toutes les réserves dynamiques affectées.

    Pour plus de détails, consultez la page de manuel metahs(1M).


    phys-hahost1# metahs -s hahost1 -d composants-pool-réserves dynamiques
phys-hahost1# metahs -s hahost2 -d composants-pool-réserves dynamiques

  6. Trouvez toutes les répliques de base de données d'état des métapériphériques situées sur les disques affectés.

    Exécutez la commande metadb(1M) sur chaque hôte logique pour trouver toutes les bases de données d'état des métapériphériques. Dirigez la sortie vers des fichiers temporaires.


    phys-hahost1# metadb -s hahost1 > /usr/tmp/mddb1
phys-hahost1# metadb -s hahost2 > /usr/tmp/mddb2

    La sortie de la commande metadb(1M) indique l'emplacement des répliques de base de données d'état des métapériphériques dans ce boîtier de disque. Enregistrez ces informations pour utilisation lors de la restauration des répliques.

  7. Supprimez les répliques de base de données d'état des métapériphériques situées sur les disques affectés.

    Notez le numéro et l'emplacement des répliques que vous supprimez. Les répliques doivent être restaurées plus tard au cours de la procédure. 


    phys-hahost1# metadb -s hahost1 -d répliques
phys-hahost1# metadb -s hahost2 -d répliques

  8. Exécutez la commande metastat(1M) pour identifier tous les composants de métapériphérique sur les disques affectés.

    Dirigez la sortie de la commande metastat(1M) vers un fichier temporaire pour pouvoir utiliser ces informations plus tard au cours de la suppression et de l'ajout des métapériphériques. 


    phys-hahost1# metastat -s hahost1 > /usr/tmp/replicalog1
phys-hahost1# metastat -s hahost2 > /usr/tmp/replicalog2

  9. Mettez hors ligne tous les sous-miroirs contenant des disques affectés.

    Utilisez les fichiers temporaires pour créer un script de mise hors ligne de tous les sous-miroirs affectés dans l'unité d'expansion de disque. S'il n'y a que quelques sous-miroirs, exécutez la commande metaoffline(1M) pour les mettre chacun hors ligne. Voici un script d'exemple.


    #!/bin/sh 
# metaoffline -s <ensemble_disques> <miroir> <sous-miroir> 
metaoffline -s hahost1 d15 d35 
metaoffline -s hahost2 d15 d35 
...

  10. Arrêtez les disques affectés.

    Arrêtez les disques SPARCstorage Array du plateau au moyen de la commande luxadm(1M).


    phys-hahost1# luxadm stop -t 2 c2

  11. Ajoutez le nouveau disque.

    Ajoutez le disque conformément aux directives du manuel d'entretien du matériel pour votre unité d'expansion de disque multihôtes. Après avoir ajouté le disque :

    • Si le boîtier de disque est un tableau SPARCstorage Array 214 RSM, passez à Étape 16. (Ce type de disque peut être ajouté sans impact sur les autres unités.)

    • Pour tous les autres types de tableaux SPARCstorage Array, passez à Étape 12.

  12. Vérifiez que tous les disques du plateau sont en rotation.

    Les disques dans le plateau SPARCstorage Arraydémarrent normalement automatiquement, mais si le plateau n'a pas démarré dans les deux minutes, forcez le démarrage au moyen de la commande suivante :


    phys-hahost1# luxadm start -t 2 c2

  13. Remettez en ligne les sous-miroirs.

    Modifiez le script que vous avez créé à l' Étape 9 pour remettre en ligne les sous-miroirs.


    #!/bin/sh 
# metaonline -s <ensemble_disques> <miroir> <sous_miroir> 
metaonline -s hahost1 d15 d35 
metaonline -s hahost2 d15 d35 
...

  14. Restaurez les réserves dynamiques supprimées à l'Étape 5. 


    phys-hahost1# metahs -s hahost1 -a composants-pool-réserves dynamiques
phys-hahost1# metahs -s hahost2 -a composants-pool-réserves dynamiques

  15. Restaurez le nombre initial de répliques de base de données d'état des métapériphériques sur les périphériques du plateau.

    Les répliques ont été supprimées à Étape 7. 


    phys-hahost1# metadb -s hahost1 -a répliques
phys-hahost1# metadb -s hahost2 -a répliques

  16. Exécutez les commandes drvconfig(1M) et disks(1M) pour créer les nouvelles entrées dans /devices, /dev/dsk et /dev/rdsk pour tous les nouveaux disques.


    phys-hahost1# drvconfig 
phys-hahost1# disks

  17. Attribuez la propriété de l'hôte logique auquel le disque va être ajouté à l'autre noeud connecté au tableau SPARCstorage Array.

    Pour cette opération, on suppose que chaque disque est connecté à deux noeuds. 


    phys-hahost1# haswitch phys-hahost2 hahost2

  18. Exécutez les commandes drvconfig(1M) et disks(1M) sur le noeud de grappe désormais propriétaire de l'ensemble de disques auquel le disque sera ajouté. 


    phys-hahost2# drvconfig 
phys-hahost2# disks

  19. Exécutez la commande scdidadm(1M) pour initialiser le nouveau disque pour son utilisation par le pseudo-pilote DID.

    Vous devez exécuter la commande scdidadm(1M) sur le noeud 0 de la grappe. Pour plus de détails sur le pseudo-pilote DID, reportez-vous au Sun Cluster 2.2 Software Installation Guide. 


    phys-hahost2# scdidadm -r

  20. Ajoutez le disque à un ensemble de disques.

    La syntaxe de la commande est la suivante, où ensemble_disques représente le nom de l'ensemble de disques contenant le disque défectueux et unité le nom DID du disque dans le format dN (pour les nouvelles installations de Sun Cluster) ou cNtYdZ (pour les installations mises à niveau à partir de HA 1.3) : 


    # metaset -s ensemble_disques -a unité

    Attention : Attention :

    La commande metaset(1M) peut repartitionner ce disque automatiquement. Pour de plus amples informations, voir la documentation de Solstice DiskSuite.

  21. Exécutez la commande scadmin(1M) pour réserver et activer le mode failfast sur le disque spécifié qui vient d'être ajouté à l'ensemble de disques. 


    phys-hahost2# scadmin reserve cNtXdYsZ

  22. Exécutez les tâches administratives habituelles pour le nouveau disque.

    Vous pouvez maintenant exécuter les étapes d'administration habituelles pour la mise en service du nouveau disque (partitionnement du disque, ajout de celui-ci à la configuration comme réserve dynamique ou configuration comme métapériphérique, entre autres). Pour de plus amples informations sur ces tâches, voir la documentation de Solstice DiskSuite.

  23. Au besoin, retransférez les hôtes logiques à leurs maîtres par défaut.

Comment ajouter un disque de tableau SPARCstorage Array (VxVM)

La liste qui suit énumère les étapes générales de l'ajout d'un disque multihôtes dans une configuration VxVM:

Les étapes expliquées maintenant décrivent en détail l'ajout d'un disque multihôtes dans une configuration VxVM.

  1. Rendez un autre noeud de la grappe propriétaire de l'hôte logique qui inclura le nouveau disque.

    Commutez les hôtes logiques dont les disques se trouvent dans le plateau qui sera retiré. 


    phys-hahost1# haswitch phys-hahost1 hahost1 hahost2

    Remarque :

    Dans une configuration en miroir, il n'est pas nécessaire de commuter les hôtes logiques si le noeud n'est pas arrêté.

  2. Trouvez le numéro de contrôleur du plateau auquel le disque sera ajouté.

    Des noms universels sont attribués aux tableaux SPARCstorage Array. Le nom universel à l'avant du tableau SPARCstorage Arrayfigure également dans l'entrée /devices, laquelle est reliée par un pointeur à l'entrée /dev contenant le numéro du contrôleur. Exemple :


    phys-hahost1# ls -l /dev/rdsk | grep -i WWN | tail -1

    Si le nom universel à l'avant du tableau SPARCstorage Arrayest 36cc, la sortie suivante sera affichée et le numéro de contrôleur sera c2 :


    phys-hahost1# ls -l /dev/rdsk | grep -i 36cc | tail -1
lrwxrwxrwx  1 root   root       94 Jun 25 22:39 c2t5d2s7 -> 
../../devices/io-unit@f,e1200000/sbi@0,0/SUNW,soc@3,0/SUNW,
pln@a0000800,201836cc/ssd@5,2:h,raw 
phys-hahost1#

  3. Exécutez la commande luxadm(1M) avec l'option display pour afficher les emplacements vides.

    Si vous pouvez ajouter le disque sans influencer les autres unités, passez à Étape 11. 


    phys-hahost1# luxadm display c2
                     SPARCstorage Array Configuration
...
                          DEVICE STATUS
      TRAY 1                 TRAY 2                 TRAY 3
slot
1     Drive: 0,0             Drive: 2,0             Drive: 4,0
2     Drive: 0,1             Drive: 2,1             Drive: 4,1
3     NO SELECT              NO SELECT              NO SELECT
4     NO SELECT              NO SELECT              NO SELECT
5     NO SELECT              NO SELECT              NO SELECT
6     Drive: 1,0             Drive: 3,0             Drive: 5,0
7     Drive: 1,1             NO SELECT              NO SELECT
8     NO SELECT              NO SELECT              NO SELECT
9     NO SELECT              NO SELECT              NO SELECT
10    NO SELECT              NO SELECT              NO SELECT
...

    Les emplacements vides ont l'état AUCUN CHOIX. La sortie affichée ici provient d'un tableau SPARCstorage Array110 ; l'affichage sera légèrement différent si vous utilisez un autre modèle.

    Identifiez le plateau auquel vous ajouterez le nouveau disque.

    Dans les étapes suivantes de la procédure, le plateau 2 est utilisé à titre d'exemple. L'emplacement sélectionné pour le nouveau disque est le plateau 2, emplacement 7. Le nouveau disque porte la désignation c2t3d1.

  4. Identifiez tous les volumes et les périphériques virtuels sur les disques du plateau qui contiendra le nouveau disque.

    1. Trouvez, dans l'adresse physique du périphérique (cNtNdN), le numéro du contrôleur et le numéro de la cible.

      Dans cet exemple, le numéro du contrôleur est 2 et la cible 3.

    2. Identifiez les périphériques dans la sortie de la commande vxdisk list.

      L'exemple qui suit montre comment la commande vxdisk peut être utilisée pour obtenir les informations.


      # vxdisk -g groupe_disques -q list | nawk '/^c2/ {print $3}'

      Notez le nom du volume pour les disques figurant sur la sortie de la commande.

    3. Identifiez tous les périphériques virtuels sur les périphériques ci-dessus, à l'aide de la version qui convient (csh, ksh, ou shell Bourne) de la commande suivante. 


      PLLIST=`vxprint -ptq -g groupe_disques
 -e '(aslist.sd_dm_name in ("c2t3d0")) && 
(pl_kstate=ENABLED)' | nawk '{print $2}'`

      Pour csh, la syntaxe est set PLLIST .... Pour ksh, la syntaxe est export PLLIST= .... Avec le shell Bourne, vous devez utiliser la commande export PLLIST après définition de la variable.

  5. Après avoir défini la variable, interrompez les E/S sur les volumes dont les composants (sous-disques) se trouvent sur le plateau.

    Veillez à ce que tous les volumes associés à ce plateau soient détachés (configurations en miroir ou RAID5) ou arrêtés (périphériques virtuels simples). Exécutez la commande suivante pour détacher un périphérique virtuel mis en miroir. 


    # vxplex -g groupe_disques det ${PLLIST}

    Autre commande permettant de détacher un périphérique virtuel d'un plateau : 


    # vxplex -g groupe_disques -v volume det périphérique_virtuel

    Pour interrompre les E/S sur des périphériques virtuels simples, démontez les systèmes de fichiers ou interrompez tout accès à la base de données.

    Remarque :

    Les volumes mis en miroir seront quand même actifs, car l'autre moitié du miroir est encore disponible.

  6. Ajoutez le nouveau disque.

    Ajoutez le disque conformément aux directives du manuel d'entretien du matériel pour votre unité d'expansion de disque multihôtes.

  7. Vérifiez que tous les disques du plateau sont en rotation.

    Les disques du plateau SPARCstorage Array démarrent normalement automatiquement, mais si le plateau ne démarre pas dans les deux minutes, forcez le démarrage au moyen de la commande suivante :


    phys-hahost1# luxadm start -t 2 c2

  8. Exécutez les commandes drvconfig(1M) et disks(1M) pour créer les nouvelles entrées dans /devices, /dev/dsk et /dev/rdsk pour tous les nouveaux disques.


    phys-hahost1# drvconfig
phys-hahost1# disks

  9. Forcez le pilote vxconfigd VxVMà rechercher les nouveaux disques.


    phys-hahost1# vxdctl enable

  10. Mettez le nouveau disque sous le contrôle de la machine virtuelle (VM) à l'aide de la commande vxdiskadd.

  11. Exécutez les tâches administratives habituelles pour le nouveau disque.

    Vous pouvez maintenant exécuter les étapes d'administration habituelles pour la mise en service du nouveau disque (partitionnement du disque, ajout de celui-ci à la configuration comme réserve dynamique ou configuration comme périphérique virtuel, entre autres).

    Ainsi prend fin la procédure d'ajout d'un disque multihôtes à un tableau SPARCstorage Array existant.

Remplacement d'un disque de tableau SPARCstorage Array

Cette section explique comment remplacer un disque multihôtes dans un tableau SPARCstorage Array (SSA) sans interrompre les services Sun Cluster (remplacement en ligne) lorsque le gestionnaire de volumes signale des problèmes tels que :

Comment remplacer un disque de tableau SPARCstorage Array(Solstice DiskSuite)

La liste qui suit énumère les étapes générales du remplacement d'un disque multihôtes dans une configuration Solstice DiskSuite. Certaines de ces étapes ne s'appliquent que dans le cas de configurations utilisant les tableaux SPARCstorage Arraymodèles 100 ou 200 (avec plateau SCSI différentiel).

Les étapes expliquées maintenant décrivent le remplacement d'un disque multihôtes défectueux dans une configuration Solstice DiskSuite.

  1. Exécutez la commande haswitch(1M) pour que d'autres noeuds deviennent propriétaires des hôtes logiques affectés. 


    phys-hahost1# haswitch phys-hahost1 hahost1 hahost2

    Il est possible que le plateau SPARCstorage Arraycontenant le disque défectueux contienne aussi des disques inclus dans plusieurs hôtes logiques. Si c'est le cas, attribuez à un autre noeud de la grappe la propriété de tous les hôtes logiques contenant des disques utilisant ce plateau.

  2. Trouvez le disque devant être remplacé en examinant les sorties produites par les commandes metastat(1M) et /var/adm/messages.

    Si la commande metastat(1M) signale qu'un périphérique est en état de maintenance ou que des composants ont été remplacés par des réserves dynamiques, vous devez trouver et remplacer le périphérique en question. Un exemple de sortie de la commande metastat(1M) est présenté ci-après. Dans cet exemple, le périphérique c3t3d4s0 est en état de maintenance.


    phys-hahost1# metastat -s hahost1
... 
d50:Submirror of hahost1/d40 
     State: Needs Maintenance 
     Stripe 0: 
         Device       Start Block      Dbase      State          Hot Spare 
         c3t3d4s0     0                No         Okay           c3t5d4s0 
...

    Vérifiez /var/adm/messages afin de déterminer quel type de problème a été détecté.


    ...
Jun 1 16:15:26 host1 unix: WARNING: /io-unit@f,e1200000/sbi@0.0/SUNW,pln@a0000000,741022/ssd@3,4(ssd49):   
Jun 1 16:15:26 host1 unix: Error for command `write(I))' Err
Jun 1 16:15:27 host1 unix: or Level: Fatal
Jun 1 16:15:27 host1 unix: Requested Block 144004, Error Block: 715559
Jun 1 16:15:27 host1 unix: Sense Key: Media Error
Jun 1 16:15:27 host1 unix: Vendor `CONNER':
Jun 1 16:15:27 host1 unix: ASC=0x10(ID CRC or ECC error),ASCQ=0x0,FRU=0x15
...

  3. Déterminez l'emplacement du disque défaillant à l'aide de la commande luxadm(1M).

    La commande luxadm(1M) énumère les plateaux et les disques qui leur sont associés. La sortie varie en fonction du modèle de tableau SPARCstorage Array. Un exemple de sortie pour un tableau SPARCstorage Array 100 est illustré ci-dessous. Le disque défectueux figure en caractères gras. 


    phys-hahost1# luxadm display c3
         SPARCstorage Array Configuration
Controller path:
/devices/iommu@f,e0000000/sbus@f,e0001000/SUNW,soc@0,0/SUNW,pln@a0000000,779a16:ctlr
         DEVICE STATUS
         TRAY1          TRAY2          TRAY3
Slot
1        Drive:0,0      Drive:2,0      Drive:4,0
2        Drive:0,1      Drive:2,1      Drive:4,1
3        Drive:0,2      Drive:2,2      Drive:4,2
4        Drive:0,3      Drive:2,3      Drive:4,3
5        Drive:0,4      Drive:2,4      Drive:4,4
6        Drive:1,0      Drive:3,0      Drive:5,0
7        Drive:1,1      Drive:3,1      Drive:5,1
8        Drive:1,2      Drive:3,2      Drive:5,2
9        Drive:1,3      Drive:3,3      Drive:5,3
10       Drive:1,4      Drive:3,4      Drive:5,4
         CONTROLLER STATUS
Vendor:    SUN
Product ID:  SSA110
Product Rev: 1.0
Firmware Rev: 3.9
Serial Num: 000000741022
Accumulate performance Statistics: Enabled

  4. Déconnectez tous les sous-miroirs avec composants sur le disque à remplacer.

    Si vous détachez un sous-miroir dont un composant est défectueux, vous devez forcer l'opération au moyen de la commande metadetach -f. Dans l'exemple qui suit, la commande détache le sous-miroir d50 du métamiroir d40.


    phys-hahost1# metadetach -s hahost1 -f d40 d50

  5. Exécutez la commande metaclear(1M) pour supprimer les sous-miroirs détachés à l' Étape 4.


    phys-hahost1# metaclear -s hahost1 -f d50

  6. Avant de supprimer les répliques et les réserves dynamiques, notez l'emplacement (tranche), le nombre de répliques et les informations relatives aux réserves dynamiques (nom et liste des périphériques contenant les pools correspondants) afin de pouvoir répéter les actions dans l'ordre inverse, une fois le disque remplacé.

  7. Supprimez toutes les réserves dynamiques ayant l'état Disponible qui se trouvent dans le plateau contenant le disque défectueux.

    Cela inclut toutes les réserves dynamiques, quel que soit l'hôte logique auquel elles sont attribuées. Dans l'exemple qui suit, la commande metahs(1M) signale la présence de réserves dynamiques sur hahost1, mais indique également qu'il n'y en a aucune sur hahost2. 


    phys-hahost1# metahs -s hahost1 -i 
hahost1:hsp000 2 hot spares 
        c1t4d0s0                Available       2026080 blocks 
        c3t2d5s0                Available       2026080 blocks 
phys-hahost1# metahs -s hahost1 -d hsp000 c3t2d4s0 
hahost1:hsp000: 
        Hotspare is deleted 
phys-hahost1# metahs -s hahost2 -i 
phys-hahost1# 
hahost1:hsp000 1 hot spare 
   c3t2d5s0                Available       2026080 blocks

  8. Exécutez la commande metaset(1M) afin de supprimer le disque défectueux de l'ensemble de disques.

    La syntaxe de la commande est précisée ci-après. Dans cet exemple, ensemble_disques représente le nom de l'ensemble de disques contenant le disque défectueux et unité le nom DID du disque dans le format dN (pour les nouvelles installations de Sun Cluster) ou cNtYdZ (pour les installations mises à niveau à partir de la version HA 1.3). 


    # metaset -s ensemble_disques -d unité

    Cette opération peut demander 15 minutes et même davantage, selon la taille de la configuration et le nombre de disques.

  9. Supprimez les répliques de base de données d'état des métapériphériques présentes sur les disques du plateau affecté.

    La commande metadb(1M) avec l'option -s signale des répliques dans l'ensemble de disques spécifié. 


    phys-hahost1# metadb -s hahost1
phys-hahost1# metadb -s hahost2
phys-hahost1# metadb -s hahost1 -d répliques-dans-plateau
phys-hahost1# metadb -s hahost2 -d répliques-dans-plateau

  10. Trouvez les sous-miroirs utilisant des composants résidant dans le plateau affecté.

    Une méthode possible consiste à utiliser la commande metastat(1M) pour créer des fichiers temporaires contenant les noms de tous les métapériphériques. Exemple : 


    phys-hahost1# metastat -s hahost1 > /usr/tmp/hahost1.stat
phys-hahost1# metastat -s hahost2 > /usr/tmp/hahost2.stat

    Recherchez les composants en question dans les fichiers temporaires (c3t3dn et c3t2dn dans cet exemple). Les informations contenues dans les fichiers temporaires se présentent de la manière suivante : 


    ... 
hahost1/d35: Submirror of hahost1/d15 
   State: Okay 
   Hot Spare pool: hahost1/hsp100 
   Size: 2026080 blocks 
   Stripe 0: 
      Device      Start Block     Dbase     State      Hot Spare 
      c3t3d3s0    0               No        Okay      
hahost1/d54: Submirror of hahost1/d24 
   State: Okay 
   Hot Spare pool: hahost1/hsp106 
   Size: 21168 blocks 
   Stripe 0: 
      Device      Start Block     Dbase     State      Hot Spare 
      c3t3d3s6    0               No        Okay      
...

  11. Mettez hors ligne tous les autres sous-miroirs ayant des composants dans le plateau affecté.

    En utilisant la sortie obtenue des fichiers temporaires à l'Étape 10, exécutez la commande metaoffline(1M) sur tous les sous-miroirs du plateau affecté.


    phys-hahost1# metaoffline -s hahost1 d15 d35
phys-hahost1# metaoffline -s hahost1 d24 d54
...

    Exécutez la commande metaoffline(1M) autant de fois que nécessaire pour mettre hors ligne tous les sous-miroirs. Cela force Solstice DiskSuite à cesser d'utiliser les composants de sous-miroir.

  12. Si la mémoire non-volatile NVRAM est activée, videz-la en transférant ses données au contrôleur, au plateau, au disque ou aux disques qui conviennent.


    phys-hahost1# luxadm sync_cache pathname

    Le message de confirmation affiché indique que la mémoire non-volatile NVRAM a été vidée. Pour plus de détails sur le vidage de la mémoire NVRAM, reportez-vous à la section "Vidage et purge de la mémoire NVRAM".

  13. Arrêtez tous les disques contenus dans les plateaux de tableau SPARCstorage Array affectés.

    Utilisez la commande luxadm stop pour arrêter les disques. Pour plus de détails à ce sujet, consultez la page de manuel luxadm(1M).


    phys-hahost1# luxadm stop -t 2 c3

    Attention : Attention :

    N'exécutez pas de commandes Solstice DiskSuitependant l'arrêt d'un plateau du tableau SPARCstorage Array, car cela pourrait entraîner le démarrage d'un ou plusieurs disques du plateau.

  14. Remplacez le disque.

    Pour plus de détails sur cette procédure, reportez-vous aux manuels d'entretien du matériel de tableau SPARCstorage Array.

  15. Mettez à jour la base de données de pilotes DID en précisant l'ID du nouveau périphérique.

    Utilisez l'indicateur -l avec la commande scdidadm(1M) pour identifier le nom DID du périphérique de bas niveau de l'unité à remplacer. Mettez ensuite à jour la base de données des pilotes DID en utilisant l'indicateur -R avec la commande scdidadm(1M). Consultez le Sun Cluster 2.2 Software Installation Guide pour des détails complémentaires sur le pseudo-pilote DID.


    phys-hahost1# scdidadm -o name -l /dev/rdsk/c3t3d4
6	phys-hahost1:/dev/rdsk/c3t3d4	/dev/did/rdsk/d6 
phys-hahost1# scdidadm -R d6

  16. Vérifiez que tous les disques dans l'unité d'expansion de disque multihôtes sont en rotation.

    Les disques dans l'unité d'expansion de disque multihôtes démarrent normalement automatiquement. Si le plateau n'a pas démarré au bout de deux minutes, forcez le démarrage au moyen de la commande suivante :


    phys-hahost1# luxadm start -t 2 c3

  17. Ajoutez le nouveau disque dans l'ensemble de disques avec la commande metaset(1M).

    Au cours de cette étape, les répliques supprimées du disque défectueux sont automatiquement ajoutées. La syntaxe de la commande est la suivante, où ensemble_disques représente le nom de l'ensemble de disques contenant le disque défectueux et unité le nom DID du disque dans le format dN (pour les nouvelles installations de Sun Cluster) ou cNtYdZ (pour les installations mises à niveau à partir de HA 1.3) : 


    # metaset -s ensemble_disques -a unité

  18. (Facultatif) Si vous avez supprimé des répliques, appartenant à d'autres ensembles de disques, de disques contenus dans le même plateau que le disque défectueux, exécutez la commande metadb(1M) pour rétablir ces répliques.


    phys-hahost1# metadb -s hahost2 -a répliques-supprimées

    Pour ajouter plusieurs répliques sur la même tranche, utilisez l'option -c.

  19. Exécutez la commande scadmin(1M) pour réserver et activer le mode failfast sur le disque spécifié qui vient d'être ajouté à l'ensemble de disques. 


    phys-hahost2# scadmin reserve c3t3d4

  20. Exécutez la commande format(1M) ou fmthard(1M) pour repartitionner le nouveau disque.

    Veillez à partitionner le nouveau disque exactement de la même manière que l'ancien. (L'enregistrement des données de format du disque est recommandé au Chapitre 1.)

  21. Exécutez la commande metainit(1M) pour réinitialiser les disques supprimés à l'Étape 5. 


    phys-hahost1# metainit -s hahost1 d50

  22. Remettez en ligne tous les sous-miroirs mis hors ligne à l' Étape 11.


    phys-hahost1# metaonline -s hahost1 d15 d35
phys-hahost1# metaonline -s hahost1 d24 d54
...

    Exécutez la commande metaonline(1M) autant de fois que nécessaire pour mettre en ligne tous les sous-miroirs.

    Lorsque les sous-miroirs sont remis en ligne, Solstice DiskSuiteresynchronise automatiquement tous les sous-miroirs et met ainsi à jour toutes les données.

    Remarque :

    Si la commande metastat(1M) était exécutée à cette étape-ci, l'affichage indiquerait que tous les métapériphériques contenant des composants résidant sur le plateau affecté seraient en cours de resynchronisation.

  23. Attachez les sous-miroirs déconnectés à l'Étape 4.

    Pour ce faire, exécutez la commande metattach(1M). Pour plus de détails, consultez la page de manuel metattach(1M). 


    phys-hahost1# metattach -s hahost1 d40 d50

  24. Remplacez s'il y a lieu les réserves dynamiques utilisées dans les sous-miroirs attachés à l'Étape 23.

    Si, avant d'être détaché, un sous-miroir a fait l'objet d'un remplacement dynamique, ce remplacement reste en vigueur lorsque le sous-miroir est rattaché. Au cours de cette étape, la réserve dynamique retourne à l'état Disponible.


    phys-hahost1# metareplace -s hahost1 -e d40 c3t3d4s0

  25. Restaurez toutes les réserves dynamiques supprimées à l'Étape 7.

    Exécutez la commande metahs(1M) pour rajouter les réserves dynamiques. Pour plus de détails, consultez la page de manuel metahs(1M).


    phys-hahost1# metahs -s hahost1 -a hsp000 c3t2d5s0

  26. Au besoin, commutez les hôtes logiques sur leurs maîtres par défaut. 


    phys-hahost1# haswitch phys-hahost2 hahost2

  27. Vérifiez si le remplacement a remédié au problème. 


    phys-hahost1# metastat -s hahost1

Comment remplacer un disque de tableau SPARCstorage Array(VxVM)

Dans une configuration VxVM, il est possible de remplacer un disque SPARCstorage Array sans arrêter le système, à condition que la configuration en question ait été mise en miroir.

Remarque :

Si vous devez remplacer un disque dans un tableau SPARCstorage Arrayamorçable, ne supprimez pas les plateaux SSA contenant le disque d'initialisation des hôtes. Arrêtez plutôt l'hôte dont le disque d'initialisation se trouve sur ce plateau. Laissez le logiciel de grappe reconfigurer les noeuds restants pour qu'il y ait reprise avant la réparation du disque défaillant. Pour de plus amples informations, reportez-vous au Guide de l'utilisateur des tableaux SPARCstorage.

La liste qui suit énumère les étapes générales du remplacement d'un disque multihôtes dans un environnement VxVM utilisant des disques de tableau SPARCstorage Array100 :

Les étapes expliquées maintenant décrivent en détail le remplacement d'un disque multihôtes dans un environnement VxVMutilisant des disques de tableau SPARCstorage Array 100.

  1. Si le disque remplacé est un périphérique de quorum, utilisez la commande scconf -q pour faire d'un autre disque le périphérique de quorum.

  2. Identifiez tous les volumes et les périphériques virtuels correspondants sur les disques du plateau contenant le disque défectueux.

    1. Trouvez, dans l'adresse physique du périphérique (cNtNdN), le numéro du contrôleur et le numéro de la cible.

      Dans l'adresse c3t2d0, par exemple, le numéro du contrôleur est 3 et la cible 2.

    2. Identifiez les périphériques dans la sortie de la commande vxdisk list.

      Si la cible est 0 ou 1, identifiez tous les périphériques dont l'adresse physique commence par cNt0 et cNt1, où N est le numéro du contrôleur. Si la cible est 2 ou 3, identifiez tous les périphériques dont l'adresse physique commence par cNt2 et cNt3. Si la cible est 4 ou 5, identifiez tous les périphériques dont l'adresse physique commence par cNt4 et cNt5. Voici un exemple illustrant comment la commande vxdisk peut être utilisée pour obtenir les informations.


      # vxdisk -g groupe_disques -q list | egrep c3t2\|c3t3 | nawk '{print $3}'

    3. Notez le nom du support du volume pour le disque défectueux (selon la sortie produite par la commande).

      Vous en aurez besoin à l'Étape 10.

    4. Identifiez tous les périphériques virtuels sur les périphériques ci-dessus, à l'aide de la version qui convient (csh, ksh, ou shell Bourne) de la commande suivante. 


      PLLIST=`vxprint -ptq -g groupe_disques
 -e '(aslist.sd_dm_name in 
("c3t2d0","c3t3d0","c3t3d1")) && 
(pl_kstate=ENABLED)' | nawk '{print $2}'`

      Pour csh, la syntaxe est set PLLIST .... Pour ksh, la syntaxe est export PLLIST= .... Avec le shell Bourne, vous devez utiliser la commande export PLLIST après définition de la variable.

  3. Après avoir défini la variable, interrompez les E/S sur les volumes dont les composants (sous-disques) se trouvent sur le plateau.

    Veillez à ce que tous les volumes associés à ce plateau soient détachés (configurations en miroir ou RAID5) ou arrêtés (périphériques virtuels simples). Exécutez la commande suivante pour détacher un périphérique virtuel mis en miroir. 


    # vxplex det ${PLLIST}

    Autre commande permettant de détacher un périphérique virtuel d'un plateau : 


    # vxplex -g groupe_disques -v volume det périphérique_virtuel

    Pour interrompre les E/S sur des périphériques virtuels simples, démontez les systèmes de fichiers ou interrompez tout accès à la base de données.

    Remarque :

    Les volumes mis en miroir seront quand même actifs, car l'autre moitié du miroir est encore disponible.

  4. Supprimez le disque du groupe de disques.


    # vxdg -g groupe_disques rmdisk disque

  5. Arrêtez les disques du plateau.


    # luxadm stop -t contrôleur plateau

  6. Remplacez le disque défectueux.

  7. Démarrez les disques.


    # luxadm start -t contrôleurplateau

  8. Initialisez le disque de remplacement.


    # vxdisksetup -i périphérique

  9. Détectez de nouveau la configuration actuelle du disque.

    Exécutez les commandes suivantes sur tous les noeuds de la grappe.


    # vxdctl enable
# vxdisk -a online

  10. Ajoutez le nouveau disque au groupe de disques.

    L'élément nom_support_périphérique correspond au nom du support de volume enregistré à l'Étape 2c.


    # vxdg -g groupe_disques -k adddisk nom-support-périphérique=nom-périphérique

  11. Resynchronisez les volumes.


    # vxrecover -g groupe_disques -b -o

Administration de la mémoire vive non-volatile (NVRAM) d'un tableau SPARCstorage Array

La mémoire NVRAM prend en charge les opérations d'écriture rapide dans les tableaux SPARCstorage Array. En l'absence de cette mémoire, les demandes d'écriture synchrone en provenance d'un programme doivent être enregistrées sur disque, et un accusé de réception doit être reçu par le programme pour que la demande suivante puisse être soumise. La mémoire NVRAM met en cache les demandes d'écriture dans une mémoire non-volatile et vide périodiquement les données sur disque. Après le stockage des données en mémoire NVRAM, un accusé de réception est renvoyé au programme comme si les données avaient été écrites sur disque. Cela améliore les performances des applications qui font intervenir un grand nombre d'opérations d'écriture avec les tableaux SPARCstorage Array.

Les procédures décrites ici utilisent l'interface de ligne de commande. Cependant, dans les configurations Solstice DiskSuite, vous pouvez également utiliser l'interface graphique metatool pour gérer la mémoire NVRAM d'un disque, d'un plateau ou d'un contrôleur. Pour de plus amples informations sur Solstice DiskSuite, consultez la documentation correspondante.

Attention : Attention :

Faites usage de cette fonctionnalité avec prudence. Il s'agit d'un outil puissant de gestion des tableaux SPARCstorage Array. Sauvegardez toujours vos données avant d'exécuter ces procédures.

Activation et désactivation de la mémoire NVRAM

L'écriture rapide peut être configurée :

Lorsque l'écriture rapide est activée, elle peut être enregistrée et conservée -- lors des cycles sous tension -- comme élément de la configuration SPARCstorage Array.

L'écriture rapide est automatiquement désactivée au niveau du contrôleur si la batterie de la mémoire NVRAM est déchargée, absente ou défectueuse.

Avant d'activer l'écriture rapide, vous devez interrompre toutes les E/S sur le contrôleur ou le disque. Vous devez plus particulièrement vous assurer que le propriétaire de l'ensemble de disques est libéré, car des flux d'E/S sont maintenus tant que ce propriétaire existe. La procédure qui suit permet d'interrompre toutes les E/S.

Exécutez la commande luxadm(1M) pour activer et désactiver la mémoire NVRAM. Pour des informations complètes sur cette commande, consultez la page de manuel luxadm(1M).

Remarque :

La mémoire NVRAM doit être désactivée si vous utilisez la fonction de grappe de VxVM (utilisée avec Oracle Parallel Server).

Comment activer et désactiver la mémoire NVRAM

La liste qui suit énumère les étapes générales de l'activation et de la désactivation de la mémoire NVRAM :

Les étapes expliquées maintenant décrivent l'activation et la désactivation de la mémoire NVRAM.

  1. Identifiez le contrôleur, le plateau ou le disque individuel dont la mémoire NVRAM doit être activée ou désactivée.

    Vous pouvez tirer parti de la commande luxadm(1M) pour afficher des informations sur le contrôleur, le plateau ou le disque individuel spécifié. L'affichage reproduit ci-dessous, par exemple, identifie tous les disques du contrôleur c2.


    phys-hahost1# luxadm display c2
                     SPARCstorage Array Configuration
Controller path:
/devices/iommu@f,e0000000/sbus@f,e0001000/SUNW,soc@0,0/SUNW,pln@a0000000,779a16:ctlr
                          DEVICE STATUS
      TRAY 1                 TRAY 2                 TRAY 3
slot
1     Drive: 0,0             Drive: 2,0             Drive: 4,0
2     Drive: 0,1             Drive: 2,1             Drive: 4,1
3     NO SELECT              NO SELECT              NO SELECT
4     NO SELECT              NO SELECT              NO SELECT
5     NO SELECT              NO SELECT              NO SELECT
6     Drive: 1,0             Drive: 3,0             Drive: 5,0
7     Drive: 1,1             NO SELECT              NO SELECT
8     NO SELECT              NO SELECT              NO SELECT
9     NO SELECT              NO SELECT              NO SELECT
10    NO SELECT              NO SELECT              NO SELECT
                         CONTROLLER STATUS
...

  2. Interrompez toutes les E/S sur le périphérique affecté.

    Solstice DiskSuite :

    VxVM :

  3. Activez ou désactivez l'écriture rapide sur le contrôleur ou le disque.

    Choisissez l'option qui convient parmi les trois disponibles pour la commande luxadm(1M) (activation de l'écriture rapide pour toutes les opérations d'écriture, pour les opérations d'écriture synchrone seulement ou désactivation de l'écriture rapide).

    • -e active l'écriture rapide pour toutes les opérations d'écriture.

    • -c n'active l'écriture rapide que pour les opérations d'écriture synchrone.

    • -d désactive l'écriture rapide.

    Dans l'exemple suivant, la configuration de la mémoire NVRAM est enregistrée lorsque la machine est remise sous tension, et l'écriture rapide est activée pour toutes les opérations d'écriture. Pour plus de détails sur ces options, consultez la page de manuel luxadm(1M).


    phys-hahost# luxadm fast_write -s -e chemin

    Le message de confirmation affiché indique que l'écriture rapide a été activée.

  4. Exécutez les étapes nécessaires pour que le composant fonctionne normalement sous Sun Cluster.

    Solstice DiskSuite :

    VxVM :

Vidage et purge de la mémoire NVRAM

La commande luxadm sync_cache permet de vider sur disque toutes les opérations d'écriture en attente dans la mémoire NVRAM. Si une erreur survient au cours du vidage, vous devez purger les données au moyen de la commande luxadm purge. La purge des données entraîne la "suppression" des opérations d'écriture en attente dans la mémoire NVRAM.

Attention : Attention :

La purge des données d'écriture rapide doit être effectuée avec prudence, et uniquement en cas de panne d'une unité de disque, car elle peut entraîner la perte de données.

Si la batterie de la mémoire NVRAM est déchargée, absente ou défectueuse, la mémoire NVRAM n'est pas opérationnelle et les données qui s'y trouvent sont perdues.

Comment vider et purger la mémoire NVRAM

La liste qui suit énumère les étapes générales de vidage ou de purge, sur disque, des opérations d'écriture en attente pour le contrôleur sélectionné (et tous les disques correspondants) ou des opérations d'écriture individuelles :

Les étapes expliquées maintenant décrivent le vidage ou la purge des données de la mémoire NVRAM.

  1. Identifiez le contrôleur ou le disque individuel devant être vidé ou purgé.

    Vous pouvez utiliser la commande luxadm(1M) pour afficher des informations relatives au contrôleur, au plateau ou au disque spécifié. L'affichage reproduit ci-dessous, par exemple, identifie tous les disques du contrôleur c2.


    phys-hahost1# luxadm display c2
                     SPARCstorage Array Configuration
Controller path:
/devices/iommu@f,e0000000/sbus@f,e0001000/SUNW,soc@0,0/SUNW,pln@a0000000,779a16:ctlr
                          DEVICE STATUS
      TRAY 1                 TRAY 2                 TRAY 3
slot
1     Drive: 0,0             Drive: 2,0             Drive: 4,0
2     Drive: 0,1             Drive: 2,1             Drive: 4,1
3     NO SELECT              NO SELECT              NO SELECT
4     NO SELECT              NO SELECT              NO SELECT
5     NO SELECT              NO SELECT              NO SELECT
6     Drive: 1,0             Drive: 3,0             Drive: 5,0
7     Drive: 1,1             NO SELECT              NO SELECT
8     NO SELECT              NO SELECT              NO SELECT
9     NO SELECT              NO SELECT              NO SELECT
10    NO SELECT              NO SELECT              NO SELECT
                         CONTROLLER STATUS
Vendor:        SUN     
Product ID:    SSA110          
Product Rev:   1.0 
Firmware Rev:  3.9 
Serial Num:    000000779A16
Accumulate Performance Statistics: Enabled
phys-hahost1#

  2. Interrompez toutes les E/S sur le périphérique affecté.

    Solstice DiskSuite :

    VxVM :

  3. Videz ou purgez le contenu de la mémoire NVRAM sur un contrôleur, un plateau ou un disque individuel.

    Si vous pouvez accéder aux disques du tableau SPARCstorage Array, videz la mémoire NVRAM. Ne purgez la mémoire NVRAM que si vous ne pouvez plus accéder au tableau SPARCstorage Array ou au disque.


    phys-hahost1# luxadm sync_cache chemin
ou 
phys-hahost1# luxadm purge chemin

    Le message de confirmation affiché indique que la mémoire NVRAM a été vidée ou purgée.

  4. Exécutez les étapes nécessaires pour que le composant fonctionne normalement sous Sun Cluster.

    Solstice DiskSuite :

    VxVM :