test

Guide d'installation du logiciel Sun Cluster pour SE Solaris

Exemple de procédure de réplication des données

Cette section décrit l'exécution de la réplication des données pour cet exemple de configuration. Elle utilise les commandes sndradm et iiadm du logiciel Sun StorEdge Availability Suite. Pour obtenir de plus amples informations sur ces commandes, reportez-vous au document Sun Cluster 3.0 and Sun StorEdge Software Integration Guide.

Cette section explique les procédures suivantes:

ProcedureProcédure de réplication distante

Cette procédure permet de répliquer le volume maître du disque principal sur celui du disque secondaire. Le volume maître est vol01 et celui du bitmap distant, vol04.

Étapes

  1. Accédez au nodeA en tant que superutilisateur.

  2. Vérifiez que le cluster est en mode Journalisation. 


    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

    En mode Journalisation, l'état est logging et l'état actif de l'autosynchronisation est off. Au cours de l'écriture sur le volume de données du disque, le fichier bitmap figurant sur ce disque est mis à jour.

  3. Supprimez toutes les transactions. 


    nodeA# /usr/sbin/lockfs -a -f

  4. Répétez la procédure, de l'Étape 1 à l'Étape 3 sur le nodeC.

  5. Copiez le volume maître du nœud_A sur le volume maître du nœud_C. 


    nodeA# /usr/opt/SUNWesm/sbin/sndradm -n -m 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

  6. Attendez que la réplication soit terminée et les volumes synchronisés. 


    nodeA# /usr/opt/SUNWesm/sbin/sndradm -n -w 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

  7. Vérifiez que le cluster est en mode Réplication. 


    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.

Étapes suivantes

Passez à la section Procédure d'instantané ponctuel .

ProcedureProcédure d'instantané ponctuel

Dans cette procédure, l'instantané ponctuel est utilisé pour synchroniser le volume en double avec le volume maître, sur le cluster principal. Le volume maître est vol01 ; celui du bitmap, vol04 ; le volume en double, vol02.

Avant de commencer

Vérifiez que vous avez bien respecté la procédure de la section Procédure de réplication distante .

Étapes

  1. Accédez au nodeA en tant que superutilisateur.

  2. Désactivez la ressource qui s'exécute sur le nodeA. 


    nodeA# /usr/cluster/bin/scswitch -n -j nfs-rs

  3. 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.

  4. Synchronisez le volume en double du cluster principal avec son volume maître. 


    nodeA# /usr/opt/SUNWesm/sbin/iiadm -u s /dev/vx/rdsk/devicegroup/vol02
nodeA# /usr/opt/SUNWesm/sbin/iiadm -w /dev/vx/rdsk/devicegroup/vol02

  5. Synchronisez le volume en double du cluster secondaire avec son volume maître. 


    nodeC# /usr/opt/SUNWesm/sbin/iiadm -u s /dev/vx/rdsk/devicegroup/vol02
nodeC# /usr/opt/SUNWesm/sbin/iiadm -w /dev/vx/rdsk/devicegroup/vol02

  6. Redémarrez l'application sur le nœud_A. 


    nodeA# /usr/cluster/bin/scswitch -e -j nfs-rs

  7. Resynchronisez le volume secondaire avec le volume principal. 


    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
Étapes suivantes

Passez à la section Procédure de vérification de la réussite d'une réplication

ProcedureProcédure de vérification de la réussite d'une réplication

Avant de commencer

Vérifiez que vous avez bien respecté la procédure de la section Procédure d'instantané ponctuel .

Étapes

  1. 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.

  2. 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

  3. Créez un répertoire sur une machine client.

    1. Connectez-vous à la machine client en tant que superutilisateur.

      L'invite qui apparaît ressemble à celle-ci : 


      client-machine#

    2. Créez un répertoire sur la machine client. 


      client-machine# mkdir /dir

  4. Montez le répertoire de l'application sur le cluster principal, puis affichez-le.

    1. Montez le répertoire de l'application sur le cluster principal. 


      client-machine# mount -o rw lhost-nfsrg-prim:/global/mountpoint /dir

    2. Affichez-le. 


      client-machine# ls /dir

  5. Montez le répertoire de l'application sur le cluster secondaire, puis affichez-le.

    1. Démontez le répertoire de l'application sur le cluster principal. 


      client-machine# umount /dir

    2. 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 ""

    3. 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.

    4. Vérifiez que le répertoire PathPrefix est disponible. 


      nodeC# mount | grep /global/etc

    5. Mettez le groupe de ressources d'application en ligne sur le cluster secondaire. 


      nodeC# /usr/cluster/bin/scswitch -Z -g nfs-rg

    6. Connectez-vous à la machine client en tant que superutilisateur.

      L'invite qui apparaît ressemble à celle-ci : 


      client-machine#

    7. 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

    8. Affichez-le. 


      client-machine# ls /dir

  6. Assurez-vous que le répertoire affiché à l'Étape 4 correspond bien à celui qui apparaît à l'Étape 5.

  7. Renvoyez l'application du cluster principal vers le répertoire monté.

    1. 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 ""

    2. Vérifiez que le volume global est démonté sur le cluster secondaire. 


      nodeC# umount /global/mountpoint

    3. Mettez le groupe de ressources d'application en ligne sur le cluster principal. 


      nodeA# /usr/cluster/bin/scswitch -Z -g nfs-rg

    4. 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.

Voir aussi

Exemple de commutation et de gestion d'un basculement