Savevg
| Fiche express | |
|---|---|
| Domaine | Sauvegarde et restauration système (volume group hors rootvg) |
| Commande | savevg / restvg
|
| Contexte | AIX — sauvegarde d'un volume group jfs/jfs2, non bootable |
| Voir aussi | Mksysb, NIM (AIX), Smitty |
savevg sert à créer la sauvegarde d'un volume group AIX autre que rootvg. La commande
associée restvg restaure l'image et recrée le volume group, ses volumes logiques,
ses systèmes de fichiers et leurs fichiers.
Concept
Mksysb ne sauvegarde que le volume group rootvg. Pour sauvegarder un autre volume group du système, il faut utiliser une autre approche : un tar, un dump, un cpio, un backup ou un savevg.
Toutes les informations des volumes logiques sont enregistrées et recréées par savevg, ce qui peut poser d'éventuels problèmes de conflit si on restaure cette image sur une autre machine. De même, seuls les systèmes de fichiers basés sur jfs (et jfs2) sont sauvegardés — les raw devices ne peuvent pas être sauvés par savevg, il faut alors utiliser une méthode à base de dump, de cpio ou de TSM.
Contrairement à la commande Mksysb, savevg ne peut pas être utilisée pour créer une bande bootable : ce n'est qu'une image au format backup/restore écrite sur bande ou dans un fichier.
Via smit
La manière la plus simple de sauvegarder un volume group par NIM consiste à passer par l'interface smit en utilisant le raccourci :
smitty nim_mkres
Choisir ensuite la ligne :
savevg = a savevg image
Il est possible d'arriver directement à cette ligne en tapant /sav puis
n.
Remplir le menu :
Type or select values in entry fields.
Press Enter AFTER making all desired changes.
[TOP] [Entry Fields]
* Resource Name [vg_data_batman]
* Resource Type savevg
* Server of Resource [master] +
* Location of Resource [/NIM/vg_batman/save_20100910]
NFS Client Security Method [] +
NFS Version Access [] +
Comments []
Source for Replication [] +
-OR-
System Backup Image Creation Options:
CREATE volume group backup image? yes +
NIM CLIENT containing volume group to backup [batman] +
VOLUME GROUP to backup [vg_data]
PREVIEW only? no +
IGNORE space requirements? no +
EXPAND /tmp if needed? no +
Backup extended attributes? yes +
Generate new VG.DATA file? yes +
Create MAP files? no +
Number of BLOCKS to write in a single output [] #
(leave blank to use system default)
Use local EXCLUDE file? no +
(specify no to include all files in backup)
-OR-
EXCLUDE_FILES resource [] +
(leave blank to include all files in backup)
Backup encrypted files? yes +
Backup DMAPI filesystem files? yes +
[BOTTOM]
F1=Help F2=Refresh F3=Cancel F4=List
F5=Reset F6=Command F7=Edit F8=Image
F9=Shell F10=Exit Enter=Do
C'est vous qui donnez un nom à la ressource NIM de type savevg — ici vg_data_batman.
La location de la ressource correspond à un répertoire disposant d'un espace suffisant sur le serveur NIM. En cas de doute, on peut modifier le champ PREVIEW only à yes pour vérifier que l'on dispose d'assez d'espace disque.
Les autres paramètres à fournir sont le nom du client NIM et le volume group à sauvegarder.
Fichier d'exclusion
Il est possible d'exclure des répertoires en activant le champ Use local EXCLUDE file et en créant sur le client un fichier /etc/nom_du_vg.exclude contenant la liste des répertoires à exclure, à raison d'une ligne par répertoire.
Par exemple, le fichier s'appellerait /etc/vg_data.exclude et contiendrait :
/tmp/ /var/log/
Via script CLI
En ligne de commande, cela donne :
nim -o define -t savevg -aserver=master -alocation="/NIM/vg_batman/vg_data_batman_20100910" \
-asource=batman -amk_image=yes -asavevg_flags=iA -avolume_group=vg_data vg_data_batman
Cela permet d'automatiser l'opération, par exemple en plaçant ce script dans la crontab.
Vérification de l'image
Pour vérifier l'image, on peut relire son contenu dans un fichier :
New volume on /NIM/vg_batman/vg_data_batman_20100915: Cluster size is 51200 bytes (100 blocks). The volume number is 1. The backup date is: Wed Sep 15 14:51:17 GMT+02:00 2010 Files are backed up by name. The user is root. The number of archived files is 7300. cons
On vérifie ensuite la liste des fichiers sauvegardés.
On peut aussi utiliser smit lsbackvg pour vérifier l'image.
Restauration
Face à une image générée par la commande savevg, on peut identifier son contenu comme suit :
VOLUME GROUP: vg_data BACKUP DATE/TIME: Wed Sep 15 14:51:10 DFT 2010 UNAME INFO: AIX batman 3 5 00CB5E824C00 BACKUP OSLEVEL: 5.3.9.0 MAINTENANCE LEVEL: 5300-09 BACKUP SIZE (MB): 5056 SHRINK SIZE (MB): 3398 VG DATA ONLY: no
| LV NAME | TYPE | LPs | PPs | PVs | LV STATE | MOUNT POINT |
|---|---|---|---|---|---|---|
| lv_data_01 | jfs2log | 2 | 2 | 1 | open/syncd | N/A |
| lv_data_0101 | jfs2 | 8 | 8 | 1 | open/syncd | /apps/products/sysload |
| lv_data_0102 | jfs2 | 2 | 2 | 1 | open/syncd | /data |
| lv_data_0103 | jfs2 | 4 | 4 | 1 | open/syncd | /data/log |
| lv_data_0104 | jfs2 | 3 | 3 | 1 | open/syncd | /apps/products/tsm |
| lv_data_0105 | jfs2 | 8 | 8 | 1 | open/syncd | /apps/products/emc |
| lv_data_0106 | jfs2 | 33 | 33 | 1 | open/syncd | /accounting |
| lv_data_0108 | jfs | 1 | 1 | 1 | open/syncd | /apps/products/topx |
| loglv00 | jfslog | 1 | 1 | 1 | open/syncd | N/A |
| lv_data_0107 | jfs2 | 1 | 1 | 1 | open/syncd | /usr/local |
| lv_data_0109 | jfs2 | 16 | 16 | 1 | open/syncd | /apps/products/nmon |
On remarque que le niveau d'OS est associé au volume group. On ne pourra donc pas utiliser savevg pour restaurer un volume group provenant d'un serveur en AIX 5.3 sur un serveur en AIX 5.2.