Comment étendre /u01 sur EXADATA

LinkedIn 0
Twitter
Facebook 0
Google+ 0

Comme je vous ai déjà promis dans mon premier article Comment installer les binaires Oracle 12c sur un EXADATA virtualisé , ce 2ème article constitue la suite de la série d’articles « Engineered Systems ».
Dans celui-ci, on va se concentrer sur comment étendre le filesystem /u01 dans un EXADATA virtualisé, sans risquer de corrompre un filesystem.

Sommaire

  • Création d’un DUMMY file avec dd
  • Attacher le DUMMY file à un disque virtuel dans le DomU
  • Création d’un lien symbolique pour respecter la norme OVM
  • Création dun backup du fichier vm.cfg
  • Rajouter le nouveau disque virtuel au niveau du fichier vm.cfg pour persister le disque à travers les power cycles
  • Formatage du nouveau disque au niveau du DomU
  • Étendre le volume group qui détient le filesystem /u01
  • Étendre le logical volume qui correspond à /u01
  • Exécuter resize2fs pour prendre en considération le changement

 
Création d’un DUMMY file avec dd

 
Attacher le DUMMY file à un disque virtuel dans le DomU

Puis il faut localiser la VM (DomU) en question avec la commande suivante :

Une fois qu’on a eu l’identifiant de la VM, on procède à l’étape suivante, qui est la génération d’un identifiant unique pour notre disque virtuel en suivant la norme OVM :

Création d’un lien symbolique pour respecter la norme OVM

Vérification

Création d’un backup du fichier vm.cfg

Rajouter le nouveau disque virtuel au niveau du fichier vm.cfg pour persister le disque à travers les power cycles
Ancien contenu du fichier vm.cfg
disk = [‘file:/OVS/Repositories/bf5d5c98ca3e4222a65bca99fa30662b/VirtualDisks/956c26303fb94c6685706257aca516a0.img,xvda,w’,’file:/OVS/Repositories/bf5d5c98ca3e4222a65bca99fa30662b/VirtualDisks/4b5b77b9351449dfaa308217010c7e34.img,xvdb,w’,’file:/OVS/Repositories/bf5d5c98ca3e4222a65bca99fa30662b/VirtualDisks/11672e6432334136a2769e45b0f10991.img,xvdc,w’,’file:/OVS/Repositories/bf5d5c98ca3e4222a65bca99fa30662b/VirtualDisks/a8e34a20b7c8420786acc72b4a53fa7f.img,xvdd,w’]

Nouveau contenu
disk = [‘file:/OVS/Repositories/bf5d5c98ca3e4222a65bca99fa30662b/VirtualDisks/956c26303fb94c6685706257aca516a0.img,xvda,w’,’file:/OVS/Repositories/bf5d5c98ca3e4222a65bca99fa30662b/VirtualDisks/4b5b77b9351449dfaa308217010c7e34.img,xvdb,w’,’file:/OVS/Repositories/bf5d5c98ca3e4222a65bca99fa30662b/VirtualDisks/11672e6432334136a2769e45b0f10991.img,xvdc,w’,’file:/OVS/Repositories/bf5d5c98ca3e4222a65bca99fa30662b/VirtualDisks/a8e34a20b7c8420786acc72b4a53fa7f.img,xvdd,w’,‘file:/OVS/Repositories/bf5d5c98ca3e4222a65bca99fa30662b/VirtualDisks/5b071d22ff834efa821d44287e60b537.img,xvdf,w‘]
Vérification du nouveau disque au niveau du DomU

NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda 202:0 0 25G 0 disk
├─xvda1 202:1 0 512M 0 part /boot
└─xvda2 202:2 0 24.5G 0 part
├─VGExaDb-LVDbSys1 (dm-0) 251:0 0 24G 0 lvm /
├─VGExaDb-LVDbOra1 (dm-2) 251:2 0 20.5G 0 lvm /u01
└─VGExaDb-LVDbEXPLOIT (dm-5) 251:5 0 1G 0 lvm /EXPLOIT
xvdb 202:16 0 50G 0 disk /u01/app/12.2.0.1/grid
xvdc 202:32 0 50G 0 disk /u01/app/oracle/product/11.2.0.4/dbhome_1
xvdd 202:48 0 62G 0 disk
└─xvdd1 202:49 0 62G 0 part
├─VGExaDb-LVDbSys2 (dm-1) 251:1 0 24G 0 lvm
├─VGExaDb-LVDbOra1 (dm-2) 251:2 0 20.5G 0 lvm /u01
├─VGExaDb-LVDbSwap1 (dm-3) 251:3 0 16G 0 lvm [SWAP]
├─VGExaDb-LVDoNotRemoveOrUse (dm-4) 251:4 0 1G 0 lvm
└─VGExaDb-LVDbEXPLOIT (dm-5) 251:5 0 1G 0 lvm /EXPLOIT
xvdf 202:80 0 20G 0 disk
Formatage du nouveau disque au niveau du DomU

Étendre le volume group qui détient le /u01

Étendre le logical volume qui correspond bien à /u01

Exécuter resize2fs pour prendre en considération le changement

Et voila!!
Dans le prochain article, on fera la même chose, sauf qu’on ne va pas rajouter un nouveau disque, mais on utilisera le disque existant et on l’étendra (il faut faire attention de ne pas endommager le filesystem)…
 

LinkedIn 0
Twitter
Facebook 0
Google+ 0

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *