-
Remplacer un disque dans un Volume Group
Posté le 5th avril 2009 8 commentaires
Nous allons voir comment remplacer un disque dans un Volume Group.Cette opération se fait en trois étapes :
- on ajoute le nouveau disque dur au Volume Group,
- on déplace les données de l’ancien disque vers le nouveau,
- puis on réalise l’échange physique des disques.L’opération s’effectue au moyen de quelques commandes simples.
Introduction
Avant de commencer, je me dois de rappeler que toute manipulation sur des disques contenant des données comporte des risques. Je vous recommande donc fortement de faire des sauvegardes de vos données avant de vous lancer.
Connaître les disques dur faisant partie d’un Volume Group
Cette commande nous permet de connaître la liste des Volume Groups ainsi que celle des disques durs qui les composent.# pvdisplayIdentifier avec certitude le disque concerné
Nous souhaitons remplacer le disque /dev/sdb qui fait partie du Volume Group VGData. Nous allons, tout d’abord, utiliser quelques commandes nous permettant d’identifier physiquement et avec certitude le disque dur concerné.
Cette commande nous permet d’obtenir le numéro de série du disque, qu’il faudra comparer avec l’étiquette figurant sur le disque dur.# hdparm -i /dev/sdbEteindre la machine pour mettre en place le nouveau disque
Petite astuce si vous n’avez plus de port SATA disponible sur votre carte mère : vous pouvez utiliser celui sur lequel le lecteur de CD/DVD est branché (c’est ce que j’ai fait, et ça ne pose aucun problèmes).# shutdown -h nowLa procédure à proprement parler
Il est maintenant temps de rallumer la machine pour procéder à l’opération.
Le nouveau disque est identifié par /dev/sdf dans notre système. Nous allons commencer par créer un volume physique sur notre disque.
Ensuite, nous allons ajouter notre volume physique au Volume Group VGData# pvcreate --verbose /dev/sdf
Puis viens le moment de déplacer les données. Cette opération est, bien entendu, la plus longue.# vgextend --verbose VGData /dev/sdf
Notez que le volume physique de départ est /dev/sdb1, cela tient au fait que le disque a été partitionné, et c’est la première partition qui représente le volume physique attaché au Volume Group. Un volume physique peut également être un disque non partitionné, ce sera le cas de notre nouveau disque.# pvmove --verbose /dev/sdb1 /dev/sdfMaintenant que le déplacement des données est terminé, il faut retirer l’ancien disque du Volume Group.
# vgreduce --verbose VGData /dev/sdb1Echange physique des disques
Il ne reste plus qu’à éteindre la machine pour retirer physiquement l’ancien disque et mettre le nouveau à sa place.
Un dernier conseil, attendez que les disques refroidissent, parce qu’après le travail que nous leur avons demandé, ils sont sans doute très chauds.
8 réponses à “Remplacer un disque dans un Volume Group”

-
Et il y en a encore pour ne pas utiliser LVM et préférer le système obsolète des partitions… ?
Merci pour cette preuve supplémentaire de la souplesse de LVM. Je l’ai déjà expérimenté. à chaud sans redémarrer (bon avec un baie de disque bien sur) : ça marche du tonnerre.
+
-
> Afin que le nouveau disque soit utilisé à 100 % de sa capacité.
Pas sur que cela soit une bonne idée.En effet, l’un des atouts majeurs de LVM est d’autoriser le redimensionnement, à chaud, des LV (+ FS). Mais uniquement pour agrandir, la réduction doit se faire à froid.
Donc une bonne habitude, c’est de tailler les LV à la taille utile et de les agrandir en cas de nouveaux besoins. Donc toujours conserver un espace libre. Perso je dois avois 15 LV et seulement 60% d’espace alloué (sur ma machine perso, mais c’est encore plus vrai sur les serveurs).
+
-
En effet la souplesse de LVM nous permet d’oublier que l’on dispose de n disques. (du SAN en local
S’il s’agit de disque dur SATA il n’est pas nécessaire d’éteindre la machine pour enlever ou mettre physiquement les disques.
-
Marcet: A ma connaissance, ce n’est possible seulement si le port SATA est configuré en AHCI (corrigez-moi si je me trompe).
Oui, en tous cas configuré dans le BIOS.
Laisser une réponse
-








Remi 5th avril 2009 à 20:46