Guide d'administration système de Sun Cluster pour SE Solaris

Sauvegarde d'un cluster

Tableau 9–1 Plan des tâches : sauvegarde des fichiers du cluster

Tâche 

Pour les instructions, voir... 

Trouver le nom des systèmes de fichiers à sauvegarder. 

Recherche du nom des systèmes de fichiers à sauvegarder

Calculer le nombre de bandes nécessaires à une sauvegarde complète 

Détermination du nombre de bandes nécessaires à une sauvegarde complète

Sauvegarder le système de fichiers racine 

Sauvegarde du système de fichiers racine (/)

Effectuer une sauvegarde en ligne des systèmes de fichiers en miroir ou en réseau 

Exécution de sauvegardes en ligne de copies miroir (Solstice DiskSuite/Solaris Volume Manager)

SPARC: Sauvegarde en ligne de volumes (VERITAS Volume Manager)

Recherche du nom des systèmes de fichiers à sauvegarder

Cette procédure permet de déterminer le nom des systèmes de fichiers à sauvegarder.

  1. Affichez le contenu du fichier /etc/vfstab.

    Vous n'avez pas besoin d'être un superutilisateur pour exécuter cette commande.


    % more /etc/vfstab
    

  2. Cherchez le nom du système de fichiers à sauvegarder dans la colonne des points de montage.

    Utilisez ce nom pour la sauvegarde du système de fichiers.


    % more /etc/vfstab 
    

Exemple : recherche du nom des systèmes de fichiers à sauvegarder

L'exemple suivant présente les noms des systèmes de fichiers tels que répertoriés dans le fichier /etc/vfstab.


% more /etc/vfstab
#device             device             mount  FS fsck  mount  mount
#to mount           to fsck            point  type     pass   at boot  options
#
#/dev/dsk/c1d0s2    /dev/rdsk/c1d0s2   /usr     ufs     1      yes      -
 f                  -                  /dev/fd  fd      -      no       -
 /proc              -                  /proc    proc    -      no       -
 /dev/dsk/c1t6d0s1  -                  -        swap    -      no       -
 /dev/dsk/c1t6d0s0  /dev/rdsk/c1t6d0s0 /        ufs     1      no       -
 /dev/dsk/c1t6d0s3  /dev/rdsk/c1t6d0s3 /cache   ufs     2      yes      -
 swap               -                  /tmp     tmpfs   -      yes      -

Détermination du nombre de bandes nécessaires à une sauvegarde complète

Cette procédure permet de calculer le nombre de bandes nécessaires pour la sauvegarde d'un système de fichiers.

  1. Devenez superutilisateur sur le nœud du cluster que vous souhaitez sauvegarder.

  2. Estimez la taille de la sauvegarde, en octets.


    # ufsdump S système_fichiers 
    

    S

    Indique une estimation en octets de l'espace requis pour effectuer la sauvegarde.

    système_fichiers

    Indique le nom du système de fichiers à sauvegarder.

  3. Divisez la taille estimée par la capacité de la bande pour connaître le nombre de bandes nécessaires.

Exemple : calcul du nombre de bandes requises

Dans l'exemple suivant, le système de fichiers dont la taille est de 905 881 620 octets pourra être facilement sauvegardé sur une bande de 4  Go (905 881 620 ÷ 4 000 000 000).


# ufsdump S /global/phys-schost-1 905881620

Sauvegarde du système de fichiers racine (/)

Procédez comme suit pour sauvegarder le système de fichiers racine (/) d'un nœud de cluster. Assurez-vous que le cluster fonctionne sans problème avant de lancer la sauvegarde.

  1. Devenez superutilisateur sur le nœud du cluster que vous souhaitez sauvegarder.

  2. Transférez tous les services de données en cours d'exécution du nœud à sauvegarder vers un autre nœud du cluster.


    # scswitch -z -D groupe-disques-périphériques[,...] -h nœud[,...]
    

    -z

    Effectue le transfert.

    -D groupe_périphériques_disques

    Nom du groupe de périphériques de disques à transférer.

    -h nœud

    Nom du nœud du cluster sur lequel transférer le groupe de périphériques de disques. Ce nœud devient le nouveau nœud principal.

  3. Arrêtez le nœud.


    # shutdown -g0 -y -i0
    

  4. Réinitialisez le nœud en mode non-cluster.

    • SPARC :


      ok boot -x
      

    • x86 :


                            <<< Current Boot Parameters >>>
      Boot path: /pci@0,0/pci8086,2545@3/pci8086,1460@1d/pci8086,341a@7,1/
      sd@0,0:a
      Boot args:
      
      Type  b [file-name] [boot-flags] <ENTER> to boot with options
      or    i <ENTER>                          to enter boot interpreter
      or    <ENTER>                            to boot with defaults
      
                        <<< timeout in 5 seconds >>>
      Select (b)oot or (i)nterpreter: b -x
      

  5. Sauvegardez le système de fichiers racine (/).

    • Utilisez la commande suivante si le disque racine n'est pas encapsulé.


      # ufsdump 0ucf périphérique-dump /
      

    • Utilisez la commande suivante si le disque racine est encapsulé.


      # ufsdump 0ucf périphérique-dump /dev/vx/rdsk/rootvol
      

    Reportez-vous à la page de manuel ufsdump(1M) pour de plus amples informations.

  6. Réinitialisez le nœud en mode cluster.


    # init 6
    

Exemple : sauvegarde du système de fichiers racine (/)

Dans l'exemple suivant, le système de fichiers racine (/) est sauvegardé sur le périphérique de bande /dev/rmt/0.


# ufsdump 0ucf /dev/rmt/0 /
  DUMP: Writing 63 Kilobyte records
  DUMP: Date of this level 0 dump: Tue Apr 18 18:06:15 2000
  DUMP: Date of last level 0 dump: the epoch
  DUMP: Dumping /dev/rdsk/c0t0d0s0 (phys-schost-1:/) to /dev/rmt/0
  DUMP: Mapping (Pass I) [regular files]
  DUMP: Mapping (Pass II) [directories]
  DUMP: Estimated 859086 blocks (419.48MB).
  DUMP: Dumping (Pass III) [directories]
  DUMP: Dumping (Pass IV) [regular files]
  DUMP: 859066 blocks (419.47MB) on 1 volume at 2495 KB/sec
  DUMP: DUMP IS DONE
  DUMP: Level 0 dump on Tue Apr 18 18:06:15 2000

Exécution de sauvegardes en ligne de copies miroir (Solstice DiskSuite/Solaris Volume Manager)

Un métapériphérique Solstice DiskSuite ou un volume Solaris Volume Manager peut être sauvegardé sans nécessiter son démontage ni la mise hors ligne de la totalité de la copie miroir. L'un des sous-miroirs doit être temporairement mis hors ligne, ce qui entraîne la perte du miroir, mais il peut être remis en ligne et resynchronisé dès la fin de la sauvegarde, sans que le système soit interrompu ou que l'utilisateur perde la possibilité d'accéder aux données. L'utilisation des miroirs pour effectuer des sauvegardes en ligne entraîne la création d'un “instantané“ d'un système de fichiers actif.

Il se peut qu'un problème survienne si un programme envoie des données au volume juste avant l'exécution de la commande lockfs. Pour éviter cela, arrêtez temporairement tous les services qui s'exécutent sur le nœud concerné. Assurez-vous également que le cluster fonctionne sans problème avant de lancer la sauvegarde.

  1. Devenez superutilisateur sur le nœud du cluster que vous souhaitez sauvegarder.

  2. Utilisez la commande metaset(1M) pour définir le nœud propriétaire du volume sauvegardé.


    # metaset -s nom_jeu
    

    -s nom_jeu

    Spécifie le nom du jeu de disques.

  3. Utilisez la commande lockfs(1M) associée à l'option -w pour protéger le système de fichiers en écriture.


    # lockfs -w point_montage 
    


    Remarque –

    vous devez verrouiller le système de fichiers uniquement si le miroir comporte un système de fichiers UFS. Par exemple, si le métapériphérique Solstice DiskSuite ou le volume Solaris Volume Manager est configuré comme périphérique brut pour le logiciel de gestion de base de données ou pour une autre application spécifique, il n'est pas nécessaire d'utiliser la commande lockfs. Vous pouvez toutefois exécuter l'utilitaire fournisseur approprié pour vider les mémoires tampon et verrouiller l'accès.


  4. Utilisez la commande metastat(1M) pour déterminer le nom des sous-miroirs.


    # metastat -s nom_jeu -p
    

    -p

    Affiche le statut dans un format similaire à celui du fichier md.tab.

  5. Utilisez la commande metadetach(1M) pour mettre l'un des sous-miroirs hors ligne.


    # metadetach -s nom_jeu miroir sous-miroir
    


    Remarque –

    les lectures se poursuivront à partir des autres sous-miroirs. Toutefois, le sous-miroir hors ligne est désynchronisé dès qu'une écriture est effectuée dans le miroir. La synchronisation est rétablie dès que le sous-miroir hors ligne est remis en ligne. Vous n'êtes pas tenu d'exécuter fsck.


  6. Déverrouillez les systèmes de fichiers et permettez aux écritures de se poursuivre en utilisant la commande lockfs suivie de l'option -u.


    # lockfs -u point_montage 
    

  7. Vérifiez le système de fichiers.


    # fsck /dev/md/diskset/rdsk/sous_miroir
    

  8. Sauvegardez le sous-miroir hors ligne sur une bande ou sur un autre support.

    Utilisez la commande ufsdump(1M) ou n'importe quel autre utilitaire de sauvegarde courant.


    # ufsdump 0ucf périphérique-dump sous-miroir
    


    Remarque –

    utilisez le nom de périphérique brut (/rdsk) pour le sous-miroir, plutôt que le nom du périphérique en mode bloc (/dsk).


  9. Utilisez la commande metattach(1M) pour remettre le métapériphérique ou le volume en ligne.


    # metattach -s nom_jeu miroir sous-miroir
    

    Lorsque le métapériphérique ou le volume est remis en ligne, il est automatiquement resynchronisé avec le miroir.

  10. Utilisez la commande metastat pour vérifier la resynchronisation effective du sous-miroir.


    # metastat -s nom_jeu miroir
    

Exemple : sauvegarde en ligne de miroirs (Solstice DiskSuite/Solaris Volume Manager)

Dans l'exemple suivant, le nœud du cluster phys-schost-1 est propriétaire du méta-ensemble schost-1, la procédure de sauvegarde est donc initialisée depuis phys-schost-1. Le miroir /dev/md/schost-1/dsk/d0 se compose des sous-miroirs d10, d20 et d30.


[Déterminez le propriétaire du méta-ensemble :]
# metaset -s schost-1
Set name = schost-1, Set number = 1
Host                Owner
  phys-schost-1     Yes 
...
[Protégez le système de fichiers en écriture :] 
# lockfs -w /global/schost-1
[Répertoriez les sous-miroirs :]
# metastat -s schost-1 -p
schost-1/d0 -m schost-1/d10 schost-1/d20 schost-1/d30 1
schost-1/d10 1 1 d4s0
schost-1/d20 1 1 d6s0
schost-1/d30 1 1 d8s0
[Mettez un sous-miroir hors ligne :]
# metadetach -s schost-1 d0 d30
[Déverrouillez le système de fichiers :]
# lockfs -u /
[Contrôlez le système de fichiers :]
# fsck /dev/md/schost-1/rdsk/d30
[Copiez le sous-miroir sur l'unité de sauvegarde :]
# ufsdump 0ucf /dev/rmt/0 /dev/md/schost-1/rdsk/d30
  DUMP: Writing 63 Kilobyte records
  DUMP: Date of this level 0 dump: Tue Apr 25 16:15:51 2000
  DUMP: Date of last level 0 dump: the epoch
  DUMP: Dumping /dev/md/schost-1/rdsk/d30 to /dev/rdsk/c1t9d0s0.
  ...
  DUMP: DUMP IS DONE
[Remettez le sous-miroir en ligne :]
# metattach -s schost-1 d0 d30
schost-1/d0: submirror schost-1/d30 is attached
[Resynchronisez le sous-miroir :]
# metastat -s schost-1 d0
schost-1/d0: Mirror
    Submirror 0: schost-0/d10
      State: Okay         
    Submirror 1: schost-0/d20
      State: Okay
    Submirror 2: schost-0/d30
      State: Resyncing
    Resync in progress: 42% done
    Pass: 1
    Read option: roundrobin (default)
...

SPARC: Sauvegarde en ligne de volumes (VERITAS Volume Manager)

VERITAS Volume Manager identifie les volumes en miroir comme réseaux. Il est possible de sauvegarder un réseau sans le démonter et sans mettre hors ligne le volume entier. Pour ce faire, vous devez créer une copie instantanée du volume et sauvegarder ce volume temporaire sans interrompre le système ou fermer l'accès aux données pour les utilisateurs.

Assurez-vous que le cluster fonctionne sans problème avant de lancer la sauvegarde.

  1. Connectez-vous à un nœud quelconque du cluster et devenez superutilisateur sur le nœud principal actuel du groupe de disques du cluster.

  2. Dressez la liste des informations relatives au groupe de disques.


    # vxprint -g groupe_disques
    

  3. Exécutez la commande scstat(1M) pour connaître le nœud sur lequel le groupe de disques est actuellement importé, c'est-à-dire le nœud principal du groupe de disques.


    # scstat -D
    

    -D

    Affiche le statut de tous les groupes de périphériques de disques.

  4. Créez un instantané du volume à l'aide de la commande vxassist.


    # vxassist -g groupe_disques snapstart volume
    


    Remarque –

    la création d'un instantané peut prendre un certain temps, selon la taille du volume.


  5. Vérifiez la création effective du nouveau volume.


    # vxprint -g groupe_disques
    

    Lorsque l'instantané est effectué, le statut de Snapdone s'affiche dans le champ State du groupe de disques sélectionné.

  6. Arrêtez tous les services de données qui accèdent au système de fichiers.


    # scswitch -z -g resource-group[,...] -h ““
    


    Remarque –

    l'arrêt des services de données est recommandé pour garantir la sauvegarde correcte du système de fichiers de données. Si aucun service de données n'est en cours d'exécution, il n'est pas nécessaire d'effectuer l'Étape 6 ni l'Étape 8.


  7. Créez un volume de sauvegarde nommé vol-sauv et joignez-lui le volume instantané à l'aide de la commande vxassist.


    # vxassist -g groupe_disques snapshot volume vol-sauv
    

  8. Redémarrez tous les services de données interrompus à l'Étape 6, à l'aide de la commande scswitch(1M).


    # scswitch -z -g resource-group[,...] -h node[,...]
    

  9. Vérifiez que le volume est bien attaché au nouveau volume vol-sauv, à l'aide de la commande vxprint.


    # vxprint -g groupe_disques
    

  10. Enregistrez la configuration modifiée du groupe de disques.


    # scconf -c -D name=groupe_disques,sync
    

  11. Vérifiez le volume de sauvegarde à l'aide de la commande fsck.


    # fsck -y /dev/vx/rdsk/groupe_disques/vol-sauv
    

  12. Effectuez une sauvegarde pour copier sur une bande ou sur un autre support le volume vol_sauv.

    Utilisez la commande ufsdump(1M) ou n'importe quel autre utilitaire de sauvegarde courant.


    # ufsdump 0ucf périphérique-dump /dev/vx/dsk/groupedisques/vol-sauv
    

  13. Supprimez le volume temporaire à l'aide de la commande vxedit.


     # vxedit -rf rm vol-sauv
    

  14. Enregistrez les modifications de la configuration du groupe de disques à l'aide de la commande scconf(1M).


    # scconf -c -D name= groupe_disques,sync
    

SPARC: Exemple : sauvegarde en ligne de volumes (VERITAS Volume Manager)

Dans l'exemple suivant, le nœud du cluster phys-schost-2 est propriétaire du méta-ensemble schost-1, la procédure de sauvegarde est donc initialisée depuis phys-schost-2. Le volume /vo101 est d'abord copié, puis associé à un nouveau volume vol_sauv.


[Devenez superutilisateur sur le noeud principal.]
[Identifiez le noeud principal en cours pour le groupe de disques:]
# scstat -D
-- Serveurs du groupe de périphériques --

	Groupe de périphériques Élément principal Élément secondaire
                         ---------------------------------- ------------------------ ----------------------------
Serveurs du groupe 
de périphériques  :     rmt/1	          -		-
Serveurs du groupe 
de périphériques  :     schost-1         phys-schost-2	              phys-schost-1

-- Statut du groupe de périphériques --
			Groupe de périphériques Statut              
			-----------------------------------	------              
 Statut du groupe de périphériques :        rmt/1		Hors ligne
 Statut du groupe de périphériques :        schost-1		Hors ligne
[Affichez les informations sur le groupe de disques :]
# vxprint -g schost-1
TY NAME            ASSOC     KSTATE   LENGTH   PLOFFS STATE   TUTIL0  PUTIL0
dg schost-1       schost-1   -        -        -      -        -      -
  
dm schost-101     c1t1d0s2   -        17678493 -      -        -      -
dm schost-102     c1t2d0s2   -        17678493 -      -        -      -
dm schost-103     c2t1d0s2   -        8378640  -      -        -      -
dm schost-104     c2t2d0s2   -        17678493 -      -        -      -
dm schost-105     c1t3d0s2   -        17678493 -      -        -      -
dm schost-106     c2t3d0s2   -        17678493 -      -        -      -
 
v  vol01          gen        ENABLED  204800   -      ACTIVE   -      -
pl vol01-01       vol01      ENABLED  208331   -      ACTIVE   -      -
sd schost-101-01  vol01-01   ENABLED  104139   0      -        -      -
sd schost-102-01  vol01-01   ENABLED  104139   0      -        -      -
pl vol01-02       vol01      ENABLED  208331   -      ACTIVE   -      -
sd schost-103-01  vol01-02   ENABLED  103680   0      -        -      -
sd schost-104-01  vol01-02   ENABLED  104139   0      -        -      -
pl vol01-03       vol01      ENABLED  LOGONLY  -      ACTIVE   -      -
sd schost-103-02  vol01-03   ENABLED  5        LOG    -        -      -
[Démarrez l'opération de collecte:]
# vxassist -g schost-1 snapstart vol01
[Vérifiez que le nouveau volume a été créé:]
# vxprint -g schost-1
TY NAME            ASSOC    KSTATE    LENGTH   PLOFFS STATE   TUTIL0  PUTIL0
dg schost-1       schost-1   -        -        -      -        -      -
  
dm schost-101     c1t1d0s2   -        17678493 -      -        -      -
dm schost-102     c1t2d0s2   -        17678493 -      -        -      -
dm schost-103     c2t1d0s2   -        8378640  -      -        -      -
dm schost-104     c2t2d0s2   -        17678493 -      -        -      -
dm schost-105     c1t3d0s2   -        17678493 -      -        -      -
dm schost-106     c2t3d0s2   -        17678493 -      -        -      -
  
v  vol01          gen        ENABLED  204800   -      ACTIVE   -      -
pl vol01-01       vol01      ENABLED  208331   -      ACTIVE   -      -
sd schost-101-01  vol01-01   ENABLED  104139   0      -        -      -
sd schost-102-01  vol01-01   ENABLED  104139   0      -        -      -
pl vol01-02       vol01      ENABLED  208331   -      ACTIVE   -      -
sd schost-103-01  vol01-02   ENABLED  103680   0      -        -      -
sd schost-104-01  vol01-02   ENABLED  104139   0      -        -      -
pl vol01-03       vol01      ENABLED  LOGONLY  -      ACTIVE   -      -
sd schost-103-02  vol01-03   ENABLED  5        LOG    -        -      -
pl vol01-04       vol01      ENABLED  208331   -      SNAPDONE -      -
sd schost-105-01  vol01-04   ENABLED  104139   0      -        -      -
sd schost-106-01  vol01-04   ENABLED  104139   0      -        -      -
[Arrêtez les services de données le cas échéant:]
# scswitch -z -g nfs-rg -h ““
[Créez une copie du volume :]
# vxassist -g schost-1 snapshot vol01 vol-sauv
[Redémarrez les services de données, le cas échéant:]
# scswitch -z -g nfs-rg -h phys-schost-1
[Vérifiez que vol-sauv a été créé :]
# vxprint -g schost-1
TY NAME           ASSOC       KSTATE   LENGTH   PLOFFS STATE   TUTIL0  PUTIL0
dg schost-1       schost-1    -        -        -      -        -      -
 
dm schost-101     c1t1d0s2    -        17678493 -      -        -      -
...
 
v  vol-sauv       gen         ENABLED  204800   -      ACTIVE   -      -
pl vol-sauv-01    vol-sauv    ENABLED  208331   -      ACTIVE   -      -
sd schost-105-01  vol-sauv-01 ENABLED  104139   0      -        -      -
sd schost-106-01  vol-sauv-01 ENABLED  104139   0      -        -      -
 
v  vol01          gen         ENABLED  204800   -      ACTIVE   -      -
pl vol01-01       vol01       ENABLED  208331   -      ACTIVE   -      -
sd schost-101-01  vol01-01    ENABLED  104139   0      -        -      -
sd schost-102-01  vol01-01    ENABLED  104139   0      -        -      -
pl vol01-02       vol01       ENABLED  208331   -      ACTIVE   -      -
sd schost-103-01  vol01-02    ENABLED  103680   0      -        -      -
sd schost-104-01  vol01-02    ENABLED  104139   0      -        -      -
pl vol01-03       vol01       ENABLED  LOGONLY  -      ACTIVE   -      -
sd schost-103-02  vol01-03    ENABLED  5        LOG    -        -      -
[Synchronisez le groupe de disques avec le cluster :]
# scconf -c -D name=schost-1,sync
[Vérifiez les systèmes de fichiers :]
# fsck -y /dev/vx/rdsk/schost-1/vol-sauv
[Copy vol-sauv to the backup device:]
# ufsdump 0ucf /dev/rmt/0 /dev/vx/rdsk/schost-1/vol-sauv
  DUMP: Writing 63 Kilobyte records
  DUMP: Date of this level 0 dump: Tue Apr 25 16:15:51 2000
  DUMP: Date of last level 0 dump: the epoch
  DUMP: Dumping /dev/vx/dsk/schost-2/vol-sauv to /dev/rmt/0.
  ...
  DUMP: DUMP IS DONE
[Supprimez le volume de sauvegarde :]
# vxedit -rf rm vol-sauv
[Synchronisez le groupe de disques:]
# scconf -c -D name=schost-1,sync