Exportvg
| Fiche express | |
|---|---|
| Domaine | Stockage (LVM AIX) |
| Commande | exportvg
|
| Contexte | Retirer proprement la définition logique d'un volume group, typiquement avant de le déplacer vers un autre système |
| Voir aussi | Mkvg (création d'un volume group) |
exportvg retire la définition d'un volume group (VG) de la base ODM du système, sans toucher aux données présentes sur les disques physiques. Après un export, le VG n'apparaît plus dans lsvg sur la machine, mais son contenu reste intact sur les disques : la commande agit uniquement sur la couche logique (métadonnées LVM connues du système), pas sur les données.
Cas d'usage typique
Le scénario classique est le déplacement d'un volume group d'un LPAR vers un autre, par exemple lors d'une migration de disques SAN entre deux serveurs AIX :
- sur le système d'origine, démonter tous les filesystems du VG puis le désactiver
- exporter le VG avec
exportvg - retirer les disques (physiquement ou côté configuration SAN/zoning), puis les reconnecter sur le nouveau système
- sur le nouveau système, importer le VG avec
importvgpour réenregistrer sa définition à partir des disques
umount /oracle/u01
umount /oracle/u02
varyoffvg app1vg
exportvg app1vg
lspv # vérifier que les disques n'appartiennent plus à aucun VG connu
rmdev -Rdl hdisk1 # retirer les disques de la configuration ODM du système d'origine
rmdev -Rdl hdisk2
Sur le nouveau système, une fois les disques reconnus (cfgmgr, lspv), importvg -y app1vg hdiskX réimporte le VG en réutilisant les métadonnées LVM déjà présentes sur les disques.
⚠️ Respecter l'ordre des opérations : les filesystems doivent être démontés (et le VG désactivé avec varyoffvg) avant d'exporter. Si un filesystem du VG est encore monté, exportvg échoue.
Voir aussi
- Mkvg — création d'un volume group