Exemple de gestion d'un basculement ou d'une commutation

Cette rubrique décrit la provocation d'un basculement et le transfert d'une aplication sur le cluster secondaire. Après une commutation ou un basculement, vous devez mettre à jour l'entrée DNS et configurer l'application pour qu'elle puisse lire et écrire sur le volume secondaire.

Provocation d'un basculement

1. Mettez le cluster principal en mode journalisation.

   noeud_A# /usr/opt/SUNWesm/sbin/sndradm -n -l prin_grrép_nhlog \ /dev/vx/rdsk/groupe_périphériques/vol01 \ /dev/vx/rdsk/groupe_périphériques/vol04 sec_grrép_nhlog \ /dev/vx/rdsk/groupe_périphériques/vol01 \ /dev/vx/rdsk/groupe_périphériques/vol04 ip sync

   Au cours de l'écriture sur le volume de données du disque, le fichier bitmap figurant sur ce disque est mis à jour. Aucune réplication n'est effectuée.

2. Confirmez que le cluster principal et le cluster secondaire sont en mode journalisation et que l'autosynchronisation est désactivée.

   1. Sur le noeud_A, exécutez la commande suivante :

      noeud_A# /usr/opt/SUNWesm/sbin/sndradm -P

      Le résultat ressemble à ce qui suit :

      /dev/vx/rdsk/groupe_périphériques/vol01 -> sec_grrép_nhlog:/dev/vx/rdsk/groupe_périphériques/vol01 autosync:off, max q writes:4194304,max q fbas:16384,mode:sync,ctag: groupe_périphériques, state: logging

   2. Sur le noeud_C, exécutez la commande suivante :

      noeud_C# /usr/opt/SUNWesm/sbin/sndradm -P

      Le résultat ressemble à ce qui suit :

      /dev/vx/rdsk/groupe_périphériques/vol01 <- prin_grrép_nhlog:/dev/vx/rdsk/groupe_périphériques/vol01 autosync:off, max q writes:4194304,max q fbas:16384,mode:sync,ctag: groupe_périphériques, state: logging

   Pour le noeud_A et le noeud_C, l'état doit être logging et l'état actif de l'autosynchronisation off.

3. Confirmez que le cluster secondaire est prêt à prendre la relève du cluster principal.

   noeud_C# /usr/sbin/fsck -y /dev/vx/rdsk/groupe_périphériques/vol01

4. Effectuez la commutation sur le cluster secondaire.

   noeud_C# scswitch -Z -g gr_nfs noeud_C# scswitch -Z -g gr_nfs -h noeud_C

Procédure de mise à jour de l'entrée DNS

Pour visualiser une illustration du mappage du DNS d'un client à un cluster, reportez-vous à la Figure 6–6.

1. Exécutez la commande nsupdate.

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

2. Supprimez le mappage du DNS actif entre la machine client et le nom d'hôte logique du groupe de ressources d'application sur le cluster principal.

   > update delete machine_client A > update delete AddresseIP_1.in-addr.arpa TTL PTR machine_client

   machine_client

   Nom complet du client. Par exemple : mymachine.mycompany.com.

   adresseIP_1

   Adresse IP du nom d'hôte logique prin_grnfs_nhlog, à l'envers.

   TTL

   Durée de vie, en secondes. 3600 est la valeur courante.

3. Créez le nouveau mappage du DNS entre la machine client et le nom d'hôte logique du groupe de ressources d'application sur le cluster secondaire.

   > update add machine_client TTL A AdresseIP_2 > update add AdresseIP_3.in-addr.arpa TTL PTR machine_client

   AdresseIP_2

   Adresse IP du nom d'hôte logique sec_grnfs_nhlog, dans l'ordre normal.

   AdresseIP_3

   Adresse IP du nom d'hôte logique sec_grnfs_nhlog, à l'envers.

Procédure de configuration de l'application pour qu'elle puisse lire et écrire sur le volume secondaire

1. Configurez le volume secondaire à monter sur le point de montage du système de fichiers NFS.

   machine_client# mount -o rw sec_grnfs_nhlog:/global/point_montage /xxx

   Le point de montage a été créé à l'Étape 1 de la Procédure de configuration du système de fichiers sur le cluster principal d'une application NFS.

2. Confirmez que le cluster secondaire a accès en écriture au point de montage.

   machine_client# touch /xxx/data.1 machine_client# umount /xxx