Recherche dans <book_title>…

Guide de l'administrateur NetBackup™ Snapshot Client

Last Published: 2022-10-28

Product(s): NetBackup (10.1)

Identification et suppression d'un snapshot restant

En général, NetBackup supprime les snapshots une fois la sauvegarde Snapshot Manager terminée, à moins que le paramètre Conserver le snapshot après sauvegarde ait été défini sur Oui. Cependant, en raison de défaillances du système, telles qu'un blocage complet du système ou une fin de sauvegarde anormale, le snapshot ne peut pas être supprimé.

Pour identifier et supprimer un snapshot restant

Utilisez la commande bpfis avec l'option query pour répertorier les snapshots actuels. Selon le type de sauvegarde, procédez comme suit sur le client ou l'autre client :
```
   /usr/openv/netbackup/bin/bpfis query
```
Cette commande renvoie les ID (FIS IDs) de tous les snapshots actuels. Par exemple :
```
INF - BACKUP START 3629
INF - FIS IDs: 1036458302
INF - EXIT STATUS 0: the requested operation was successfully 
completed
```
Dans cet exemple, l'ID de snapshot est 1036458302.
Si la sortie de la commande bpfis affiche l'ID du snapshot, supprimez-le comme suit :
```
   bpfis delete -id snapshot_id
```
Si bpfis a supprimé le snapshot, vous pouvez ignorer le reste de cette procédure.
Solaris, HP, AIX, Linux : si bpfis n'a pas pu supprimer le snapshot, entrez ce qui suit (sur le client ou l'autre client) lorsqu'aucune sauvegarde n'est en cours d'exécution :
```
   df -k
```
Cette commande affiche tous les systèmes de fichiers montés, ainsi que tous les snapshots des systèmes de fichiers montés.
Si une sauvegarde de snapshot est en cours d'exécution, le snapshot ne devrait pas être supprimé. NetBackup le supprime quand la sauvegarde est terminée.
Voici deux snapshots issus d'une liste df -k :
```
/dev/dsk/c1t3d2s4  1048800  73076  914742  8%  /tmp/_vrts_frzn_img__wil_vxfs_1299000
/dev/vx/dsk/clone_qes_clone/ufs 38383 21678  12867  63%  /tmp/_vrts_frzn_img
__mix_ufs_1299000
```
Le snapshot apparaît sous la forme suivante :
```
/tmp/_vrts_frzn_img__filesystemname_pid
```
Solaris, HP, AIX, Linux : démontez les systèmes de fichier snapshot inutiles (sur le client ou l'autre client, selon le type de sauvegarde).
L'étape suivante dépend du type de snapshot.
Pour nbu_snap (Solaris uniquement) :
- Entrez ce qui suit pour afficher les snapshots restants :
```
   /usr/openv/netbackup/bin/driver/snaplist
```
- Pour supprimer un snapshot restant, entrez
```
   /usr/openv/netbackup/bin/driver/snapoff snap1 ...snapn
```
  Plus d'informations sont disponibles sur snaplist et snapoff.
  Se reporter à A propose de la gestion de nbu_snap.
Pour VxVM (Solaris, HP, AIX, Linux) et VVR (Solaris et HP) :
Procédez comme suit sur le client pour VxVM et sur l'autre client pour VVR :
- Entrez la commande suivante pour afficher les disques miroirs non synchronisés :
```
   vxprint -g diskgroup
```
- Entrez la commande suivante pour resynchroniser les disques miroirs :
```
   vxassist -g diskgroup -v volume snapback
```
Pour VxVM (Windows) :
- Entrez la commande suivante pour afficher les disques miroirs non synchronisés :
```
    vxdg -g diskgroup dginfo
```
- Entrez la commande suivante pour resynchroniser les disques miroirs :
```
vxassist snapback \Device\HarddiskDmVolumes\diskgroup\snap_volume
```
Pour VxFS_Checkpoint (Solaris, HP, AIX, Linux) :
- Entrez la commande VxFS suivante pour afficher le nom du point de contrôle :
```
   /usr/lib/fs/vxfs/fsckptadm list /file_system
```
  Remarque :
  file_system est le point de montage du système de fichiers principal qui a été sauvegardé, PAS le système de fichiers de snapshot qui a été démonté dans.
  Par exemple, si le système de fichiers de snapshot qui a été démonté est le suivant :
```
   /tmp/_vrts_frzn_img__vm2_1765
```
  le système de fichiers initial, qui doit être spécifié sur la commande fsckptadm list, est le suivant :
```
   /vm2
```
  Entrée typique :
```
   /usr/lib/fs/vxfs/fsckptadm list /vm2
```
  Sortie :
```
/vm2
NBU+2004.04.02.10h53m22s:
    ctime                =  Fri Apr 02 10:53:23 2004
    mtime                =  Fri Apr 02 10:53:23 2004
    flags                =  removable
```
  Dans cet exemple, le nom du point de contrôle est NBU+2004.04.02.10h53m22s.
- Pour supprimer le point de contrôle, entrez ce qui suit :
```
/usr/lib/fs/vxfs/fsckptadm remove name_of_checkpoint /file_system
```
  Par exemple :
```
/usr/lib/fs/vxfs/fsckptadm remove NBU+2004.04.02.10h53m22s /vm2
```
- Si le point de contrôle ne peut pas être supprimé, démontez-le (umount) et réexécutez la commande suivante :
```
/usr/lib/fs/vxfs/fsckptadm remove name_of_checkpoint /file_system
```
- Pour plus d'informations sur la suppression des clonages VxFS, consultez les mesures recommandées dans le Guide de dépannage NetBackup pour le code d'état 156 de NetBackup.
Pour TimeFinder, ShadowImage, BusinessCopy (Solaris ou HP uniquement) :
Procédez comme suit sur le client ou l'autre client, selon le type de sauvegarde :
- Pour détecter et supprimer tous les clonages de VxVM :
  Se reporter à Suppression d'un volume cloné VxVM.
- Entrez la commande suivante pour resynchroniser les disques miroirs :
  Pour les baies EMC (TimeFinder) :
```
   symmir -g device_group establish LdevName
```
  où LdevName est le nom de périphérique logique du périphérique standard. Pour les baies Hitachi et HP (Image de copie, Copie de production) :
```
   pairresync -g groupname -d dev_name
```
  Pour plus d'informations sur les baies EMC, Hitachi et HP, ainsi que sur la resynchronisation des disques, consultez le document Configuration de NetBackup Snapshot Client :
  http://www.veritas.com/docs/000081320
Pour VxFS_Snapshot (Solaris ou HP seulement) :
En utilisant le système de fichiers installé à une étape précédente, démontez le snapshot comme suit :
```
   umount -F vxfs /tmp/_vrts_frzn_img__filesystemname_pid
```
Pour FlashSnap (Solaris, HP, AIX, Linux) :
Procédez comme suit sur le client ou l'autre client, selon le type de sauvegarde :
- Recherchez le groupe de disques VxVM
```
   vxdg list
```
- Le format du nom du groupe de disques est le suivant :
```
   SPLIT-primaryhost_diskgroup
```
  Si la vxdg list n'affiche pas le groupe de disques, ce groupe peut avoir été retiré. Vous pouvez détecter tous les groupes de disques, y compris ceux exportés, en entrant les éléments suivants :
```
   vxdisk -o alldgs list
```
  Les groupes de disques entre parenthèses ne sont pas importés sur le système local.
- Déplacez le groupe de disques VxVM :
```
   vxdg deport SPLIT-primaryhost_diskgroup
```
- Sur le client principal (initial), importez et joignez le groupe de disques VxVM :
```
   vxdg import SPLIT-primaryhost_diskgroup
    vxrecover -g SPLIT-primaryhost_diskgroup -m
    vxdg join SPLIT-primaryhost_diskgroup diskgroup
```
- Sur le client principal (initial), démarrez le volume et restaurez le volume du snapshot :
```
vxvol -g SPLIT-primaryhost_diskgroup start SNAP-diskgroup_volume
vxassist snapback SNAP-diskgroup_volume
```
  Exemple :
  Dans cet exemple, chime est le client principal et rico est l'autre client. 1hddg est le nom du groupe de disques initial sur chime.
  chime_lhddg est le groupe fracturé qui a été importé sur rico et doit être réuni au groupe initial sur chime principal.
  Sur l'autre client rico, entrez ce qui suit :
```
vxdg deport chime_lhddg
```
  Sur le client principal chime, entrez ce qui suit :
```
vxdg import chime_lhddg
vxrecover -g chime_lhddg -m
vxdg join chime_lhddg lhddg
vxvol start SNAP-lhddg-vol01
vxassist snapback SNAP-lhddg-vol01
```
Pour FlashSnap (Windows) :
- Recherchez le groupe de disques VxVM
```
   vxdg list
```
- Le format du nom du groupe de disques est le suivant :
```
   SPLIT-primaryhost_diskgroup
```
- Déplacez le groupe de disques VxVM :
```
   vxdg -g split_diskgroup deport
```
- Sur le client principal (initial), importez et joignez le groupe de disques VxVM :
```
   vxassist rescan
    vxdg -g split_diskgroup import
    vxdg -g split_diskgroup -n diskgroup join
```
- Sur le client principal (initial), restaurez le volume du snapshot :
```
vxassist snapback \Device\HarddiskDmVolumes\diskgroup\snap_volume
```

Plus d'informations

Répertoires de consignation pour les plates-formes UNIX

Dossiers de consignation pour les plates-formes Windows

Informations de contact du support client

Derniers correctifs et mises à jour

Remarques importantes sur Snapshot Manager

Problèmes lors de l'installation de Snapshot Manager

Informations de fournisseur de clichés

Suppression d'un volume cloné VxVM