Importvg

De wiki.nexiat.fr
Aller à la navigation Aller à la recherche
Fiche express
Domaine Stockage (LVM AIX)
Commande importvg
Contexte Réenregistrer un volume group à partir des métadonnées LVM présentes sur ses disques
Voir aussi Exportvg (retrait de la définition côté système d'origine)

importvg réenregistre dans la base ODM du système la définition d'un volume group (VG) à partir des métadonnées LVM déjà présentes sur les disques physiques (VGDA/VGSA). Contrairement à ce que le nom pourrait suggérer, la commande ne recrée aucune donnée : elle relit ce qui existe déjà sur le disque et reconstruit la connaissance logique du VG côté système (entrées ODM, fichiers /etc/filesystems pour les filesystems du VG, points de montage). Pour le contexte général du déplacement d'un VG entre serveurs (export côté origine, retrait des disques, reconnexion), voir Exportvg.

Cas d'usage

  • réimport d'un VG précédemment exporté avec exportvg sur un autre serveur, après reconnexion des disques (SAN, zoning, ou déplacement physique)
  • reconnexion d'un LUN SAN qui portait un VG sur un serveur, sans export préalable propre (cas d'un serveur perdu ou indisponible) — le VGDA du disque contient toujours la définition du VG
  • récupération après une réinstallation du système d'exploitation, quand les données applicatives sont restées intactes sur un disque séparé du disque système

Commandes de base

lspv                    # repérer le(s) disque(s) candidats (colonne VG affiche souvent "None" ou un nom de VG inconnu du système)

importvg -y app1vg hdisk3          # importer en imposant le nom de VG app1vg
importvg hdisk3                    # importer en reprenant le nom de VG déjà enregistré dans le VGDA du disque

-y nomvg impose le nom du VG à la création de sa définition sur le système cible ; sans cette option, importvg reprend tel quel le nom déjà présent dans le VGDA du disque, ce qui peut échouer si ce nom est déjà utilisé par un autre VG sur le système (cas fréquent si le VG d'origine s'appelait datavg ou appvg, des noms génériques souvent déjà pris).

Seul un disque du VG suffit en argument si le VG est multi-disques (VGDA répliqué sur tous les disques membres) : importvg retrouve automatiquement les autres disques du même VG.

Vérifications après import

lsvg app1vg             # confirmer que le VG est bien enregistré, consulter ses caractéristiques (PP size, nombre de LV...)
lsvg -l app1vg          # lister les filesystems/LV du VG et leur état
lspv                    # confirmer que les disques apparaissent maintenant rattachés à app1vg
mount /oracle/u01       # remonter les filesystems (importvg ajoute les entrées dans /etc/filesystems mais ne monte rien)

Voir Lsvg et Lspv pour le détail de ces commandes de vérification.

⚠️ Le VG est importé désactivé (varyoffvg) : importvg l'active automatiquement en fin d'exécution dans le cas standard, mais en cas de doute vérifier l'état avec lsvg app1vg (champ VG STATE) avant de monter les filesystems.

Voir aussi

  • Exportvg — export d'un VG, contexte général du déplacement entre serveurs
  • Lsvg — état et caractéristiques d'un volume group
  • Lspv — état d'un disque physique et rattachement à un VG