EVMS permet de contrôler l'espace mémoire d'une manière plus intuitive et avec plus de souplesse que beaucoup d'autres systèmes de gestion de volume pour Linux. Les tâches courantes, comme la migration de disques ou l'ajout de nouveaux disques à votre système Linux, deviennent plus facilement gérables avec EVMS parce qu'EVMS peut reconnaître et exploiter différents types de volumes et de systèmes de fichiers. EVMS permet de mieux maîtriser la sécurité en interdisant les commandes qui sont peu sûres. Ces dispositifs aident à assurer l'intégrité des données stockées sur le système.

On peut se servir d' EVMS pour créer et gérer le stockage de données. Avec EVMS, on peut utiliser de multiples technologies de gestion de volume dans une unique structure, avec la garantie que le système interagit tout de même correctement avec les données stockées. Avec EVMS, on peut utiliser les liens de disque, réduire et augmenter les volumes, créer des instantanés des volumes, et installer des fonctionnalités RAID pour le système. On peut également utiliser plusieurs types de systèmes de fichier et manipuler ces unités de stockage de la manière qui répond le mieux aux exigences de votre environnement de travail particulier.

EVMS donne également la possibilité de gérer des données sur une unité de stockage qui est physiquement partagée entre les noeuds dans un cluster. Ce stockage partagé permet aux données d'être très disponibles pour les différents noeuds du cluster.

Il y a actuellement trois interfaces utilisateur disponibles pour EVMS : graphique (GUI), mode texte (Ncurses), et l'interpréteur de ligne de commande (CLI [Command Line Interpreter]). De plus, on peut utiliser l'interface de programmation d'application (API) d'EVMS pour mettre en application sa propre interface utilisateur personnalisée.

Table 1.1, “Les interfaces utilisateur d'EVMS” en dit plus à propos de chacune des interfaces utilisateur d'EVMS.

Pour éviter toute confusion avec d'autres termes décrivant la gestion de volumes en général, EVMS utilise un ensemble de termes spécifiques. Voici la liste de ces termes, du plus fondamental au plus large :

Il y a de nombreux pilotes dans le noyau Linux, tels que Device Mapper et MD (RAID logiciel), implémentant des plans de gestion de volume. EVMS est construit par dessus ces pilotes pour fournir une unique structure permettant l'accès à ces capacités et leurs combinaisons.

Le moteur EVMS traite la création, la configuration et la gestion des volumes, segments et disques. Le moteur EVMS est une interface de programmation pour le système EVMS. Les interfaces utilisateur et les programmes qui utilisent EVMS doivent passer par le moteur.

EVMS donne des capacités aux modules de plug-in pour le moteur, permettant à EVMS d'accomplir des tâches spécialisées sans modifier le code noyau. Ces modules de plug-in permettent à EVMS d'être plus extensible et personnalisable que d'autres systèmes de gestion de volume.

EVMS définit une architecture en couches où les plug-ins de chaque couche créent des abstractions de la couche ou des couches en dessous. EVMS permet également à la plupart des plug-ins de créer des abstractions d'objets au sein de la même couche. Voici une liste de définitions de ces couches, du bas vers le haut.

L'interface graphique d'EVMS est une interface souple et facile d'utilisation pour administrer les volumes et objets de stockage. Beaucoup d'utilisateurs trouvent l'interface graphique d'EVMS facile d'utilisation car elle affiche quels objets de stockage, actions et plug-ins sont possibles pour une tâche donnée.

L'interface utilisateur EVMS Ncurses (evmsn) est une interface pilotée par menu avec des caractéristiques similaires à celles de l'interface d'EVMS. Comme l'interface d'EVMS, evmsn peut recevoir de nouveaux plug-ins et fonctionnalités sans avoir besoin de faire de changements dans le code.

L'interface utilisateur Ncurses d'EVMS permet de gérer des volumes sur des systèmes n'ayant pas les bibliothèques X et GTK+ requises par l'interface d'EVMS.

L'interpréteur de ligne de commande d'EVMS (EVMS CLI [Command Line Interpreter]) fournit à EVMS une interface utilisateur pilotée par commande. EVMS CLI permet d'automatiser les tâches de gestion de volume et fournit un mode interactif dans les situations où l'interface d'EVMS n'est pas disponible.

Comme EVMS CLI est un interpréteur, il fonctionne différemment des utilitaires de ligne de commande des systèmes d'exploitation. Lorsque vous spécifiez des options dans la ligne de commande pour appeler EVMS CLI, celles-ci contrôlent comment EVMS CLI fonctionne. Par exemple, les options de ligne de commande montrent au CLI où aller pour les commandes à interpréter et à quelle fréquence EVMS CLI doit sauvegarder sur le disque les modifications. Quand on l'appelle, EVMS CLI invite à entrer une commande.

Les commandes de gestion de volume qu'EVMS CLI comprend sont spécifiées dans le fichier /usr/src/evms-2.2.0/engine2/ui/cli/grammar.ps qui accompagne le paquetage EVMS. Ces commandes sont décrites en détail dans le manuel EVMS et l'aide pour ces commandes est disponible depuis EVMS CLI même.

3.1. Utilisation de EVMS CLI

Utilisez la commande evms pour démarrer EVMS CLI. Si vous n'entrez aucune option avec evms, EVMS CLI démarre en mode interactif. En mode interactif, EVMS CLI vous invite à entrer une commande. Le résultat de chaque commande est immédiatement sauvegardé sur le disque. EVMS CLI se ferme quand vous tapez exit. On peut modifier ce comportement en utilisant les options suivantes avec evms :

-b

Cette option indique qu'on tourne en mode batch, et à chaque fois que l'utilisateur est invité à entrer une donnée, la valeur par défaut est acceptée automatiquement. C'est le comportement par défaut avec l'option -f.

-c

Avec cette option, les modifications ne sont sauvegardées que lorsque l'on quitte EVMS CLI, et non pas après chaque commande.

-f nom_du_fichier

Cette option indique à EVMS CLI d'utiliser nom_du_fichier comme source des commandes. EVMS CLI ferme lorsqu'il arrive à la fin de nom_du_fichier.

-p

Cette option ne fait qu'analyser les commandes ; elle ne les exécute pas. Lorsqu'elle est combinée avec l'option -f, l'option -p détecte les erreurs de syntaxe dans les fichiers de commande.

-h

Cette option affiche des informations d'aide pour les options utilisées avec la commande evms.

-rl

Cette option indique au CLI que tous les éléments restant dans la ligne de commande sont des paramètres de substitution à utiliser avec les commandes EVMS.

NOTE

L'accès aux paramètres de substitution dans les commandes EVMS se fait en utilisant la notation $(x), où $(x) est le nombre indiquant quel paramètre de substitution utiliser. Les paramètres de substitution se voient assigner un nombre (en commençant à 1) au fur et à mesure qu'ils apparaissent en ligne de commande. Les substitutions ne se font pas à l'intérieur de commentaires ou de chaînes de caractère entre guillemets. En voici un exemple : evms -c -f mon_test -rl sda sdb sda remplace paramètre1 et sdb remplace paramètre2

	NOTE
	Des informations sur les options les moins communément utilisées sont disponibles dans la page de manuel d'EVMS.

"Voici un nom contenant ""lui-même"" des guillemets."

/* Ceci est un commentaire */
Create:Vo/*C'est idiot comme endroit pour un commentaire, mais c'est autorisé.*/lume,"lvm/Sample Container/My LVM Volume",compatibility

À chaque fois que le moteur EVMS est ouvert, il crée un journal qui s'appelle /var/log/evmsEngine.log. Le moteur enregistre également jusqu'à neuf copies de ses précédentes sessions, dans les fichiers /var/log/evmsEngine.n.log, où n est le numéro de la session, entre en 1 et 9.

Vous pouvez choisir différents niveaux de consignation possibles qui seront relevés dans /var/log/evmsEngine.log. Le niveau de consignation "le plus bas", critical (critique), ne relève que les messages concernant les problèmes systèmes graves, alors que le "plus haut" niveau, everything (tout), relève tous les messages liés à la consignation. Quand vous spécifiez un niveau particulier de consignation, le moteur relève des messages pour ce niveau et tous les niveaux plus bas que celui-ci.

Le tableau suivant donne la liste des niveaux de consignation autorisables et les informations qu'ils fournissent :

Par défaut, lorsque n'importe laquelle des interfaces EVMS est ouverte, le moteur consigne le niveau Par défaut des messages dans le fichier /var/log/evmsEngine.log. Cependant, si votre système rencontre des difficultés et que vous souhaitez en savoir plus sur ce qui se passe, vous pouvez élever le niveau de consignation ; si vous souhaitez moins d'informations, vous pouvez baisser le niveau de consignation. Pour modifier le niveau de consignation, spécifiez le paramètre -d et le niveau de consignation lors de l'appel d'ouverture de l'interface. Les exemples suivant montrent comment ouvrir les différentes interfaces avec le plus haut niveau de consignation (everything) :

GUI:    evmsgui -d everything

Ncurses:  evmsn -d everything

CLI:    evms -d everything

	NOTE
	Si vous utilisez la liste de diffusion EVMS pour avoir de l'aide concernant un problème, il sera plus facile pour nous de vous aider si vous nous fournissez le journal créé lorsque vous ouvrez une des interfaces (comme on l'a indiqué dans les commandes précédentes).

L'interface d'EVMS vous permet de modifier le niveau de consignation pendant une session du moteur. Pour ce faire, suivez ces étapes :

La commande CLI probe ouvre et ferme le moteur, ce qui provoque le démarrage d'un nouveau journal. Le journal qui existait avant l'utilisation de la commande probe est renommé /var/log/evmsEngine.1.log, et le nouveau journal est nommé /var/log/evmsEngine.log.

Si vous comptez utiliser fréquemment un niveau de consignation qui n'est pas celui par défaut, vous pouvez spécifier le niveau de consignation par défaut dans /etc/evms.conf plutôt que d'avoir à utiliser l'option -d lorsque vous démarrez l'interface utilisateur. L'option "debug_level" dans la section "engine" règle le niveau de consignation par défaut lors de l'ouverture du moteur. Le paramètre dans /etc/evms.conf est ignoré si l'option -d est utilisée lors de l'appel de commande.

Si vous utilisez l'interface d'EVMS comme interface préférée, vous pouvez visualiser vos volumes migrés en tapant evmsgui dans l'invite de commande. La fenêtre suivante s'ouvre, avec la liste de vos volumes migrés.

Figure 4.1. Fenêtre de démarrage de l'interface

Si vous utilisez l'interface Ncurses, vous pouvez visualiser vos volumes migrés en tapant evmsn dans l'invite de commande. La fenêtre suivante s'ouvre , avec la liste de vos volumes migrés.

Figure 4.2. Fenêtre de démarrage de Ncurses

Si vous utilisez l'interface de l'interpréteur de lignes de commandes (CLI), vous pouvez visualiser vos volumes migrés en suivant ces étapes :

Figure 4.3. Résultats de la recherche de volume dans CLI

Avec l'interface d'EVMS, il n'est possible d'afficher des informations supplémentaires sur un objet que par les menus sensibles au contexte, comme les étapes suivantes le montrent :

Suivez ces étapes pour afficher des informations supplémentaires sur un objet avec Ncurses :

Utiliser la commande query (q en abrégé) avec des filtres pour afficher les informations sur les objets EVMS. Il existe deux filtres particulièrement utiles pour naviguer à l'intérieur de la ligne de commande : list options (lo en abrégé) et extended info (ei en abrégé).

La commande list options vous indique ce qui peut être fait actuellement et quelles options vous pouvez spécifier. Pour utiliser cette commande, construisez d'abord une commande de requête traditionnelle commençant par la commande query, suivie par deux points (:), puis le type d'objet que vous recherchez (par exemple volumes, objets, plug-ins). Ensuite, vous pouvez utiliser les filtres pour affiner la recherche à la seule zone qui vous intéresse. Par exemple, pour voir quelles sont les actions qui sont recevables à ce moment précis sur lvm/Exemple de conteneur/Exemple de région, entrez la commande suivante :

query: regions, region="lvm/Exemple de conteneur/Exemple de région", list options

Le filtre extended info est l'équivalent de Afficher les détails [Display Details] dans les interfaces EVMS et Ncurses. La commande prend la forme suivante : query, suivi par deux points (:), le filtre (extended info), une virgule (,), et l'objet sur lequel vous voulez plus d'informations. La commande renvoie une liste contenant les noms, titres, descriptions et valeurs des champs, pour chaque champ défini pour l'objet. Par exemple, pour obtenir des informations sur lvm/Exemple de conteneur/Exemple de région, entrez la commande suivante :

query: extended info, "lvm/Exemple de conteneur/Exemple de région"

La plupart des noms de champs qui sont renvoyés par le filtre extended info peuvent être développés davantage en spécifiant un ou des noms de champs à la fin de la commande, séparés par des virgules. Par exemple, si vous souhaitiez des informations supplémentaires sur les extensions logiques, la recherche ressemblerait à ceci :

query: extended info, "lvm/Exemple de conteneur/Exemple de région", Extents

Ajouter un gestionnaire de segments permet à un disque d'être subdivisé en objets de stockage plus petits appelés segments de disque. La commande add fait que le gestionnaire de segments crée les métadonnées appropriées et montre l'espace libre que le gestionnaire de segments trouve sur le disque. Il faut ajouter des gestionnaires de segment lorsqu'on a un nouveau disque ou lorsqu'on passe d'un plan de partitionnement à un autre.

Les types de segments de disque que EVMS affiche sont :

Dans EVMS, il y a 7 types de gestionnaires de segments : DOS, GPT, S/390, Cluster, BSD, MAC, et BBR.

Lorsqu'on ajoute un gestionnaire de segments à un disque, le gestionnaire de segments a besoin de changer la configuration de base du disque. Ce changement implique que certains secteurs soient réservés pour les métadonnées et que les secteurs restant soient rendus disponibles pour créer des segments de disque de données. Les secteurs de métadonnées sont écrits sur un disque pour enregistrer les informations nécessaires au gestionnaire de segments ; les informations présentes sur le disque auparavant sont perdues. Avant d'ajouter un gestionnaire de segments à un disque existant, il faut retirer toute structure de gestion de volume existante, y compris les gestionnaires de segments précédents.

Lorsqu'un nouveau disque est ajouté à un système, le disque ne contient en général aucune donnée et n'a pas été partitionné. Si c'est le cas, le disque apparaît dans EVMS en tant que volume de compatibilité car EVMS ne peut pas savoir si le disque est utilisé en tant que volume. Pour ajouter un gestionnaire de segments au disque dans le but de le subdiviser en objets de segment de disque plus petits, indiquez à EVMS que le disque n'est pas un volume de compatibilité en supprimant les informations de volume.

Si le nouveau disque a été déplacé depuis un autre système, il y a de grandes chances que le disque contienne déjà des métadonnées. Si le disque ne contient pas de métadonnées, le disque s'affiche dans EVMS avec les objets de stockage qui ont été produits à partir des méta-données existantes. La suppression de ces objets permettra d'ajouter au disque un gestionnaire de segments différent, et vous perdrez toutes les anciennes données.

Cette section montre comment ajouter un gestionnaire de segments avec EVMS.

EVMS affiche au départ comme des volumes les disques physiques qu'il voit. Supposez que vous ayez ajouté un nouveau disque vu par EVMS en tant que sde. Ce disque ne contient aucune donnée et n'a pas été subdivisé (aucune partition). EVMS suppose que ce disque est un volume de compatibilité du nom de /dev/evms/sde.

	NOTE
	Dans l'exemple suivant, le gestionnaire de segments DOS crée deux segments sur le disque : un segment de méta-données appelé sde_mbr, et un segment pour représenter l'espace disponible sur l'unité de disque, sde_freespace1. Ce segment d'espace libre (sde_freespace1) peut être divisé en d'autres segments car il représente l'espace non utilisé de l'unité de disque.

Delete:/dev/evms/sde

Add:DosSegMgr={},sde

Lorsqu'un gestionnaire de segments est supprimé d'un disque, le disque peut être réutilisé par d'autres plug-ins. La commande remove fait que le gestionnaire de segments enlève sa partition ou table de tranches du disque, abandonnant ainsi l'objet de stockage de disque brut qui devient alors un objet de stockage EVMS disponible. En tant qu'objet de stockage disponible, le disque est libre pour être utilisé par n'importe quel plug-in lorsque des objets de stockage sont créés ou agrandis. Vous pouvez également ajouter n'importe quel gestionnaire de segments à l'objet de stockage de disque disponible, dans le but de subdiviser le disque en segments.

La plupart des plug-ins de gestionnaire de segments vérifient si chacun des segments est encore utilisé par d'autres plug-ins ou font encore partie d'un volume. Si un gestionnaire de segments constate qu'il n'y a aucun disque duquel il peut se retirer de manière sûre, il ne sera pas sur la liste lors de l'utilisation de la commande remove. Dans ce cas, il faut supprimer le volume ou objet de stockage qui consomme des segments du disque que vous voulez réutiliser.

Cette section montre comment supprimer un gestionnaire de segments avec EVMS.

	NOTE
	Dans l'exemple suivant, le gestionnaire de segments DOS a une partition primaire sur le disque sda. Le segment est un volume de compatibilité dont le nom est /dev/evms/sda1.

Delete:/dev/evms/sda1

Remove: sda

Un disque peut être subdivisé en objets de stockage plus petits appelés segments de disque. Un plug-in de gestionnaire de segment fournit cette capacité. Une autre raison pour créer des segments de disque est le maintien de la compatibilité sur un système à double amorçage où l'autre système d'exploitation a besoin de partitions de disque. Avant de créer un segment de disque, vous devez choisir un plug-in de gestionnaire de segment pour gérer le disque et assigner le gestionnaire de segment au disque. Vous trouverez l'explication sur quand et comment assigner des gestionnaires de segment dans Chapter 6, Ajout et suppression d'un gestionnaire de segments.

Cette section fournit des explications détaillées sur la façon de créer un segment avec EVMS, en vous donnant des instructions pour vous aider à réaliser la tâche suivante :

2.3. Utilisation du CLI

Pour créer un segment de données depuis un segment d'espace libre, utilisez la commande Create. Les arguments acceptés par la commande Create varient en fonction de ce que l'on est en train de créer. Le premier argument de la commande Create indique ce qui va être créé, soit un segment dans notre exemple. Les arguments qui restent sont le segment d'espace libre d'où l'on va allouer, ainsi qu'une liste d'options à passer au gestionnaire de segments. La commande pour effectuer ceci est :

Create: Segment,sde_freespace1, size=100MB

	NOTE
	La commande Allocate sert aussi à créer un segment.

L'exemple précédent accepte les valeurs par défaut pour toutes les options non spécifiées. Pour voir les les options pour cette commande, tapez :

query:plugins,plugin=DosSegMgr,list options

Segments et disques peuvent se combiner pour former un conteneur. Les conteneurs permettent de combiner des objets de stockage et de diviser ces objets de stockage combinés en de nouveaux objets de stockage. On peut combiner des objets de stockage pour implémenter le concept de groupe de volume que l'on trouve dans les gestionnaires de volume logique AIX et Linux.

Avec les conteneurs, on commence à améliorer la souplesse de la gestion des volumes. On pourra donc créer un conteneur pour avoir plus de souplesse dans les futurs besoins de stockage. Par exemple, on pourrait avoir besoin d'ajouter des disques supplémentaires lorsque les applications ou les utilisateurs auront besoin de plus de stockage.

Cette section fournit des explications détaillées sur la façon de créer un conteneur avec EVMS, en vous donnant des instructions pour vous aider à terminer la tâche suivante.

Create:Container,LvmRegMgr={name="Exemple de conteneur",pe_size=16MB},sdc,sdd,hdc

query:plugins,plugin=LvmRegMgr,list options

Vous pouvez créer des régions si vous avez besoin des fonctionnalités fournies par un certain gestionnaire de région, ou parce que vous voulez les fonctionnalités fournies par ce gestionnaire de région. Vous pouvez aussi créer des régions pour qu'elles soient compatibles avec d'autres technologies de gestion de volume, telles que MD ou LVM. Par exemple, si vous vouliez faire un volume qui soit compatible avec Linux LVM, vous devriez créer une région à partir d'un conteneur Linux LVM puis un volume de compatibilité à partir de cette région.

Cette section explique comme créer une région avec EVMS, en vous donnant des instructions pour vous aider à effectuer la tâche suivante.

Create:region, LvmRegMgr={name="Exemple de région", size=1000MB},"lvm/Exemple de conteneur/Freespace"

query:plugins,plugin=LvmRegMgr,list options

Le lien de disque concatène linéairement des objets, ce qui permet de créer des objets de stockage et des volumes plus grands à partir d'éléments séparés plus petits. Par exemple, disons que vous avez besoin d'un volume de 1 Go mais que vous n'avez pas d'espace contigu de cette taille disponible. Le lien de disque permet de relier 2 objets ou plus pour former un volume de 1 Go.

Les types d'objet pouvant être reliés de cette façon incluent les disques, segments, régions et autres objets de fonctionnalités.

Tout redimensionnement d'un lien de disque existant, que ce soit pour l'agrandir ou le réduire, doit être coordonné avec les opérations de système de fichier appropriées. EVMS gère ces opérations de système de fichier automatiquement.

Comme le lien de disque est une fonctionnalité spécifique à EVMS contenant des méta-données, il n'est pas rétro-compatible avec d'autres systèmes de gestion de volume.

Le plug-in de lien de disque consomme des objets de stockage appelés objets de lien ; ils produisent un objet de lien de disque plus grand dont l'espace d'adresse couvre l'ensemble des objets de lien. Le plug-in de lien de disque sait comment assembler les objets de lien de façon à créer exactement le même espace d'adresse à chaque fois. Les informations nécessaires pour faire cela sont gardées sur chaque lien fils comme métadonnées de lien de disque persistantes. Pendant la découverte, le plug-in de lien de disque inspecte chaque objet de stockage connu pour rechercher ces métadonnées. La présence de ces métadonnées permet d'identifier l'objet de stockage comme objet de lien. Les informations contenues dans les métadonnées sont suffisantes pour :

Si des objets de lien manquent à la fin du processus de découverte, l'objet de stockage de lien de disque présente des vides là où il y a absence d'objets de lien. Dans ces cas-là, le plug-in de lien de disque essaie de combler le vide avec un objet de lien de remplacement et de construire l'objet de stockage de lien de disque en mode lecture seule, ce qui permet l'action de récupération. L'objet manquant pourrait se trouver sur un stockage amovible qui a été retiré, ou peut-être qu'un plug-in de couche plus basse a échoué lors de la production de l'objet manquant. Quelle que soit la raison, un objet de stockage de lien de disque en lecture seule, en utilisant la journalisation des erreurs, permet d'effectuer les actions appropriées pour récupérer le lien de disque.

Le plug-in de lien de disque fournit une liste des objets utilisables depuis lesquels il peut créer un objet de lien de disque. Lorsque vous créez un objet de stockage EVMS puis que vous choisissez le plug-in de lien de disque, il est fourni une liste des objets utilisables dans laquelle vous pouvez faire votre choix. L'ordonnancement du lien de disque est déduit de l'ordre dans lequel vous choisissez les objets de la liste fournie. Après avoir donné un nom au nouvel objet de lien de disque, les objets de lien identifiés sont consommés et le nouvel objet de lien de disque est produit. Le nom du nouvel objet est la seule option lors de la création d'un lien de disque.

Seul le dernier objet dans un lien de disque peut être agrandi, réduit ou supprimé. De plus, un nouvel objet ne peut être ajouté à la fin d'un lien de disque existant que si le système de fichier (s'il existe) le permet. Tout redimensionnement d'un lien de disque, que ce soit pour l'agrandir ou le réduire, doit être coordonné avec les opérations de système de fichier appropriées. EVMS gère ces opérations de système de fichier automatiquement.

Cette section montre comment créer un lien de disque avec EVMS :

query: plugins, plugin=DriveLink, list options

create: object, DriveLink={Name=dl}, sde4, hdc2

Un lien de disque est un objet de stockage agrégé qui se construit en combinant un certain nombre d'objets de stockage pour donner un objet plus grand. Un lien de disque consomme des objets de lien dans le but de produire un objet de stockage plus grand. L'ordonnancement des objets de lien ainsi que le nombre de secteurs que chacun apporte est décrit dans les métadonnées du lien de disque. Les métadonnées permettent au plug-in de lien de disque de recréer le lien de disque, en couvrant l'ensemble des objets de lien d'une manière cohérente. Autoriser l'un ou l'autre de ces objets de lien à s'étendre pourrait corrompre la taille et l'ordonnancement des objets de lien ; l'ordonnancement des objets de lien est vital pour le bon fonctionnement du lien de disque. Cependant, l'extension d'un lien de disque peut être contrôlé en ne permettant aux secteurs d'être ajoutés qu'à la fin de l'objet de stockage de lien de disque. Cela ne perturbe aucunement l'ordonnancement des objets de lien, et comme les secteurs ne sont ajoutés qu'à la fin du lien de disque, les secteurs existants ont la même adresse (numéro de secteur logique) qu'avant l'extension. Un lien de disque peut donc être étendu en ajoutant des secteurs supplémentaires de deux manières différentes :

Si le point d'extension est l'objet de stockage de lien de disque, on peut effectuer l'extension en ajoutant au lien de disque des objets de stockage supplémentaires. Cela se fait pendant l'opération d'extension, en choisissant dans une liste les objets utilisables. Plusieurs objets peuvent être sélectionnés et ajoutés au lien de disque.

Si le point d'extension est le dernier objet de stockage du lien de disque, on peut étendre le lien de disque en interagissant avec le plug-in qui a créé l'objet. Par exemple, si le lien était un segment, le plug-in de gestionnaire de segment qui a produit l'objet de stockage peut étendre l'objet de lien. Après cela, le plug-in de lien de disque remarque la différence de taille et met à jour les métadonnées du lien de disque pour répercuter le redimensionnement de l'objet fils.

Il n'y a pas d'options pour l'extension.

Les mêmes restrictions s'appliquent à la réduction d'un lien de disque qu'à son extension. Un objet de lien de disque ne peut être réduit qu'en retirant les secteurs à la fin du lien de disque. Cela peut être fait des façons suivantes :

Le plug-in de lien de disque essaie d'organiser la réduction d'un objet de stockage de lien de disque en n'affichant que le dernier objet de lien. Si vous sélectionnez cet objet, le plug-in de lien de disque affiche alors l'avant-dernier objet de lien, et ainsi de suite, en remontant d'un objet de lien à l'autre pour répondre à la commande de réduction.

Si le point de réduction est le dernier objet de stockage du lien de disque, on réduit le lien de disque en interagissant avec le plug-in qui a produit cet objet.

Il n'y a pas d'options de réduction.

Un lien de disque peut être supprimé tant qu'il n'est pas un volume de compatibilité, un volume EVMS ou consommé par un autre plug-in EVMS.

Il n'y a pas d'options disponibles pour la suppression d'un objet de stockage de lien de disque.

Un instantané de volume représente une "image figée" d'un volume. Le volume source d'un instantané de volume s'appelle un "original". Lorsqu'un instantané de volume est créé, il est strictement identique à l'original tel qu'il est à ce moment précis de sa création. Quand des changements sont effectués sur l'original, l'instantané de volume ne change pas et reste identique à l'original tel qu'il était au moment où l'instantané a été créé.

L'opération de création d'instantanés de volumes permet de garder un volume en fonctionnement au moment où la sauvegarde est créée. Cette méthode est beaucoup plus pratique qu'une sauvegarde de données qui oblige à arrêter le volume pour obtenir une sauvegarde cohérente. Pour la sauvegarde avec un instantané de volume, un instantané de volume du volume est créé, puis une sauvegarde est faite à partir de cet instantané, l'original reste alors utilisable durant toute l'opération.

Vous pouvez créer un objet instantané de volume à partir de n'importe quel objet de stockage non utilisé dans EVMS (disques, segments, régions, ou objets de fonctions). La taille de l'objet utilisé est la taille disponible pour l'objet instantané de volume. L'objet instantané de volume peut être plus petit ou plus grand que le volume original. Si l'objet est plus petit, le volume de l'instantané de volume pourra se remplir complètement étant donné que les données sont copiées de l'original vers l'instantané de volume, ce qui permet de laisser à l'original un niveau d'activité suffisant. Dans cette situation, l'instantané de volume est désactivé et les entrées/sorties supplémentaires sur l'instantané de volume échouent.

La taille de l'objet instantané de volume sera basée sur le niveau d'activité qui sera susceptible d'exister sur l'original tout au long de la durée de vie de l'instantané de volume. Plus il y a de changements qui interviennent sur l'original et plus la durée prévue que l'instantané de volume reste actif sera longue, plus la taille de l'objet instantané de volume devra être importante. Il est clair que ce calcul n'est pas simple à faire et se fera nécessairement par tâtonnements afin de déterminer la taille adéquate de l'objet instantané de volume à utiliser pour une situation donnée. L'objectif est de créer un objet instantané de volume, ni trop petit pour éviter une désactivation si l'instantané de volume remplit le volume, ni trop grand pour ne pas gaspiller l'espace disque. Dans le cas où l'objet instantané de volume est de la même taille ou un peu plus grand que l'original, pour prendre en compte les tables de correspondances de l'instantané de volume, l'instantané de volume n'est jamais désactivé.

Après avoir créé l'objet instantané de volume et enregistré les changments, l'instantané de volume sera activé (à condition que l'objet fils de l'instantané soit déjà actif). Cela représente un changement par rapport aux instantanés de volumes de EVMS 2.3.x et de ses versions précédentes, où l'instantané de volume n'était pas activé tant que l'objet n'était pas transformé en un volume EVMS. Si vous souhaitez avoir un instantané de volume inactif, ajoutez le nom de l'objet instantané de volume à la ligne «activate.exclude» dans le fichier de configuration EVMS (voir la section concernant l'activation sélective pour plus d'informations). Si à un moment ou à un autre vous décidez de désactiver un objet instantané de volume alors que le volume original est toujours actif, l'instantané de volume sera réinitialisé. La prochaine fois que l'objet instantané de volume sera activé, il reflétera l'état du volume original à ce moment précis, comme si l'instantané de volume venait d'être créé.

Afin de monter l'instantané de volume, il reste encore à convertir l'objet instantané de volume en volume EVMS. Le volume peut avoir le même nom que l'objet de l'instantané de volume, ou un autre nom.

Cette section détaille la façon de créer un instantané de volume avec EVMS :

query: plugins, plugin=Snapshot, list options

create: object, Snapshot={original=/dev/evms/vol, snapshot=snap}, "lvm/Sample Container/Sample Region"

Les instantanés de volumes peuvent être réinitialisés. Une réinitialisation provoque la suppression des données enregistrées et, dès cet instant, un nouvel instantané de volume est lancé. Un instantané de volume réinitialisé possède le même volume original, la même taille et les mêmes drapeaux inscriptibles que l'instantané de volume d'origine. Pour réinitialiser un instantané de volume, utilisez la commande Reset sur l'objet de l'instantané de volume (et non sur le volume de l'instantané de volume). Cette commande réinitialise l'instantané de volume sans que l'on soit obligé de désactiver et de réactiver manuellement le volume. L'instantané de volume doit être actif, mais démonté pour être réinitialisé. Cette section reprend l'exemple de la section précédente, où il s'agissait de créer un objet instantané de volume et un volume. L'objet instantané de volume s'appelle "snap" et le volume "/dev/evms/snap".

Comme nous l'avons mentionné dans la section 11.2, comme les données sont copiées du volume original vers le volume de l'instantané de volume, l'espace disque disponible prévu pour l'instantané de volume peut se remplir complètement, générant ainsi l'invalidation de l'instantané de volume. Une telle situation peut provoquer la fin prématurée de la sauvegarde des données, puisque le volume de l'instantané de volume commencera à retourner des erreurs d'entrée/sortie après son invalidation. Pour résoudre ce problème, EVMS a désormais la capacité d'étendre l'espace de stockage pour un objet de l'instantané de volume pendant que le volume de l'instantané de volume est actif et monté. Cette fonction permet de créer au départ un objet de l'instantané de volume de petite taille, puis d'étendre la taille de l'objet au fur et à mesure que l'espace se remplit. Afin d'étendre l'objet instantané de volume, les objets sous-jacents doivent être extensibles. Reprenons l'exemple de la section précédente, l'objet "snap" est construit sur la région LVM lvm/Sample Container/Sample Region. Quand nous parlons de l'extension de l'objet "snap", l'objet qui est en fait étendu est la région lvm/Sample Container/Sample Region, et l'objet "snap" utilise simplement le nouvel espace disponible sur cette région. Ainsi pour avoir un instantané de volume extensible, il faudra donc normalement créer l'objet instantané au-dessus des régions LVM qui ont de l'espace libre disponible supplémentaire dans leur conteneur LVM. Les objets de lien de disque [DriveLink] et certains segments de disques peuvent aussi fonctionner dans certaines conditions. On peut noter un aspect assez particulier de l'extension d'un instantané de volume : l'objet instantané et le volume ne semblent pas en fait s'étendre une fois l'opération terminée. Du fait que l'instantané de volume est sensé être une image figée du volume original, le volume de l'instantané de volume a toujours la même taille que l'original, même si l'instantané de volume a été étendu. Cependant, on peut vérifier que l'objet de l'instantané de volume utilise l'espace supplémentaire en affichant les détails de l'objet instantané de volume et en comparant le champ pourcentage de rempli [percent-full] avant et après l'opération d'extension.

query:region, region=« lvm/Sample Container/Sample Region »,lo

expand:« lvm/Sample Container/Sample Region », add_size=100MB

Lorsqu'un instantané de volume n'est plus nécessaire, il est possible de l'enlever en supprimant le volume EVMS de l'objet instantané de volume, et ensuite en supprimant l'objet instantané de volume. Comme l'instantané de volume a enregistré l'état initial du volume original (et non le changement d'état), l'original est en permanence à jour et ne nécessite aucune modification lors de la suppression de l'instantané de volume.

Dans certaines situations, l'utilisateur peut vouloir restaurer le volume original à l'état où il était avec l'instantané de volume enregistré. Cette opération s'appelle une restauration [rollback]. Un tel scénario peut apparaître si les données du volume original sont perdues ou corrompues. La restauration de l'instantané de volume agit comme un mécanisme rapide de secours et de restauration, et il permet à l'utilisateur d'éviter une plus longue opération de restauration à partir de bandes ou autres archives. Une autre situation où la restauration peut être particulièrement utile est quand vous testez un nouveau logiciel. Avant l'installation d'un nouveau logiciel, créez un instantané de volume, ayant les droits d'écriture, sur le volume cible. Vous pouvez ensuite installer le logiciel sur le volume de l'instantané de volume, au lieu de l'original, et ensuite tester et vérifier ce nouveau logiciel sur l'instantané de volume. Si le test est réussi, vous pouvez alors restaurer l'instantané de volume à la place de l'original, et ainsi installer le logiciel sur le système normal. Si un problème apparaît durant le test, il suffit simplement de supprimer l'instantané de volume, sans abîmer le volume original. On peut effectuer une restauration lorsque les conditions suivantes sont remplies : l'instantané de volume et le volume original doivent être démontés ou sinon inutilisés, il n'y a qu'un seul instantané de volume pour un original. Si un original a plusieurs instantanés de volumes, les instantanés de volumes non désirés doivent être supprimés avant que la restauration puisse avoir lieu.

EVMS traite les objets de stockage et les volumes séparément. Un objet de stockage ne devient pas automatiquement un volume. Il faut le transformer en volume. Les volumes se créent à partir des objets de stockage. Les volumes sont soit des volumes natifs d'EVMS, soit des volumes compatibles. Les volumes compatibles sont prévus pour être compatibles avec un gestionnaire de volumes autre qu'EVMS, tel que Linux LVM, MD, OS/2 ou AIX. Les volumes compatibles peuvent avoir des restrictions sur ce qu'EVMS peut faire avec eux. Les volumes natifs d'EVMS n'ont pas de telles restrictions, mais ils ne peuvent être utilisés que sur des systèmes équipés avec EVMS. Les volumes sont montables et peuvent contenir des systèmes de fichiers. Les volumes natifs d'EVMS contiennent des informations spécifiques à EVMS afin d'identifier le nom du volume. Après que les informations du volume sont appliquées, le volume n'est plus complètement rétro-compatible avec les types de volumes existants. Au lieu d'ajouter des métadonnées EVMS à un objet existant, on peut indiquer à EVMS de faire un objet directement disponible en tant que volume. C'est ce qu'on appelle un volume compatible. En utilisant cette méthode, le produit final est complètement rétro-compatible avec le système souhaité.

Cette partie explique en détail comment créer un volume natif d'EVMS avec EVMS en fournissant les instructions pour vous aider à effectuer les tâches suivantes.

Create: Volume, «lvm/Sample Container/Sample Region», Name=«Sample Volume»

Cette partie explique en détail comment créer un volume compatible avec EVMS, en fournissant les instructions pour vous aider à accomplir les tâches suivantes.

Create:Volume,«lvm/Sample Container/Sample Region»,compatibility

EVMS est actuellement fourni avec sept FSIM. Ces modules de système de fichiers permettent à EVMS d'interagir avec les utilitaires de système de fichiers tels que mkfs et fsck. En plus de cela, les FSIM garantissent qu'EVMS effectue de façon sécurisées les opérations telles que l'extension ou la réduction des systèmes de fichiers, en coordonnant ces actions avec le système de fichiers.

On peut lancer des opérations comme mkfs et fsck grâce aux différentes interfaces utilisateurs d'EVMS. Aucune action que l'on lance par l'intermédiaire d'un FSIM n'est enregistrée sur le disque tant que les changements ne sont pas enregistrés dans l'interface utilisateur. Nous fournirons plus loin dans ce chapitre des exemples de création d'un nouveau système de fichiers et de coordination de la vérification des systèmes de fichiers par les interfaces GUI, Ncurses et ligne de commande d'EVMS.

Les FSIM supportés par EVMS sont : JFS XFS ReiserFS Ext2/3 SWAPFS OpenGFS NTFS

Après avoir fait un volume EVMS ou de compatibilité, ajoutez un système de fichiers au volume avant de le monter. Vous pouvez ajouter un système de fichiers à un volume à partir de l'interface EVMS de votre choix.

mkfs: JFS={vollabel=jfs_vol}, /dev/evms/my_vol

query: plugins, plugin=JFS, list options

On peut aussi coordonner les vérifications des systèmes de fichiers à partir des interfaces utilisateurs d'EVMS.

check: /dev/evms/my_vol, verbose=TRUE

Voici les règles et limitations pour la création de conteneurs :

Cette partie explique comment créer un conteneur privé type et fournit les indications permettant de réaliser la tâche suivante :

create: container,CSM={name="Priv1",type="private", nodeid="node"},sdd,sde,sdf

Cette partie explique comment créer un conteneur partagé type et fournit les indications vous aidant à réaliser la tâche suivante :

create: container,CSM={name="Shar1",type="shared"},sdd,sde,sdf

Cette partie explique comment convertir un conteneur privé type en un conteneur partagé et fournit les indications pour réaliser la tâche suivante :

	ATTENTION
	Assurez-vous qu'aucune application n'utilise les volumes sur le conteneur sur un des nœuds du cluster.

modify: Priv1,type=shared

Cette partie explique comment convertir un conteneur partagé type en un conteneur privé et fournit les indications pour réaliser la tâche suivante :

	ATTENTION
	Assurez-vous qu'aucune application n'utilise les volumes sur le conteneur sur un des nœuds du cluster.

modify: Shar1,type=private,node=node1

Quand un conteneur est expulsé, le nœud se détache du conteneur et supprime tous les objets créés en mémoire qui appartiennent à ce conteneur. Aucun nœud dans un cluster ne peut retrouver des objets résidant sur des conteneurs expulsés ou créer des objets pour un conteneur expulsé. Cette partie explique comment expulser un conteneur privé ou partagé.

modify: c1,type=deported

La procédure pour supprimer un conteneur pour clusters est la même que pour supprimer n'importe quel conteneur. (cf. partie 21.2).

EVMS supporte le gestionnaire de clusters Linux-HA à partir de la version EVMS 2.0. La compatibilité avec le gestionnaire de clusters RSTC est également disponible à partir d'EVMS 2.1 mais n'a pas été aussi largement testée.

	NOTE
	Assurez-vous que evms_activate est appelé dans l'un des scripts de démarrage avant que le script de HeartBeat soit appelé. Si evms_activate n'est pas appelé, le basculement pourrait ne pas fonctionner normalement.

Suivez les étapes ci-dessous afin de configurer le basculement et la reprise automatique d'un conteneur privé :

	NOTE
	N'ajoutez pas de conteneurs partagés à la liste des ressources de basculement, sinon EVMS pourrait avoir des réactions imprévisibles.

EVMS supporte l'administration des nœuds de clusters à partir de n'importe quel nœud du cluster. Par exemple, le stockage sur un nœud de cluster distant node1 peut être administré à partir d'un nœud de cluster node2. Les parties qui suivent montrent comment configurer l'administration à distance grâce aux multiples interfaces utilisateurs d'EVMS.

evms -n node2

Un conteneur privé et ses objets sont rendus actifs sur un nœud si :

De même, un conteneur partagé et ses objets sont rendus actifs sur un nœud si le nœud est dans un cluster qui a actuellement le quorum. Cependant, l'administrateur peut forcer l'activation de conteneurs privés ou partagés en ignorant ces règles.

	NOTE
	Soyez extrêmement prudent au cours de cette opération et assurez-vous que le nœud sur lequel le conteneur pour cluster réside est le seul nœud actif dans le cluster. Autrement, les données dans les volumes sur les conteneurs privés et partagés sur le nœud peuvent être corrompues.

Il y a plusieurs scénarios différents permettant de déterminer quel type de volumes est nécessaire. Par exemple, pour avoir des noms persistants ou pour utiliser pleinement les fonctionnalités d'EVMS, comme le Drive Linking ou le Snapshotting, on convertira les volumes de compatibilité en volumes EVMS. Dans un autre contexte, si on constate que le volume a besoin d'être lu par un système capable de comprendre le système de gestion de volumes sous-jacents, on convertira le volume EVMS en un volume de compatibilité.

Un volume ne peut être converti que lorsqu'il est déconnecté. Cela signifie que le volume doit être démonté et donc non utilisé. Le volume doit être démonté car l'opération de conversion change à la fois le nom et le numéro de périphérique du volume. Une fois le volume converti, vous pouvez le remonter en utilisant son nouveau nom.

Un volume de compatibilité peut être converti en un volume EVMS dans les situations suivantes:

Dans cette partie, on explique dans le détail comment convertir des volumes de compatibilité en volumes EVMS et on fournit les instructions qui permettront d'effectuer la tâche suivante:

convert: /dev/evms/hda3, Name=my_vol

On peut convertir un volume EVMS en un volume de compatibilité seulement si le volume ne possède pas des fonctionnalités d'EVMS. Cette partie explique en détail comment convertir des volumes EVMS en volumes de compatibilité en fournissant les instructions pour pouvoir réaliser la tâche suivante.

convert: /dev/evms/hda3, compatibility

L'extension et la réduction de volumes sont des opérations communes sur les volumes dans la plupart des systèmes. Par exemple, il peut être nécessaire de rétrécir un volume particulier pour créer de l'espace libre pour étendre un autre volume ou en créer un nouveau.

EVMS simplifie le processus d'extension et de réduction des volumes, et protège l'intégrité de vos données en coordonnant les opérations d'extension et de réduction avec le système de fichiers du volume. Par exemple, lors de la réduction d'un volume, EVMS réduit en premier le système de fichiers sous-jacent correctement pour protéger les données. Lors de l'extension d'un volume, EVMS étend le système de fichiers automatiquement lorsque de l'espace devient disponible.

Tous les types de modules d'interface de systèmes de fichiers (FSIM [File System Interface Module]) supportés par EVMS ne permettent pas les opérations de réduction et d'extension, et certains n'effectuent les opérations que lorsque le système de fichiers est monté ("connecté [online]"). Le tableau suivant détaille les options de réduction et d'extension disponibles pour chaque type de FSIM.

On peut réaliser toutes les opérations supportées de réduction et d'extension avec chacune des interfaces utilisateurs d'EVMS.

Cette partie explique comment réduire de 500 Mo un volume de compatibilité.

query : shrink points, ":dev/evms/lvm /Sample Container/Sample Region"

query : objects, object="lvm /Sample Container/Sample Region", list options

shrink : "lvm/Sample Container/Sample Region/", remove_size=500MB

Cette section explique comment ajouter 500 Mo à un volume de compatibilité.

query : expand points, "dev/evms/lvm /Sample Container/Sample Region"

query : objects, object="lvm /Sample Container/Sample Region", list options

expand : "lvm/Sample Container/Sample Region/", add_size=500MB,"lvm/Sample Container/Freespace"

EVMS permet d'ajouter des fonctionnalités, telles que les liens de disque, à un volume existant. En ajoutant des fonctionnalités, on évite d'avoir à détruire éventuellement un volume et d'être obligé de le recréer à partir de zéro. Prenons l'exemple d'un volume qui contient d'importantes données mais qui est presque plein. Si on veut ajouter des informations à ce volume mais qu'il n'y a pas d'espace libre sur le disque juste après le segment, on peut ajouter un lien de disque au volume. Ce dernier concatène un autre objet à la fin du volume et reprend sans problème.

L'exemple suivant montre comment ajouter un lien de disque à un volume en utilisant les interfaces EVMS, Ncurses et CLI.

query: plugins, plugin=DriveLink, list options

add feature: DriveLink={ Name="DL }, /dev/evms/vol

Il y a une section appelée "activate" dans le fichier de configuration d'EVMS /etc/etc/evms.conf. Cette section possède deux entrées : "include" et "exclude". Avec l'entrée "include", on obtient une liste des volumes et objets qui devraient être activés, tandis que l'entrée "exclude" donne la liste de ceux qui ne devraient pas être activés.

Les noms dans les deux entrées peuvent utiliser les notations "*", "?" et "[...]". Par exemple, l'entrée suivante activera tous les volumes :

include = [/dev/evms/*]

L'entrée suivante spécifie que les objets sda5 et sda7 ne sont pas activés :

exclude = [ sda[57] ]

Lorsque EVMS est lancé, il commence par lire l'entrée include et construit une liste des volumes et objets à activer. Puis il retire de la liste tous les noms qui se trouvent dans l'entrée exclude. Par exemple, pour activer tous les volumes excepté /dev/evms/temp, on aura :

activate {
  include = [/dev/evms/*]
  exclude = [/dev/evms/temp]
}

Si /etc/evms.conf ne possède pas de section activate, le comportement par défaut est de tout activer. Ce comportement découle des versions d'EVMS précédent la 2.4.

L'activation initiale avec /etc/evms.conf ne désactive aucun volume ou objet. Cela indique seulement ceux qui devraient être actifs.

L'interface d'EVMS offre la possibilité d'activer ou de désactiver un volume ou objet en particulier. L'opération n'est effectuée qu'au moment de l'enregistrement des changements.

Activate:nom

Deactivate:nom

activate {
  include = [*]
  exclude = [hda*]
}

Cette section explique comment monter un volume à l'aide des diverses interfaces d'EVMS.

mount:<volume>, <mount point>, [ <mount options> ]

Cette section explique comment démonter un volume à l'aide des diverses interfaces d'EVMS.

unmount:<volume>

Un volume utilisant le système de fichiers SWAPFS ne se monte ni se démonte. A la place, on active la permutation [swapping] du volume avec la commande sbin/swapon et on la désactive avec la commande sbin/swapoff. EVMS permet d'activer et de désactiver le swap d'un volume sans avoir à utiliser un terminal séparé.

Comme pour le montage et le démontage, EVMS réalise les opérations d'activation et de désactivation du swap immédiatement, il n'attend pas que les modifications aient été enregistrées.

Task: swapon, <volume>[, priority=low | , priority=high [level=0..32767]]

Task: swapoff, <volume>

Les tâches de plug-in sont des fonctionnalités qui ne sont disponibles que dans le contexte d'un plug-in particulier. Ces fonctionnalités ne sont pas communes à tous les plug-ins. Par exemple, ajouter des disques de rechange à un système RAID n'a de sens que dans le contexte du plug-in MD, de même que mettre à jour un instantané de sauvegarde de disque n'a de sens que dans le contexte du plug-in Snapshot.

Cette section explique comment réaliser une tâche de plug-in avec les interfaces EVMS, Ncurses et en ligne de commande.

Avec EVMS, il y a deux manières de détruire les objets dont vous ne voulez plus : "delete" et "delete recursive". L'option "delete" détruit uniquement l'objet que vous spécifiez. L'option "delete recursive" détruit l'objet que vous spécifiez et tous ses objets sous-jacents, jusqu'au conteneur s'il y en a un, ou bien jusqu'au disque. Pour qu'un volume soit supprimé, il ne doit pas être monté. EVMS vérifie que le volume que vous essayez de détruire n'est pas monté et n'effectue pas la suppression si le volume est monté.

L'exemple suivant montre comment détruire un volume et les objets qu'il contient avec les interfaces graphiques d'EVMS, de Ncurses et à partir de la ligne de commande.

On peut parfois avoir besoin de changer la configuration d'un objet de volume ou de stockage. Par exemple, on peut souhaiter remplacer un des disques d'un objet de type lien de disque ou RAID-0 par un disque plus récent et plus rapide. Autre exemple : on peut avoir un volume EVMS créé à partir d'un simple segment de disque, et vouloir transformer ce segment en une région RAID-1 pour apporter des redondances de données supplémentaires. "Object-replace" permet d'accomplir ces tâches.

Object-replace permet d'échanger un objet avec un autre objet. Le nouvel objet est ajouté alors que le premier est toujours en place. Les données sont ensuite copiées de l'original vers le nouvel objet. Lorsque la copie est terminée, l'objet original est supprimé. Ce processus peut etre effectué pendant que le volume est monté et en cours d'utilisation.

Pour cet exemple, nous allons démarrer avec un objet lien de disque nommé link1, qui est composé de deux segments de disque nommés sda1 et sdb1. L'objectif est de remplacer sdb1 par un autre segment nommé sdc1.

	Note
	Avec le plug-in de liaison de disque , l'objet cible (ici sdc1) peut être de même taille ou plus grand que l'objet source. Si la cible est plus grande, l'espace supplémentaire sera inutilisé. D'autres plug-ins ont des restrictions différentes et peuvent nécessiter que les deux objets soient de même taille.

Replace:nom_de_l_objet_source, nom_de_l_objet_cible

Replace:sdb1,sdc1 

On appelle déplacement de segments le fait de déplacer un segment vers un autre emplacement sur l'objet de stockage sous-jacent. Le nouvel emplacement du segment ne doit pas se chevaucher avec son emplacement actuel.

On peut déplacer les segments pour de nombreuses raisons, la plus convaincante étant une meilleure utilisation de l'espace libre du disque. L'espace libre du disque est une zone contigue inutilisée de secteurs sur un disque que EVMS a identifiée comme segment d'espace libre. Un segment de données peut être étendu uniquement en ajoutant des secteurs à la fin du segment, ce qui amène la fin du segment de données dans l'espace libre qui suit immédiatement le segment de données. Cependant, que faire si il n'y a pas d'espace libre qui suit juste après le segment de données ? Un ou plusieurs segments peuvent être déplacés ailleurs afin de créer de l'espace libre après le segment qui doit être agrandi. Par exemple :

Les plug-ins de gestionnaire de segments suivants prennent en charge la fonction de déplacement :

Cette section montre comment déplacer un segment DOS

	Note
	Dans l'exemple suivant, le gestionnaire de segment DOS a une seule partition primaire sur le disque sda qui se trouve à la toute fin du disque. Nous voulons la déplacer au début du disque car nous souhaitons agrandir ce segment et il n'y a pas actuellement d'espace libre après celui-ci.

task:Move,sda1,sda_freespace1