Cette section explique comment provoquer une commutation et décrit le transfert de l'application sur le cluster secondaire. Après une commutation ou un basculement, mettez à jour les entrées du DNS. Pour obtenir de plus amples informations, reportez-vous à la section Instructions de gestion d'un basculement ou d'une commutation.
Cette section explique les procédures suivantes:
Mettez le cluster principal en mode Journalisation.
nodeA# /usr/opt/SUNWesm/sbin/sndradm -n -l lhost-reprg-prim \ /dev/vx/rdsk/devicegroup/vol01 \ /dev/vx/rdsk/devicegroup/vol04 lhost-reprg-sec \ /dev/vx/rdsk/devicegroup/vol01 \ /dev/vx/rdsk/devicegroup/vol04 ip sync |
Lors d'une opération d'écriture sur le volume des données du disque, le volume du bitmap du même groupe de périphériques est mis à jour. Aucune réplication n'est effectuée.
Assurez-vous que le cluster principal et le cluster secondaire sont en mode Journalisation et que l'autosynchronisation est désactivée.
Sur le nodeA, vérifiez le mode et la configuration :
nodeA# /usr/opt/SUNWesm/sbin/sndradm -P |
La sortie résultante doit se présenter comme suit :
/dev/vx/rdsk/devicegroup/vol01 -> lhost-reprg-sec:/dev/vx/rdsk/devicegroup/vol01 autosync:off, max q writes:4194304,max q fbas:16384,mode:sync,ctag: devicegroup, state: logging |
Sur le nodeC, vérifiez le mode et la configuration :
nodeC# /usr/opt/SUNWesm/sbin/sndradm -P |
La sortie résultante doit se présenter comme suit :
/dev/vx/rdsk/devicegroup/vol01 <- lhost-reprg-prim:/dev/vx/rdsk/devicegroup/vol01 autosync:off, max q writes:4194304,max q fbas:16384,mode:sync,ctag: devicegroup, state: logging |
Pour le nœud_A et le nœud_C, l'état doit être logging et l'état actif de l'autosynchronisation off.
Confirmez que le cluster secondaire est prêt à prendre la relève du cluster principal.
nodeC# /usr/sbin/fsck -y /dev/vx/rdsk/devicegroup/vol01 |
Effectuez la commutation sur le cluster secondaire.
nodeC# scswitch -Z -g nfs-rg |
Passez à la section Procédure de mise à jour de l'entrée DNS .
Pour une illustration de la manière dont le DNS associe un client à un cluster, reportez-vous à la Figure 6–6.
Vérifiez que vous avez bien respecté la procédure de la section Provocation d'un basculement.
Exécutez la commande nsupdate.
Pour obtenir de plus amples informations, reportez-vous à la page de manuel nsupdate(1M).
Supprimez le mappage DNS entre le nom d'hôte local du groupe de ressources d'application et l'adresse IP de chacun des clusters.
> update delete lhost-nfsrg-prim A > update delete lhost-nfsrg-sec A > update delete ipaddress1rev.in-addr.arpa ttl PTR lhost-nfsrg-prim > update delete ipaddress2rev.in-addr.arpa ttl PTR lhost-nfsrg-sec |
Adresse IP du cluster principal, dans l'ordre inverse.
Adresse IP du cluster secondaire, dans l'ordre inverse.
Durée de vie, en secondes. 3600 est la valeur courante.
Créez un mappage DNS entre le nom d'hôte local du groupe de ressources d'application et l'adresse IP de chacun des clusters.
Associez le nom d'hôte logique principal à l'adresse IP du cluster secondaire, puis le nom d'hôte logique secondaire, à celle du cluster principal.
> update add lhost-nfsrg-prim ttl A ipaddress2fwd > update add lhost-nfsrg-sec ttl A ipaddress1fwd > update add ipaddress2rev.in-addr.arpa ttl PTR lhost-nfsrg-prim > update add ipaddress1rev.in-addr.arpa ttl PTR lhost-nfsrg-sec |
Adresse IP du cluster secondaire, dans l'ordre normal.
Adresse IP du cluster principal, dans l'ordre normal.
Adresse IP du cluster secondaire, dans l'ordre inverse.
Adresse IP du cluster principal, dans l'ordre inverse.