Vérifiez que vous avez bien respecté la procédure de la section Procédure d'instantané ponctuel .
Vérifiez que le cluster principal est en mode Réplication et que l'autosynchronisation est activée.
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: on, max q writes:4194304, max q fbas:16384, mode:sync,ctag: devicegroup, state: replicating |
En mode Réplication, l'état est replicating et l'état actif de l'autosynchronisation est on. Lorsqu'une opération d'écriture est effectuée sur le volume principal, le volume secondaire est mis à jour par le logiciel Sun StorEdge Availability Suite.
Si le cluster principal n'est pas en mode Réplication, activez ce mode.
nodeA# /usr/opt/SUNWesm/sbin/sndradm -n -u 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 |
Créez un répertoire sur une machine client.
Montez le répertoire de l'application sur le cluster principal, puis affichez-le.
Montez le répertoire de l'application sur le cluster secondaire, puis affichez-le.
Démontez le répertoire de l'application sur le cluster principal.
client-machine# umount /dir |
Mettez le groupe de ressources d'application hors ligne sur le cluster principal.
nodeA# /usr/cluster/bin/scswitch -n -j nfs-rs nodeA# /usr/cluster/bin/scswitch -n -j nfs-dg-rs nodeA# /usr/cluster/bin/scswitch -n -j lhost-nfsrg-prim nodeA# /usr/cluster/bin/scswitch -z -g nfs-rg -h "" |
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 |
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.
Vérifiez que le répertoire PathPrefix est disponible.
nodeC# mount | grep /global/etc |
Mettez le groupe de ressources d'application en ligne sur le cluster secondaire.
nodeC# /usr/cluster/bin/scswitch -Z -g nfs-rg |
Connectez-vous à la machine client en tant que superutilisateur.
L'invite qui apparaît ressemble à celle-ci :
client-machine# |
Montez le répertoire créé à l'Étape 3 sur l'application du cluster secondaire.
client-machine# mount -o rw lhost-nfsrg-sec:/global/mountpoint /dir |
Affichez-le.
client-machine# ls /dir |
Assurez-vous que le répertoire affiché à l'Étape 4 correspond bien à celui qui apparaît à l'Étape 5.
Renvoyez l'application du cluster principal vers le répertoire monté.
Mettez le groupe de ressources d'application hors ligne sur le cluster secondaire.
nodeC# /usr/cluster/bin/scswitch -n -j nfs-rs nodeC# /usr/cluster/bin/scswitch -n -j nfs-dg-rs nodeC# /usr/cluster/bin/scswitch -n -j lhost-nfsrg-sec nodeC# /usr/cluster/bin/scswitch -z -g nfs-rg -h "" |
Vérifiez que le volume global est démonté sur le cluster secondaire.
nodeC# umount /global/mountpoint |
Mettez le groupe de ressources d'application en ligne sur le cluster principal.
nodeA# /usr/cluster/bin/scswitch -Z -g nfs-rg |
Mettez le cluster principal en mode Réplication.
nodeA# /usr/opt/SUNWesm/sbin/sndradm -n -u 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 |
Lorsqu'une opération d'écriture est effectuée sur le volume principal, le volume secondaire est mis à jour par le logiciel Sun StorEdge Availability Suite.