<?xml version="1.0" encoding="UTF-8"?>

<!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook XML V4.4//EN"

"http://www.oasis-open.org/docbook/xml/4.4/docbookx.dtd">

<chapter id="storage">

<title>Le stockage virtuel</title>

<para>Comme la machine virtuelle s'attendra, la plupart du temps, à voir un

disque dur construit dans son ordinateur virtuel, VirtualBox doit pouvoir présenter

du "vrai" stockage à l'invité comme un disque dur virtuel. Il existe aujourd'hui

trois méthodes pour faire cela&#xA0;:</para>

<orderedlist>

<listitem>

<para>Le plus souvent, VirtualBox utilisera de gros fichiers images sur un

vrai disque dur et les présentera à un invité comme des disques durs virtuels.

Cela est décrit au <xref linkend="vdidetails" />.</para>

</listitem>

<listitem>

<para>Sinon, si vous avez des serveurs de stockage iSCSI, vous pouvez connecter

un tel serveur à VirtualBox comme le décrit le <xref

linkend="storage-iscsi" />.</para>

</listitem>

<listitem>

<para>Enfin, comme fonction avancée, vous pouvez permettre à une machine

virtuelle d'accéder directement à un des disques durs de votre hôte&#xA0;;

cette fonction avancée est décrite au <xref linkend="rawdisk" />.</para>

</listitem>

</orderedlist>

<para>Chaque périphérique virtuel (fichier image, cible iSCSI ou disque physique)

devra être connecté au contrôleur de disque dur virtuel présenté par VirtualBox

à une machine virtuelle. Ceci est expliqué à la prochaine

section.</para>

<sect1 id="harddiskcontrollers">

<title>Les contrôleurs de disque dur&#xA0;: IDE, SATA (AHCI), SCSI, SAS</title>

<para>Dans un vrai PC, les disques durs et les lecteurs de CD/DVD sont

connectés à un périphérique appelé le contrôleur de disque dur, qui pilote les

opérations du disque dur et les transferts de données. VirtualBox peut émuler

les quatre types contrôleurs de disque les plus courants qu'on trouveen

général dans les PCs d'aujourd'hui&#xA0;: IDE, SATA (AHCI), SCSI et

SAS.<footnote>

<para>Le support SATA a été ajouté avec VirtualBox 1.6&#xA0;; l support SCSI

expérimental a été ajouté à la 2.1 et complètement implémenté avec la

2.2. En général, les connexions de stockag ont été rendus beaucoup plus

flexibles avec VirtualBox 3.1&#xA0;; voir ci-dessous. Le support pour

le contrôleur LSI Logic SAS a été ajouté avec

VirtualBox 3.2.</para>

</footnote><itemizedlist>

<listitem>

<para>Les contrôleurs <emphasis role="bold">IDE (ATA)</emphasis> sont

une extension très avancée de la rétrocompatibilité du contrôleur de

disque dur dans les PC/AT IBM (1984). Au début, cette interface

ne fonctionnait qu'avec des disques durs mais elle a ensuite été

étendue aussi au support des lecteurs CD-ROM et d'autres types de

médias amovibles. Dans des PCs physiques, ce standard utilise des

nappes de 40 ou 80 fils. Chaque câble peut connecter deux périphériques

à un contrôleur, ce qu'on appelait traditionnellement le "maître" et "l'esclave".

Les PCs classiques avaient deux connecteurs par câbles, le support

jusqu'à quatre pçriphériques était donc classique.</para>

<para>Dans VirtualBox, chaque machine virtuelle peut avoir un contrôleur IDE

activé, ce qui vous donne jusqu'à quatre périphériques de stockage virtuels

connectables à la machine. (Par défaut, un des quatre -- le maître

secondaire -) est préconfiguré pour être le lecteur CD/DVD de la

machine virtuelle, mais ceci peut être modifié.<footnote>

<para>L'affectation du lecteur CD/DVD de la machine au maître

secondaire était figé avant VirtualBox 3.1&#xA0;; il est maintenant

modifiable et le lecteur peut être sur d'autres slots du contrôleur

IDE et il peut y avoir plus de deux lecteurs.</para>

</footnote>)</para>

<para>Donc, même si votre système d'exploitation invité ne supporte

pas les périphériques SCSI ou SATA, il devrait toujours pouvoir voir

un contrôleur IDE.

</para>

<para>Vous pouvez aussi sélectionner le type exact de contrôleur IDE

que VirtualBox devrait matériellement présenter à la machine virtuelle

(PIIX3, PIIX4 ou ICH6). Il n'y a pas de différence en termes de performance,

mais si vous importez une machine virtuelle d'un autre produit de

virtualisation, le système d'exploitation de cette machine peut attendre

un type de contrôleur particulier et planter s'il n'est pas trouvé.</para>

<para>Après avoir créé une nouvelle machine virtuelle avec l'assistant

"Nouvelle Machine virtuelle" de l'interface graphique, vous verrez généralement

un contrôleur IDE dans les paramètres de "Stockage" de la machine, auquel

le lecteur CD/DVD sera connecté, sur un des quatre

ports du contrôleur.</para>

</listitem>

<listitem>

<para><emphasis role="bold">Serial ATA (SATA)</emphasis> est un

standard récent introduit en 2003. Par rapport à l'IDE, il supporte

plus de périphériques par contrôleur et à bien plus haute vitesse. De

plus, avec du matériel physique, les périphériques peuvent être ajoutés

et supprimés pendant que le système fonctionne. L'interface standard

des contrôleurs SATA est appelé

Advanced Host Controller Interface (<emphasis

role="bold">AHCI</emphasis>).</para>

<para>Comme un vrai contrôleur SATA, le contrôleur SATA virtuel de

VirtualBox travaille plus vite et consomme moins de ressources processeur

que le contrôleur IDE virtuel. De plus, il vous permet de connecter

jusqu'à 30 disques durs virtuels à une machine au lieu de seulement

trois comme avec le contrôleur IDE de VirtualBox (avec le lecteur DVD

déjà connecté).</para>

<para>Pour cette raison, à partir de la version 3.2 et selon le système

d'exploitation invité sélectionné, VirtualBox utilise SATA par défaut

pour les machines virtuelles nouvellement créées. Un contrôleur virtuel

SATA est créé par défaut et le disque par défaut créé avec une nouvelle

VM est connecté à ce contrôleur.<warning>

<para>Tout le contrôleur SATA et les disques virtuels qui s'y connectent

(y compris ceux en mode de compatibilité IDE) ne seront pas vus par

les szstèmes d'exploitation n'ayant pas de support pçriphérique

pour AHCI. En particulier, <emphasis role="bold">il n'y a pas de

support pour AHCI dans Windows avant Windows Vista</emphasis>, donc

Windows XP (même SP3) ne verra pas de tels disques sauf si vous

installez des pilotes supplémentaires. Il est possible de passer

de l'IDE à SATA après l'installation en installant les pilotes SATA

et en changeant le type de contrôleur dans la boîte de dialogue des

paramètres de la VM.<footnote>

<para>VirtualBox recommande les pilotes Intel Matrix Storage

qui sont téléchargeables skr <ulink

url="http://downloadcenter.intel.com/Product_Filter.aspx?ProductID=2101">http://downloadcenter.intel.com/Product_Filter.aspx?ProductID=2101</ulink>.</para>

</footnote></para>

</warning></para>

<para>Pour ajouter un contrôleur SATA à une machine pour laquelle il n'a

pas été activé par défaut (soit parce qu'elle a été créée par une

version antérieure VirtualBox, soit parce que SATA n'est pas supporté

par défaut par le système d'exploitation invité sélectionné), allez

dans l'onglet "Stockage" de la boîte de dialogue des paramètres de la

machine, cliquez sur le bouton "Ajouter un contrôleur" sous la case

"Arborescence de stockage" puis sélectionnez "Ajouter un contrôleur

SATA". Après quoi, le contrôleur traditionnel apparaîtra comme un

périphérique PCI distinct dans la machine virtuelle et vous pouvez y ajouter

des disques virtuels.</para>

<para>Pour modifier les paramètres du mode de compatibilité IDE pour

le contrôleur SATA, merci de voir <xref

linkend="vboxmanage-storagectl" />.</para>

</listitem>

<listitem>

<para><emphasis role="bold">SCSI</emphasis> est un autre standard

industriel signifiant "Small Computer System Interface".

SCSI a été standardisé dès 1986 comme une interface générique pour

transférer des données entre tous les types de périphériques, y compris

ceux de stockage. Aujourd'hui, SCSI est encore utilisé pour connecter

des disques durs et des lecteurs à bandes, mais il est généralement devenu

un matériel de convenance. On l'utilise encore souvent sur des stations

de travail et des serveurs à haute performance.</para>

<para>En priorité pour des raisons de compatibilité avec d'autres

logiciels de virtualisation, VirtualBox supporte en option les contrôleurs

LSI Logic et BusLogic SCSI, chacun d'entre eux pouvant gérer jusqu'à

15 disques durs virtuels.</para>

<para>Pour activer un contrôleur SCSI, sur l'onglet "Stockage" de la

boîte de dialogue des paramètres d'une machine virtuelle, cliquez sur

le bouton "Ajouter un contrôleur" sous la case "Arborescence de

stockage" puis sélectionnez "Ajouter un contrôleur SCSI". Après quoi,

le contrôleur supplémentaire apparaîtra comme périphérique PCI distinct

dans la machine virtuelle.<warning>

<para>Comme avec les autres types de contrôleurs, un contrôleur SCSI

ne sera vu que par les systèmes d'exploitation ayant un support

de ce périphérique.

Windows 2003 et supérieur incluent des pilotes pour le contrôleur

LSI Logic, tandis que Windows NT 4.0 et Windows 2000 incluent

des pilotes pour le contrôleur BusLogic. Windows XP n'inclut

aucun pilote.</para>

</warning></para>

</listitem>

<listitem>

<para><emphasis role="bold">Serial Attached SCSI (SAS)</emphasis> est

un autre standard de bus qui utilise le jeu de commandes SCSI. Mais

contrairement au SCSI, avec les périphériques physiques, on utilise

des câbles série au lieu de ceux parallèles, ce qui simplifie la

connexion de périphériques physiques. D'une certaine manière, SAS

est donc au SCSI ce que SATA est à l'IDE: il permet des connexions

plus fiables et plus rapides.</para>

<para>Pour supporter des invités de haut niveau exigeant des contrôleurs

SAS, VirtualBox émule un contrôleur a LSI Logic SAS qui peut être

activé de la même façon qu'un contrôleur SCSI. Pour le moment, on

peut connecter jusqu'à huit périphériques au contrôleur SAS.</para>

<warning>

<para>Comme avec SATA, le contrôleur SAS ne sera vu que par les systèmes

d'exploitation supportant ce périphérique. En particulier,

<emphasis role="bold">il n'y a pas de support de SAS dans Windows

avant Windows Vista</emphasis>, donc Windows XP (même SP3) ne

verra pas de tels ditques, sauf si vous installez des pilotes supplémentaires.</para>

</warning>

</listitem>

</itemizedlist></para>

<para>En résumé, VirtualBox vous offre les catégrie; de slots de stockage

virtuels suivantes&#xA0;:<orderedlist>

<listitem>

<para>quatre slots attachés au contrôleur IDE traditionnel, qui sont

toujours présents (un d'eux est en général un lecteur de CD/DVD

virtuel)&#xA0;;</para>

</listitem>

<listitem>

<para>30 slots attachés au contrôleur SATA s'il est activé et si votre

système d'exploitation invité le supporte&#xA0;;</para>

</listitem>

<listitem>

<para>15 slots attachés au contrôleur SCSI s'il est activé et si le

système d'exploitation invité peut le voir&#xA0;;</para>

</listitem>

<listitem>

<para>huit slots attachés au contrôleur SAS, s'il est activé et si le

système d'exploitation invité peut le voir&#xA0;;</para>

</listitem>

</orderedlist></para>

<para>Étant donné le vaste choix de contrôleurs de stockage, il se peut que

vous vous demandiez lequel choisir. En général, vous devriez éviter l'IDE,

à moins que ce soit le seul contrôleur

supporté par votre invité. Que vous utilisiez SATA, SCSI ou SAS ne présente

pas de vraie différence. La variété des contrôleurs n'est fournie par

VirtualBox que pour des raisons de compatibilité avec le matériel existant

et d'autres hyperviseurs.</para>

</sect1>

<sect1 id="vdidetails">

<title>Fichiers images de disque (VDI, VMDK, VHD, HDD)</title>

<para>Les fichiers images de disrue résident sur le système hôte et sont vues

par les systèmes invités comme des ditvoct durs d'une certaine composition.

Quand un système d'exploitation invité lit ou écrit sur un disque dur,

VirtualBox redirige la requête vers le fichier image.</para>

<para>Comme un disque physique, un disque virtuel est d'une taille (capacité),

qui doit être indiquée quand le fichier image est créé. Mais contrairement

à un disque physique, VirtualBox vous permet d'étendre un fichier image

après l'avoir créé, même s'il contient déjà des données (voir <xref

linkend="vboxmanage-modifyvdi" /> pour les détails.<footnote>

<para>Le redimensionnement d'image a été ajouté avec VirtualBox 4.0.</para>

</footnote></para>

<para>VirtualBox supporte quatre variantes de fichiers images de disque&#xA0;:<itemizedlist>

<listitem>

<para>Normalement, VirtualBox utilise son propre format de container

pour les disques durs invités -- des fichiers Virtual Disk Image (VDI).

En particulier,ce format sera utilisé quand vous créerez une nouvelle

machine virtuelle avec un nouveau

disque.</para>

</listitem>

<listitem>

<para>VirtualBox supporte aussi complètement le format d

container VMDK ouvert et populaire, utilisé par de nombreux produits

de virtualisation, en particulier, par VMware.<footnote>

<para>Le premier support du VMDK a été ajouté avec VirtualBox 1.4&#xA0;;

depuis la version 2.1, VirtualBox supporte complètement le VMDK,

ce qui veut dire que vous pouvez créer des dépôts et utilisar toutes

les autres fonctions avancées décrites ci-dessus pour les images

VDI avec VMDK.</para>

</footnote></para>

</listitem>

<listitem>

<para>VirtualBox supporte complètement le format VHD utilisé par

Microsoft.</para>

</listitem>

<listitem>

<para>Les fichiers images de Parallels version 2 (format HDD) sont

aussi supportés.<footnote>

<para>Le support a été ajouté avec VirtualBox 3.1.</para>

</footnote> Par manque de documentation du format, les nouveaux formats

(3 et 4) ne sont pas supportés. Vous pouvez cependant convertir de

tels fichiers images à leur version 2 en utilisant des outils fournis

par Parallels.</para>

</listitem>

</itemizedlist></para>

<para>Indépendamment de la capacité et du format du disque, comme on l'a

brièvement indiqué au <xref linkend="gui-createvm" />, il y a deux

options sur la façon de créer une image de disque&#xA0;: la taille fixe ou

dynamique..</para>

<itemizedlist>

<listitem>

<para>Si vous créez une <emphasis role="bold">image à taille fixe

</emphasis>, un fichier image sera créé sur votre système hôte ayant

rigoureusement la même taille que la capacité du disque virtuel. Donc,

pour un disque de 10G, vous aurez un fichier de 10G. Remarquez que la

création d'une image à taille fixe peut prendre du temps selon la taille

de l'image et les performances d'écriture de votre disque dur.</para>

</listitem>

<listitem>

<para>Pour une gestion du stockage plus flexible, utilisez une <emphasis

role="bold">image dynamique</emphasis>. Elle sera très petite au départ

et n'occupera pas de place pour des secteurs de disque virtuel inutilisés,

mais elle grandira à chaque fois qu'un secteur de disque sera écrit pour

la première fois, jusqu'à ce que le lecteur ne atteigne la capacité maximale

choisie quand le lecteur a été créé. Si ce format prend moins de place au

départ, le fait que VirtualBox doit étendre le fichier image consomme

des ressources de calcul supplémentaires, donc jusqu'à ce que la taille

du fichier de disque ait été stabilisée, les opérations d'écriture peuvent

être plus lentes qu'avec des disques à taille fixe. Cependant, après

un certain temps, la vitesse de grossissement ralentira l'inconvénient

moyen des opérations d'écriture deviendra négligeable.</para>

</listitem>

</itemizedlist>

</sect1>

<sect1 id="vdis">

<title>Le gestionnaire de médias virtuels</title>

<para>VirtualBox garde une trace de toutes les images de disque dur, de lecteur

CD/DVD-ROM et de disquette utilisés par les machines virtuelles. On les désigne

souvent comme des "médias connus" et ils proviennent de deux sources&#xA0;:<itemizedlist>

<listitem>

<para>tous les médias actuellement attachés aux machines virtuelles&#xA0;;</para>

</listitem>

<listitem>

<para>les médias "enregistrés" pour la compatibilité avec les

versions de VirtualBox inférieures à 4.0. Pour les détails sur les modaliqés

du changement de l'enregistrement des médias, avec la version 4.0,

merci de vous reporter à <xref

linkend="vboxconfigdata" />.</para>

</listitem>

</itemizedlist></para>

<para>Vous pouvez visualiser et modifier les médias connus dans le the <emphasis

role="bold">gestionnaire de médias virtuels</emphasis>, auquel vous

pouvez accéder à partir du menu "Fichier" de la fenêtre principale de

VirtualBox&#xA0;:</para>

<para><mediaobject>

<imageobject>

<imagedata align="center" fileref="images/virtual-disk-manager.png"

width="12cm" />

</imageobject>

</mediaobject>Les médias connus sont regroupés, par commodité, dans trois

onglets pour les trois formats possibles. Ces formats sont&#xA0;:</para>

<itemizedlist>

<listitem>

<para>Les images de disque dur, soit au format de VirtualBox Virtual Disk

Image(VDI), soit dans des formats tiers listés au chapitre précédent&#xA0;;</para>

</listitem>

<listitem>

<para>Les images CD/DVD au format ISO standard&#xA0;;</para>

</listitem>

<listitem>

<para>les images de disquette au format standard RAW.</para>

</listitem>

</itemizedlist>

<para>Comme vous pouvez le voir dans l'impression d'écran ci-dessus, pour

chaque image, le gestionnaire de médias Virtuels vous montre le chemin complet

vers le fichier image et d'autres informations, telles que la machine virtuelle

à laquelle est attachée l'image, s'il y en a.</para>

<para>Le gestionnaire de média virtuels vous permet de</para>

<itemizedlist>

<listitem>

<para><emphasis role="bold">supprimer</emphasis> une image du

registre (et effacer éventuellement le fichier image en même temps)&#xA0;;</para>

</listitem>

<listitem>

<para><emphasis role="bold">"libçrer"</emphasis> une image, c'est-à-dire

la détacher d'une machine virtuelle si elle est rattachée actuellement à

une d'elles en tant que disque dur virtuel.</para>

</listitem>

</itemizedlist>

<para>À partir de la version 4.0, pour <emphasis role="bold">créer de

nouvelles images de disque,</emphasis> merci d'utiliser l'onglet "Stockage"

dans la boîte de dialogue des paramètres d'une machine virtuelle, car les

images de disque sont désormais ptockées par défaut dans le dossier de chaque

machine.</para>

<para>Vous pouvez copier des fichiers images de disque dur entre systèmes

hôtes et les importer alors dans les machines virtuelles, bien que certains

systèmes invités (surtout Windows 2000 et XP) exigeront que la nouvelle

machine virtuelle soit réglée de façon identique à l'ancienne.<note>

<para>Ne faites pas de simples copies des images de disque dur virtuels.

Si vous importez une seconde copie dans une machine virtuelle, VirtualBox

se plaindra avec une erreur puisque VirtualBox affecte un identifiant

unique (UUID) à chaque image de disque pour garantir qu'elle n'est

utilisée qu'une fois. Voir <xref

linkend="cloningvdis" /> pour des instructions à ce sujet. De plus, si

vous voulez copier une machine virtuelle sur un autre système, VirtualBox

a un outil d'importation/exportation qui pourrait mieux convenir à vos besoins&#xA0;;

voir <xref linkend="ovf" />.</para>

</note></para>

</sect1>

<sect1 id="hdimagewrites">

<title>Modes spéciaux d'écriture d'images</title>

<para>Pour chaque image de disque dur virtuel supportée par VirtualBox, vous

pouvez déterminer distinctement la façon dont elle peut être touchée par les

opérations d'écriture par une machine virtuelle et les opérations de prise

d'instantanés. Ceci vaut pour tous les formats d'image précités (VDI, VMDK,

VHD ou HDD) et indépendamment du fait qu'une image soit de taille fixe

ou dynamique.</para>

<para>Par défaut, les images sont en mode "normal". Pour marquer une image

existante avec un des modes non standards listés ci-dessous, utilisez

<computeroutput>VBoxManage modifyhd</computeroutput>&#xA0;; voir <xref

linkend="vboxmanage-modifyvdi" />. Sinon, utilisez VBoxManage pour attacher

l'image à une VM et utilisez l'argument <computeroutput>--mtype</computeroutput>&#xA0;;

voir <xref linkend="vboxmanage-storageattach" />.</para>

<orderedlist>

<listitem>

<para>Avec des <emphasis role="bold">images normales</emphasis> (le

réglage par défaut), il n'y a aucune restriction de lecture et d'écriture

pour les szstèmes invités.</para>

<para>Quand vous prenez un instantané de votre machine virtuelle comme

décrit au <xref linkend="snapshots" />, l'état d'un "disque dur normal"

sera enregistré avec l'instantané et, lors du retour à l'instantané,

son état sera complètement réinitialisé.</para>

<para>(Techniquement, pour parler rigoureusement, le fichier image lui-même

n'est pas "réinitialisé". Quand un instantané est pris, VirtualBox "gèle"

plutôt le fichier image et n'écrit plus dedans. Pour les opérations d'écriture

de la VM, un deuxième fichier image de "différenciation" est créé, qui

ne reçoit que les modifications de l'image d'origine&#xA0;; voir la section

suivante pour les détails.)</para>

<para>Si vous pouvez attacher une même image "normale" à plus d'une

machine virtuelle, une seule de ces machines virtuelles attachée au

même fichier image peut être exécuté en même temps, sans quoi il y aurait

des conflits si plusieurs machines écrivent dans le même fichier image.<footnote>

<para>Cette restriction est plus légère qu'avant

VirtualBox 2.2. Jadis, chaque image de disque "normale" ne pouvait

être <emphasis>attachée</emphasis> qu'à une seule machine. Maintenant,

elle peut être attachée à plus d'une machine du moment qu'une seule

des machines soit en fonction.</para>

</footnote></para>

</listitem>

<listitem>

<para>À l'opposé, <emphasis role="bold">les disques durs write-through</emphasis>

sont ne sont absolument pas concernés par les instantanés&#xA0;: leur

état <emphasis>n'est pas</emphasis> sauvegardé quand on prend un instantané,

et il n'est pas restauré quand on restaure un instantané.</para>

</listitem>

<listitem>

<para>Les <emphasis role="bold">Disques durs partageables</emphasis> sont

des variantes des disques durs write-through. En principe, ils se

comportent exactement de la même façon, à savoir que leur état

<emphasis>n'est pas</emphasis> sauvegardé quand on prend un instantané

et il n'est pas restauré quand on restaure un instantané. La

différence n'apparaît que si vous attachez de tels disques à plusieurs

VMs. Les disques partageables peuvent être attachés à plusieurs VMs qui

peuvent fonctionner en même temps. Cela les rend adaptés pour l'utilisation

de systèmes de fichiers cluster entre des VMs et des applications identiques

qui sont explicitement préparés pour accéder en même temps à un

disque. Seules des images de disques fixes peuvent être utilisées dans ce

mode, les images dynamiques sont rejetées.<warning>

<para>C'est une fonctionnalité pour experts, dont la mauvaise utilisation

peut provoquer une perte de données -- les systèmes de fichiers réguliers

ne sont pas préparés à gérer des modifications simultanées par

plusieurs éléments.</para>

</warning></para>

</listitem>

<listitem>

<para>Ensuite, les <emphasis role="bold">images immuables</emphasis>

ne se souviennent des accès en écriture que de manière temporaire pendant

que la machine est en fonction&#xA0;; tous les changements sont perdus

quand la machine virtuelle est allumée la fois d'après. Il s'en suit qu'à

l'inverse des images "normales", une même image immuable peut être utilisée

avec plusieurs machines virtuelles sans

restrictions.</para>

<para>La <emphasis>création</emphasis> d'une image immuable a peu de sens

puisqu'elle serait vide au départ et elle perdrait son contenu à chaque

redémarrage de la machine (sauf si vous voulez vraiment avoir un disque

toujours non formaté quand la machine démarre). Du coup, normalement,

vous créeriez d'abord une image "normale" puis, quand vous estimez son

contenu utile, vous la marquez plus tard comme immuable.</para>

<para>Si vous prenez l'instantané d'une machine avec des images immuables,

sur chaque machine allumée, ces images sont réinitialisées à leur état du dernier

instantané (actuel) (et non à l'état de l'image immuable d'origine).</para>

<note>

<para>En guise d'exception particulière, les images immuables

<emphasis>ne sont pas</emphasis> réinitialisées si elles sont attachées

à une machine dont le dernier instantané a été pris pendant que la machine

était en fonction (ce qu'on appelle un instantané "en ligne"). Il s'en

suit que si l'instantané actuel de la machine est "en ligne",

ses images immuables se comportent exactement comme les images "normales"

décrites précédemment. Prur réactiver la réinitialisation automatique

de telles images, effacez l'instantané actuel de la machine.</para>

</note>

<para>De nouveau, techniquement, VirtualBox n'écrit jamais directement

sur image immuable. Toutes les opérations d'écriture de la machine seront

envoyées dans une image de différenciation&#xA0;; la prochaine fois que

la VM sera allumée, l'image de différenciation sera rétablie à chaque

démarrage de la machine, ses images immuables ont exactement le même

contenu.<footnote>

<para>Ce comportement a aussi changé avec VirtualBox 2.2. Jadis,

les images de différenciation étaient désactivées quand la session

de la machine <emphasis>se terminait</emphasis>&#xA0;; maintenant,

elles sont désactivées à chaque fois que la machine est allumée.</para>

</footnote> L'image de différenciation n'est réinitialisée que lorsque

la machine est allumée à partir de VirtualBox, pas quand vous redémarrez

en demandant un redémarrage à l'intérieur de la machine. C'est

également pourquoi les images immuables se comportent comme décrit

ci-dessus quand des instantanés sont aussi présents, ce qui utilise

également des images de différenciation.</para>

<para>Si la désactivation automatique de l'image de différenciation au

démarrage d'une VM ne correspond pas à vos besoins, vous pouvez la

désactiver en utilisant le paramètre

<computeroutput>autoreset</computeroutput> de

<computeroutput>VBoxManage modifyhd</computeroutput>&#xA0;; voir <xref

linkend="vboxmanage-modifyvdi" /> for details.</para>

</listitem>

<listitem>

<para>Une image en <emphasis role="bold">mode multiattachée</emphasis>

peut être attachée à plus d'une machine virtuelle en même temps même si

ces machines sont en fonction en même temps. Pour chaque

machine virtuelle à laquelle une image est attachée, une image de

différenciation est créée. Il s'en suit que les données écrites sur un

tel disque dur virtuel par une machine n'est pas vue par les autres machines

auxquelles l'image est attachée&#xA0;; chaque machine crée son propre

historique des écritures de l'image multiattachée.</para>

<para>Techniquement, une image "multiattachée" se comporte de la même façon

qu'une image "immuable", sauf que l'image de différenciation n'est pas

réinitialisée à chaque fois que la machine démarre.</para>

</listitem>

<listitem>

<para>Enfin, <emphasis role="bold">l'image en lecture seule</emphasis>

est utilisée automatiquement pour les images de CD/DVD, vu que les

CDs/DVDs ne sont jamais inscriptibles.</para>

</listitem>

</orderedlist>

<para>Pour illustrer les différences entre les différents types au

regard des instantanés&#xA0;: supposons que avez installé votre système

d'exploitation hôte dans votre VM et que vous avez pris un instantané.

Imaginons que vous avez accidentellement infecté votre VM avec un virus et

vous voulez revenir à l'instantané. Avec une image de disque dur normale,

vous restaurez simplement l'instantané et l'état antérieur de votre image

de disque dur seront restaurées également (et votre infection virale sera

annulée). Avec un disque dur immuable, il suffit d'éteindre et de rallumer

votre VM et l'infection virale sera désactivée. Par contre, avec une image

write-through, vous ne pouvez pas annuler facilement

l'infection virale par la virtualisation, mais vous devrez désinfecter

votre machine virtuelle comme un vrai ordinateur.</para>

<para>Là encore, vous pourriez trouver les images write-through utiles si vous

voulez préserver des données critiques indépendamment des instantanés, et

comme vous pouvez attacher plus d'une imafe à une VM, vous pourrien vouloir

avoir une image immuable pour le szstème d'exploitation et une en write-through

pour vos fichiers de données.</para>

</sect1>

<sect1 id="diffimages">

<title>Images de différenciation</title>

<para>La section précédente portait sur les images de différenciation et la

façon de les utiliser avec des instantanés, des images immuables et

des attachements immuables. Pour l'utilisateur curieux de VirtualBox, cette

section décrit avec plus de détails la façon dont elles fonctionnent.</para>

<para>Une image de différenciation est une image de disque spéciale qui ne

garde que les différences avec une autre image. En elle-même, une image de

différenciation est inutile, elle doit toujours se référer à une autre image.

On parle donc généralement d'une image de différenciation comme d'un "enfant"

qui garde les différences d'avec son

"parent".</para>

<para>Quand une image de différenciation est active, elle reçoit toutes les

opérations d'écriture de la machine virtuelle à la place de son parent. L'image

de différenciation ne contient que les secteurs du disque dur virtuel qui

ont changé depuis que l'image de différenciation a été créée. Quand la

machine lit un secteur à partir d'un tel disque dur virtuel, elle regarde

d'abord dans l'image de différenciation. Si le secteur est présent, il est

renvoyé à partir de là&#xA0;; sinon VirtualBox regarde dans le parent. En

d'autres termes, le parent devient en lecture seule&#xA0;; on n'écrit plus jamais

dedans mais il est lu si un secteur n'a pas changé.</para>

<para>On peut enchaîner les images de différenciation. Si une autre image de

différenciation est créée pour un disque virtuel qui a déjà une image de

différenciation, il devient le "petit-fils" du parent d'origine. La première

image de différenciation devient alors également en lecture seule et les

opérations d'écriture ne vont que dans l'image de différenciation du second

niveau. Lors de la lecture à partir d'un disque virtuel,

VirtualBox a besoin de regarder d'abord dans la deuxième image de différenciation,

puis dans la première si le secteur n'a pas été trouvé, puis dans

l'image d'origine.</para>

<para>Il peut y avoir un nombre illimité d'images de différenciation et

chaque image peut avoir plus d'un enfant. Il s'en suit que les images de

différenciation peuvent constituer une arborescence complexe avec des parents,

des "fratries" et des enfants, en fonction de la complexité de la configuration

de votre machine. Les opérations d'écriture vont toujours dans l'image de

différenciation "active" attachée à la machine, et pour les opérations de

lecture, VirtualBox peut avoir besoin de regarder jusqu'aux parents dans la

chaîne, jusqu'à ce qu'il truuve le secteur en question. Vous pouvez regarder

l'arborescence dans le gestionnaire de médias virtuels&#xA0;:<mediaobject>

<imageobject>

<imagedata align="center" fileref="images/virtual-disk-manager2.png"

width="12cm" />

</imageobject>

</mediaobject></para>

<para>Dans toutes ces situations, du point de vue de la machine virtuelle,

le disque dur virtuel se comporte comme n'importe quel autre disque.

Pendant que la machine virtuelle est en fonction, il y a un léger ralentissement

(overhead) E/S d'exécution car il se peut que VirtualBox doive regarder des

secteurs plusieurs fois. Cela ne se voit cependant pas, puisque les tables

d'informations des secteurs sont toujours gardées en mémoire et peuvent être

consultées rapidement.</para>

<para>On utilise des images de différenciation dans les situations

suivantes&#xA0;:<orderedlist>

<listitem>

<para><emphasis role="bold">Les instantanés.</emphasis> Quand vous

créez un instantané comme expliqué dans la section précédente, VirtualBox

"gèle" les images attachées à la machine virtuelle et crée des

images de différenciation pour chacun d'eux (pour être précis, une

par image qui n'est pas en mode "write-through"). Du point de vue de

la machine virtuelle, les disques virtuels continuent d'agir comme

avant, pais toutes les opérations d'écriture vont dans les images de

différenciation. Chaque fois que vous créez un autre instantané, pour

chaque disque dur attaché, une autre image de différenciation est

créée et attachée, formant une chaîne ou une arborescence.</para>

<para>Dans l'impression d'écran ci-dessus, vous voyez que l'image du

disque d'origine est maintenant attachée à un instantané, ce qui

représente l'état du disque quand on a pris l'instantané.</para>

<para>Si vous <emphasis role="bold">restaurez</emphasis> maintenant

un instantané -- à savoir, si vous voulez revenir à l'état exact de

la machine stocké dans le dépôt --, il se produit la chose suivante&#xA0;:<orderedlist>

<listitem>

<para>VirtualBox copie les paramètres de la machine virtuelle

copiés dans vinstantané vers la machine virtuelle. Du coup, si

vous avez fait des modifications dans la configuration après avoir

pris l'instantané, elles sont annulées.</para>

</listitem>

<listitem>

<para>Si vous avez pris l'instantané quand la machine était en

fonction, il contient un état sauvegardé de la machine et cet état

est restauré également&#xA0;; après la restauration de l'instantané,

la machine sera en état "sauvehaqdé" et elle reprendra son exécution

là où elle avait été commencée la fois suivante. Sinon, la

machine sera dans l'état "éteint" et elle fera un démarrage complet.</para>

</listitem>

<listitem>

<para>Pour chaque image de disque attachée, à la machine, l'image de

différenciation contenant les opérations d'écriture depuis que

l'instantané actuel a été pris est supprimée et l'image du parent

originel est réactivée. (Si vous avec restauré l'instantané "racine",

ce sera l'image de disque racine de tous les attachements&#xA0;;

sinon ce sera d'autres images de différenciation descendantes).

Cela restaure de fait l'ancien état de la machine.</para>

</listitem>

</orderedlist></para>

<para>Si vous <emphasis role="bold">effacez</emphasis> plus tard un

instantané afin de gagner de l'espace disque, chaque attachement de

disque des images de différenciation devient obsolète. Dans ce cas,

l'image de différenciation du disque ne peut pas être tout simplement

effacée. VirtualBox doit plutôt regarder chaque secteur de l'image de

différenciation et le copier dans le parent&#xA0;; ceci s'appelle des

images de "synchronisation" et cela peut être une procédure longue

selon la taille de l'image de différenciation. Il se peut qu'il faille

temporairement une importante quantité d'espace disque supplémentaire

avant que l'image de différenciation rendue obsolète par l'opération

de synchronisation ne soit effacée.</para>

</listitem>

<listitem>

<para><emphasis role="bold">Les images immuables.</emphasis> Quand une

image passe en mode "immuable", une image de différenciation est créée

également. Comme avec les instantanés, l'image parent devient alors en

lecture seule et l'image de différenciation reçoit toutes les

opérations d'écriture. Chaque fois qu'on démarre la machine virtuelle,

toutes les images immuables qui y sont attachées voient leur image de

différenciation spécifique nettoyée, ce qui réinitialise de fait le

disque virtuel de la machine virtuelle à chaque redémarrage.</para>

</listitem>

</orderedlist></para>

</sect1>

<sect1 id="cloningvdis">

<title>Cloner des images de disque</title>

<para>Vous pouvez dupliquer des fichiers images de disque dur sur le même hôte

pour produire rapidement une deuxième machine virtuelle avec la même configuration

de système d'exploitation. Néanmoins, vous devriez ne faire des copies d'images

de disques durs virtuels <emphasis>que</emphasis> en utilisant l'outil fourni

par VirtualBox&#xA0;; voir <xref

linkend="vboxmanage-clonevdi" />. Ceci car VirtualBox affecte un numéro

d'identifiant unique (UUID) à chaque image de disque, qui est stocké dans

l'image et VirtualBox refusera de fonctionner avec deux images ayant le même

numéro. Si vous essayez, par accident, de réimporter une image de disque

que vous avez copiée normalement, vous pouvez faire une seconde copie en utilisant

l'outil de VirtualBox et l'importer à la place.</para>

<para>Remarquez que les distributions Linux récentes identifient le disque

dur de démarrage à partir ce l'ID du disque. L'ID utilisé par VirtualBox pour

un lecteur est déterminé à partir de l'UUID de l'image du disque dur virtuel.

Donc si vous clonez une image de disque et si vous essayez de démarrer l'image,

copiée il se peut que l'invité ne puisse pas déterminer son propre disque de

démarrage car l'UUID a changé. Dans ce cas, vous devez adapter l'ID du disque

dans le script de votre chargeur de démarrage (par exemple

<computeroutput>/boot/grub/menu.lst</computeroutput>). L'ID d'un disque

ressemble à ceci&#xA0;:<screen>scsi-SATA_VBOX_HARDDISK_VB5cfdb1e2-c251e503</screen></para>

<para>L'ID de l'image copiée peut être déterminée avec <screen>hdparm -i /dev/sda</screen></para>

</sect1>

<sect1 id="iocaching">

<title>Mise en cache des E/S dans l'hôte</title>

<para>À partir de la version 3.2, VirtualBox peut éventuellement désactiver

la mise en cache de l'E/S qu'effectuerait le système d'exploitation hôte sur

les fichiers images du disque.</para>

<para>Traditionnellement, VirtualBox ouvrait des fichiers images de disque

comme des fichiers normaux, ce qui faisait qu'ils étaient mis en cache par le

pystème d'exploitation hôte comme n'importe quel autre fichier. Le principal

avantage en est la vitesse&#xA0;: quand l'OS invité écrit sur le disque

et quand le cache de l'hôte utilise l'écriture différée, l'opération d'écriture

peut être déclarée terminée pour l'OS invité rapidement alors que l'OS hôte

peut effectuer l'opération sans synchronisation. De même, quand vous démarrez

une VM une deuxième fois et si vous avez assez de mémoire disponible pour que

l'OS l'utilise pour la mise en cache, de grandes parties du disque dur virtuel

peuvent aller dans la mémoire du système et la VM peut accéder plus rapidement

aux données.</para>

<para>Remarquez que cela ne s'applique qu'aux fichiers images&#xA0;; la

mise en tampon ne fonctionnait jamais pour les disques présents sur des

supports iSCSI distants, ce qui est le

scenario le plus classique dans les paramétrages du type enterprise (voir

<xref linkend="storage-iscsi" />).</para>

<para>Si la mise en tampon est un paramètre par défaut utile pour virtualiser

quelques machines sur un ordinateur de bureau, elle présente quelques

, inconvénients&#xA0;:<orderedlist>

<listitem>

<para>L'écriture différée dans le cache de l'OS hôte est moins

sécurisée. Quand l'OS invité écrit des données, il considère que les

données sont écrites même si elles ne sont pas encore arrivées sur le

disque physique. Si, pour une raison quelconque, l'écriture n'a pas lieu

(problème électrique, plantage de l'hôte), les chances de perdre des

données augmentent.</para>

</listitem>

<listitem>

<para>Les fichiers images de disque ont tendance à être importantes.

Leur mise en cache utilise donc très vite tout le cache de l'OS hôte. Selon

l'efficacité de la gestion du cache par l'OS hôte, cela peut ralentir

énormément l'hôte, surtout si plusieurs VMs fonctionnent en même temps.

Par exemple, sur des hôtes Linux, la mise en cache de l'hôte peut aboutir

à un report, par Linux, de toutes les écritures jusqu'à ce que le

cache de l'hôte soit presque plein, avant d'écrire tous ces changements

en une fois, ce qui peut suspendre l'exécution d'une VM pendant quelques

minutes. Cel peut donner des erreurs d'E/S dans l'invité car les requêtes

E/S excèderaient le timeout.</para>

</listitem>

<listitem>

<para>La mémoire physique est souvent gaspillée, car les systèmes

d'exploitation hôtes ont en général leur propre szstème de mise en cache

des E/S, ce qui aboutit à la mise en cache double des données (à la fois dans

le cache de l'invité et de l'hôte), avec peu

d'effet.</para>

</listitem>

</orderedlist></para>

<para>Si vous décidez de désactiver la mise en cache des E/S dans l'hôte,

pour les raisons ci-dessus, VirtualBox utilise son propre petit cache pour

mettre les écritures en tampon, mais en général, aucune lecture de ce cache

n'est fait par l'OS invité. De plus, VirtualBox supporte complètement

l'E/S asynchrone pour ses contrôleurs SATA, SCSI et SAS virtuels via plusieurs

threads d'E/S.</para>

<para>Les E/S asynchrones n'étant pas supportées par les contrôleurs IDE,

pour des raisons de performance, vous pourriez vouloir laisser la mise en

cache de l'hôte pour les contrôleurs IDE virtuels de votre VM.</para>

<para>Pour cette raison, VirtualBox vous permet de configurer si la mise en cache

des E/S est utilisée pour chaque contrôleur E/S, indépendamment. Soit décochez

la case "Utiliser la mise en cache des E/S de l'hôte" des paramètres de stockage,

d'un contrôleur de stockage donné, soit utilisez la commande VBoxManage

suivante pour désactiver la mise en cache des E/S de l'hôte pour un contrôleur

de stockage virtuel&#xA0;:<screen>VBoxManage storagectl &lt;vm&gt; --name &lt;nomcontrôleur&gt; --hostiocache off</screen></para>

<para>Voir <xref linkend="vboxmanage-storagectl" /> pour les détails.</para>

<para>Également pour les raisons ci-dessus, VirtualBox utilise maintenant

par défaut des contrôleurs SATA pour les nouvelles machines virtuelles.</para>

</sect1>

<sect1 id="storage-bandwidth-limit">

<title>Limiter la bande passante des images de disque</title>

<para>À partir de la version 4.0, VirtualBox permet de limiter la bande

passante maximale utilisée pour les E/S asynchrones. De plus, il supporte

le partage des limites entre des groupes de bandes passantes pour plusieurs

images. Il est possible d'avoir plus d'une limite.</para>

<para>Les limites sont configurées via

<computeroutput>VBoxManage</computeroutput>. L'exemple ci-dessous crée un

groupe de bandes passantes nommé "Limit", et pose la limite à 20 Mo/s et

affecte le groupe aux disques attachés à la VM&#xA0;:<screen>VBoxManage bandwidthctl "nom VM" add Limit --type disk --limit 20M

VBoxManage storageattach "nom VM" --controller "SATA" --port 0 --device 0 --type hdd

--medium disk1.vdi --bandwidthgroup Limit

VBoxManage storageattach "nom VM" --controller "SATA" --port 1 --device 0 --type hdd

--medium disk2.vdi --bandwidthgroup Limit</screen></para>

<para>Tous les disques d'un groupe partagent la limite de la bande passante,

c'est-à-dire que dans l'exemple ci-dessus,, la bande passante des deux images

combinées ne peut jamais dépasser 20Mo/s. Toutefois, si un disque n'a pas

besoin de bande passante, l'autre peut utiliser la bande passante restante

dans son groupe.</para>

<para>Les limites pour chaque groupe peuvent être modifiées pendant que la

VM est en fonction, ce qui applique immédiatement les modifications. L'exemple

ci-d:ssous modifie le groupe créé dans l'exemple ci-dessus en 10 Mo/s:<screen>VBoxManage bandwidthctl "nom VM" set Limit --limit 10M</screen></para>

</sect1>

<sect1 id="storage-cds">

<title>Support des CD/DVD</title>

<para>Le/les lecteur(s) CD/DVD virtuels ne supportent par défaut que la

lecture. Vous pouvez modifier la configuration d'un média pendant l'exécution.

Vous pouvez choisir entre trois options pour présenter les données d'un

média&#xA0;:<itemizedlist>

<listitem>

<para><emphasis role="bold">Lecteur hôte</emphasis> définit que l'invité

peut lire sur un média du lecteur hôte.</para>

</listitem>

<listitem>

<para><emphasis role="bold">Fichier image</emphasis> (en général un

fichier ISO) donne à l'invité un accès en lecture seule aux données de

l'image.</para>

</listitem>

<listitem>

<para><emphasis role="bold">EVide</emphasis> signifie un lecteur sans

média dedans.</para>

</listitem>

</itemizedlist></para>

<para>La modification entre les situations ci-dessus, le changement de

média dans le lecteur hôte ou de fichier image signalera un changement de méjca

au système d'exploitation invité, lequel peut réagir au changement (par exemple,

en démarrant un programme d'installation).</para>

<para>Les changements de médias peuvent être empêchés par l'invité et VirtualBox

répercute cela en verrouillant le lecteur hôte si besoin. Vous pouvez forcer

le retrait d'un média en pareilles situations via l'interface graphique de

VirtualBox ou l'outil en ligne de commandes VBoxManage. En fait, cela revient

à une éjection en urgence, ce que supportent de nombreux lecteurs deCD/DVD

avec tous les effets colatéraux associés&#xA0;: l'OS invité peut renvoyer

des messages d'erreur comme sur du vrai matériel, les applications invitées peuvent

mal se comporter. Utilisez ceci avec précaution.<note>

<para>La chaîne d'identification du lecteur fournie à l'invité (qui serait

affichée, dans l'invité, par les outils de configuration tels que le

gestionnaire de périphériques de Windows) est toujours "VBOX CD-ROM",

indépendamment de la configuration actuelle du lecteur virtuel. Ceci pour

empêcher la détection d'être faite en retard dans le système d'exploitation

invité à chaque fois que la configuration change.</para>

</note></para>

<para>L'émulation standard des CD/DVD ne permet de lire que des formats de

CD et de DVD de données standards. Une possibilité supplémentaire, expérimentale,

est de donner un accès direct de l'invité au lecteur CD/DVD de l'hôte en

activant le mode "passthrough". Selon le matériel hôte, cela peut potentiellement

faire marcher trois choses&#xA0;:<itemizedlist>

<listitem>

<para>L'écriture sur CD/DVD depuis l'invité, si le lecteur DVD de l'hôte

est un graveur de CD/DVD&#xA0;;</para>

</listitem>

<listitem>

<para>la lecture de CDs audio&#xA0;;</para>

</listitem>

<listitem>

<para>la lecture de DVDs chiffrés.</para>

</listitem>

</itemizedlist></para>

<para>Il existe une case à cocher "Passthrough" dans la boîte de dialogue

graphique de configuration du média attaché aux contrôleurs de stockage, ou

vous pouvez utiliser l'option

<computeroutput>--passthrough</computeroutput> de

<computeroutput>VBoxManage storageattach</computeroutput>&#xA0;; voir <xref

linkend="vboxmanage-storageattach" /> pour les détails.</para>

<para>Même si pass-through est activé, les commandes non sûres telles que

la mise à jokr du firmware du lecteur, seront bloquées. Les formats de CD

vidéo ne sont pas du tout supportés, même pas en mode passthrough, et on

ne peut pas les lire à partir d'une

machine virtuelle.</para>

<para>Sur les hôtes Solaris, pass-through exige de lancer VirtualBox avec de

vrais droits d'administrateur du fait de mesures de sécurité renforcées par

l'hôte.</para>

</sect1>

<sect1>

<title id="storage-iscsi">Serveurs iSCSI</title>

<para>iSCSI signifie "Internet SCSI" et c'est un standard qui permet d'utiliser

le protocole SCSI à travers des des connexions Internet. (TCP/IP). En

particulier, avec l'arrivée du Gigabit Ethernet, on peut désormais se permettre

d'attacher des serveurs de stockage iSCSI simplement comme des disques durs

distants à un réseau d'ordinateurs. Dans la terminologie iSCSI, le serveur

fournissant les ressources de stockage s'appelle la "cible iSCSI", tandis

que le client qui se connecte au serveur et qui accède à ses ressources

s'appelle "l'initiateur iSCSIr".</para>

<para>VirtualBox peut présenter de manière transparente du stockage distant

iSCSI à une machine virtuelle en tant que disque dur. Le système d'exploitation

ne verra pas de différence entre une image de disque virtuel (fichier VDI)

et une cible iSCSI. Pour obtenir cela, VirtualBox comporte un initiateur iSCSI

intégré.</para>

<para>Le support iSCSI de VirtualBox a été développé selon le standard iSCSI

et il devrait fonctionner avec toutes les cibles iSCSI conformes au standard.

Pour utiliser une cible iSCSI avec VirtualBox, vous devez utiliser la ligne

de commande&#xA0;; voir <xref linkend="vboxmanage-storageattach" />.</para>

</sect1>

</chapter>