VMware Consolidated Backup 1.5 Update 2 | 11 Mars 2010 | Build 226297

Dernière mise à jour du document : 13 juillet 2010

Nouveauté : VMware a étendu la limite de disponibilité de VCB et a ajouté le support de VCB pour vSphere 4.1. VMware continuera de prendre en charge VCB 1.5 Update 2 pour vSphere 4.1 et ses mises à jour et correctifs ultérieurs tout au long de leurs cycles de vie. La prise en charge est étendue en accord avec les règles de support VMware pour la plateforme VMware Infrastructure 3. Les nouvelles versions majeures ou mineures de la plate-forme vSphere au-delà de vSphere 4.1 ne seront pas prises en charge avec VCB.

Nouveautés dans les notes de version

Les notes de version contiennent les rubriques suivantes :

Nouveautés dans cette version

Cette version de VCB 1.5 Update 2 résout plusieurs problèmes. Voir la section Problèmes résolus pour plus d'informations.

Haut de la page

Versions précédentes de WMware Consolidated Backup

Les fonctions et les problèmes connus de VCB 1.0.3 Update 1, VCB 1.1, VCB 1.1 Update 1, VCB 1.5 et VCB 1.5 Update 1 sont décrits dans les notes de version de chaque version.

Haut de la page

Mise à niveau depuis les versions précédentes de VCB 1.5 vers VCB 1.5 Update 2

Pour passer de VCB 1.5 ou VCB 1.5 Update 1 à VCB 1.5 Update 2:

  1. Téléchargez le fichier vmware-vcb-226297.exedepuis le site Web VMware ou le CD-ROM vSphere vers un répertoire du proxy VCB. Ce proxy est une machine physique ou virtuelle qui exécute Microsoft Windows Server 2003 ou Microsoft Windows 2008, Consolidated Backup et un logiciel de sauvegarde tiers.
  2. Cliquez deux fois sur le fichier vmware-vcb-226297.exeet suivez les instructions qui s'affichent pour effectuer la mise à niveau.

Pour vérifier la mise à niveau dans Microsoft Windows 2003 :

  1. Dans le proxy VCB Proxy, accédez à Panneau de configuration > Ajout ou suppression de programmes et cliquez sur VMware Consolidated Backup Framework.
  2. Cliquez sur Cliquer ici pour obtenir des informations sur le support technique pour afficher la version. 1.5.0.5584 build-226297 doit s'afficher.

Pour vérifier la mise à niveau dans Microsoft Windows 2008 :

  1. Dans le proxy VCB Proxy, accédez à Panneau de configuration > Programmes et fonctionnalités et cliquez sur VMware Consolidated Backup Framework.
  2. Dans le menu Afficher, cliquez sur Détails, cochez la case Version et cliquez sur OK pour afficher la version. 1.5.0.5584 build-226297 doit s'afficher.

Haut de la page

Compatibilité ESX, vCenter Server et VCB

VCB 1.5 Update 2 est compatible avec les combinaisons suivantes d'ESX et de vCenter Server:

  • Nouveauté : ESX 4.1 avec vCenter Server 4.1
  • Nouveauté : ESX 4.0 Update 1 et Update 2 avec vCenter Server 4.0 Update 1 et Update 2
  • ESX 4.0 avec vCenter Server 4.0
  • ESX 3.5 Update 5 avec vCenter Server 2.5 Update 5 et Update 6
  • ESX 3.0.3 Update 1 avec VMware VirtualCenter 2.5 Update 5 et Update 6

Pour les dernières informations, voir Tableau de compatibilité vSphere (en anglais).

Haut de la page

Notes d'installation

Voir le Guide de sauvegarde des machines virtuelles pour les instructions d'installation et de configuration VCB 1.5 Update 2.

Haut de la page

Résolution des problèmes

  • Nouveauté :La création des snapshots des machines virtuelles Windows Server 2008 ou de Windows Server 2008 R2 échoue lors de la suspension des snapshots d'application pour la combinaison de disques IDE et SCSI

    Dans les versions précédentes, lorsque la suspension de snapshot par défaut avait lieu au niveau des applications, la création des snapshots des machines virtuelles Windows 2008 ou Windows 2008 R2 disposant d'une combinaison de disques IDE et SCSI échouait avec l'erreur Cannot create a quiesced snapshot because the create snapshot operation exceeded the time limit for holding off I/O in the frozen virtual machine error..

    Désormais, lorsqu'une combinaison de disques IDE et SCSI est connectée à une machine virtuelle Windows 2008 ou Windows R2 2008, la suspension des snapshots intervient uniquement au niveau du système d'exploitation. Le problème est résolu dans cette version.

  • Sauvegarde des machines virtuelles avec vcbmounter -M1 dure plus longtemps

    Les sauvegardes des machines virtuelles contenant des fichiers .vmdkde plus de 50 Go avec la commande vcbmounter -M1(exportation monolithique) dure plus longtemps qu'avec la commande vcbmounter -M0. Le problème est résolu dans cette version.

  • La sauvegarde des machines virtuelles à l'aide de la commande vcbMounter échoue avec un message d'erreur

    Lorsque vous sauvegardez complètement une machine virtuelle en utilisant la commande vcbMounteravec vCenter Server, la sauvegarde échoue en générant le message d'erreur Could not back up config file. Le problème est résolu dans cette version.

  • Affichage d'un message d'erreur incorrect au cours de la sauvegarde des machines virtuelles en mode NBD

    Lorsque vous sauvegardez des machines virtuelles en utilisant le mode NBD et que la connexion réseau est interrompue au cours du montage de la sauvegarde complète d'une machine virtuelle, le message d'erreur invalid NBD error codes'affiche par erreur. Le message d'erreur a été corrigé. Désormais le message qui s'affiche est Failed to export the disk: Probably network disruption.

Haut de la page

Problèmes identifiés

† indique les problèmes documentés dans les versions précédentes

  • Nouveauté : Le montage au niveau fichier VCB de Windows Server 2008 en utilisant le mode de transport NBD échoue avec une erreur de bibliothèque de disques (NBD_ERR_GENERIC)

    Lorsque le paramètre disk.EnableUUIDdes paramètres de machine virtuelle est défini comme True sur une machine virtuelle Windows Server 2008, le montage au niveau du fichier VCB en utilisant le mode de transport NBD échoue avec l'erreur Disk library failed (NBD_ERR_GENERIC)ou ne répond pas et la commande vcbMounterne s'exécute pas. Pour résoudre le problème, affectez au paramètre disk.EnableUUIDla valeur False dans les paramètres de machine virtuelle et procédez comme suit :

    a) Mettez hors tension la machine virtuelle Windows 2008.
    b) Cliquez sur Paramètres > Options > Général > Paramètres de configuration.
    c) Affectez la valeur False à disk.EnableUUID.
    d) Enregistrez les paramètres.
    e) Mettez la machine virtuelle sous tension.

  • Nouveauté :VCB n'exécute pas l'ajout à chaud sur les machines virtuelles exécutées sur les hôtes ESX 4.1

    Des messages d'erreur similaires au message suivant peuvent s'afficher si VCB n'exécute pas les opérations d'ajout à chaud sur une machine virtuelle :

    2010-03-12 17:21:06.300 'vcbMounter' 928 info] Successfully hot-added disks to VM.
    [2010-03-12 17:21:21.456 'vcbMounter' 928 info] Get new device attempt 0 failed.
    [2010-03-12 17:22:51.737 'vcbMounter' 928 error] Error: Could not locate device nodes for new disks.
    [2010-03-12 17:22:51.737 'vcbMounter' 928 error] An error occurred, cleaning up...

    L'ajout à chaud ne fonctionne pas lorsque le proxy Windows est une machine virtuelle qui réside sur un hôte ESX 4.1. Si le proxy virtuel se trouve sur un hôte ESX 4.1, aucune sauvegarde n'est exécutée en utilisant l'ajout à chaud, quelle que soit la version ESX où résident les machines virtuelles. Ce problème n'affecte pas les serveurs proxy physiques, car les opérations d'ajout à chaud ne peuvent pas y être exécutées.

    Actuellement, il n'existe pas de solution à ce problème.

  • Nouveauté :Les images de sauvegarde des systèmes d'exploitation Windows Server 2008 R2 et Windows 7 ne sont pas prises en charge avec VCB 1.5 Update 2

    VMware Converter ne prend pas en charge la restauration des images de sauvegarde des systèmes d'exploitation clients Windows Server 2008 R2 et Windows 7 et il n'est donc pas possible de restaurer les sauvegardes.

    Il n'existe aucune solution à ce problème actuellement.

  • Exécution de la commande vcbRestore pour restaurer une sauvegarde VCB échoue en générant une erreur (KB 1018768)
  • VCB n'est pas compatible avec les machines virtuelles comportant des disques amorçables SCSI et IDE

    VCB génère une exception lorsque vous sauvegardez les fichiers des machines virtuelles après avoir connecté un disque IDE en plus du disque SCSI amorçable installé qui contient le système d'exploitation client. Aucune erreur n'est générée lorsque vous réalisez une sauvegarde complète de la machine virtuelle. Toutefois, après la restauration de la sauvegarde de la machine virtuelle et la mise sous tension de la machine virtuelle, le système d'exploitation client ne démarre pas.

    Pour résoudre ce problème, sélectionnez manuellement le premier disque amorçable comme disque SCSI dans le BIOS de la machine virtuelle.

  • Echec du mode de transport Ajout à chaud pour sauvegarder des disques virtuels

    Sur un serveur proxy Windows, le mode de transport Ajout à chaudne sauvegarde pas les disques virtuels appartenant à des banques de données différentes.

    Actuellement, il n'existe pas de solution à ce problème.

  • Trois modes de transport de support VCB sur un disque IDE

    Sur les disques IDE, les modes de transport SAN, nbdet nbdsslsont pris en charge, mais pas le mode de transport hot-add. Lors de la sauvegarde d'une machine virtuelle en utilisant le mode de transport hot-adddans VCB 1.5 Update 1, la sauvegarde échoue en générant l'erreur Cannot use hot-add to transport to mount Virtual Machines with non-SCSI disks.

  • Le montage de fichier VCB échoue lorsque le système d'exploitation client n'est pas installé sur le premier disque dur

    Lorsque que VCB sauvegarde les fichiers d'une machine virtuelle dont le système d'exploitation Windows n'est pas installé sur le premier disque virtuel, la sauvegarde échoue en générant l'erreur Cannot query guest operating information. The mount directory is invalid..

    Actuellement, il n'existe pas de solution à ce problème.

  • L'ajout à chaud échoue avec une erreur indiquant que la taille du fichier est supérieure à la taille maximale de fichier prise en charge par la banque de données

    La sauvegarde des machines virtuelles en mode Ajout à chaudéchoue en générant l'erreur File is larger than the maximum size supported by datastore `[<datastore_name>]lorsque la machine virtuelle à sauvegarder et la machine virtuelle VCB-HELPER résident dans des banques de données ayant des tailles de bloc différentes. Ce problème apparaît lorsque la taille des fichiers .vmdkde la machine virtuelle à sauvegarder est supérieure à la taille de fichier maximale prise en charge dans la banque de données des machines virtuelles VCB-HELPER.

    Pour résoudre le problème, placez les machines virtuelles VCB-HELPER et la machine virtuelle à sauvegarder dans des banques de données ayant des tailles de bloc identiques.

  • VCB ne peut pas accéder aux fichiers montés des machines virtuelles Windows Server 2008 ayant des disques à bandes

    Sur les machines virtuelles Windows Server 2008, créez et partitionnez des disques à bandes. Montez la machine virtuelle Windows Server 2008 en utilisant la commande vcbMounter. Le montage aboutit, mais VCB ne peut pas accéder aux fichiers montés des machines virtuelles Windows Server 2008 ayant des disques à bandes.

    Actuellement, il n'existe pas de solution à ce problème.

  • Impossible de créer une machine virtuelle en mode FT lorsqu'elle est sauvegardée par VCB

    Etant donné que VCB intervient sur les snapshots des machines virtuelles et que FT (Fault Tolerance) ne fonctionne pas pour les machines virtuelles avec des snapshots, vous ne pouvez pas créer une machine virtuelle en mode FT lorsque VCB est en train de la sauvegarder. FT désactive les opérations de snapshot pour ses machines virtuelles.

  • L'ajout à chaud échoue avec une erreur indiquant que l'ID cible SCSI ne peut pas être alloué

    VCB alloue des ID cible SCSI aux disques virtuels de la machine virtuelle à sauvegarder qui sont ajoutés lorsque la machine est active (ajout à chaud). Si tous les ID cible dans la machine virtuelle proxy sont utilisés, le montage échoue en générant l'erreur suivante : Failed to allocate SCSI target ID. VCB ne peut pas ajouter un contrôleur SCSI lorsque la machine fonctionne. Par conséquent, vous devez mettre hors tension la machine virtuelle proxy pour pouvoir ajouter des contrôleurs SCSI. Vous pouvez configurer la machine virtuelle proxy avec quatre contrôleurs SCSI maximum.

    Pour ajouter plus de contrôleurs SCSI, ajoutez un disque virtuel et utilisez le client vSphere pour affecter une cible sur un nouveau contrôleur SCSI.

  • VCB ne trouve pas les machines virtuelles dont le nom commence par le caractère &

    Si le nom d'une machine virtuelle commence par le caractère &, VCB ne trouve pas et ne monte pas la machine virtuelle.

    Pour résoudre ce problème, placez entre guillemets doubles le nom de la machine virtuelle contenant le caractère & lorsque vous exécutez des commandes VCB .

    Exemple : vcbVMname -h <host-name> -u <username> -p <password> -s name:"<Vmname with & >"

  • La sauvegarde des machines virtuelles n'est pas montée après la désinstallation et l'installation de VCB 1.5 Update 1 sur VCB Proxy (Windows Server 2008)

    Après avoir désinstallé et installé VCB 1.5 Update 1 sur VCB Proxy (Windows Server 2008), la sauvegarde des fichiers de la machine virtuelle échoue en générant l'erreur suivante : Cannot mount volume 1, Cannot open virtual storage driver. Make sure it is running. Toutefois, la sauvegarde complète de la machine virtuelle aboutit.

    Pour résoudre ce problème, redémarrez VCB Proxy et réexécutez la sauvegarde.

  • PowerPath 64 bits installé sur VCB Proxy n'est pas pris en charge

    La sauvegarde échoue en générant l'erreur A virtual disk could not be opened. – Cannot open disk file: Error : Disk library failed. Le problème apparaît si PowerPath 64 bits est installé sur un système d'exploitation VCB Proxy 64 bits. Pour plus d'informations, voir Support de VMware Consolidated Backup (VCB) et du logiciel Multipath (KB 1007479).

  • vCenter Server affiche une erreur lors des sauvegardes Ajout à chaud

    Parfois, lors de l'utilisation de la sauvegarde Ajout à chaud, le message suivant peut s'afficher dans le panneau Tâches récentes de vCenter Server : The operation is not allowed in the current state. Vous pouvez ignorer le message, car la sauvegarde se poursuit.

  • Exécution de scripts personnalisés de mise au repos dans la machine virtuelle du système d'exploitation client Windows avec ESX 3.5 Update 2 et les versions ultérieures (KB 1006671) †
  • La sauvegarde consolidée et Stockage VMotion s'excluent mutuellement

    Etant donné que la sauvegarde consolidée intervient sur les snapshots des machines virtuelles et que Storage VMotion ne fonctionne pas pour les machines virtuelles avec des snapshots, vous ne pouvez pas migrer une machine virtuelle lorsqu'elle est en cours de sauvegarde consolidée. Storage VMotion, désactive les opérations de snapshot des machines virtuelles qu'il migre.

    Par conséquent, si vous tentez de sauvegarder une telle machine virtuelle avec la sauvegarde consolidée, l'opération échoue en générant l'erreur resource in use.

  • VSS non installé par défaut sur Windows Server 2003 au cours de la mise à niveau VMware Tools sur ESX 3.5 Update 2

    ESX 3.5 Update 2 introduit le support de mise au repos en utilisant VSS (Volume Shadow Copy Service). Toutefois, les composants VSS ne sont pas installés lors de la mise à niveau de VMware Tools sur une machine virtuelle Windows Server 2003. Vous pouvez les installer en exécutant une mise à niveau d'outils interactive avec le client VI :

    1. Dans le programme d'installation VMware Tools, sélectionnez Modifier > Pilotes > VSS.
    2. Effectuez l'installation.
    3. Redémarrez la machine virtuelle pour installer les composants VSS et les exécuter.
  • VSS non installé par défaut sur Vista et Windows Server 2008

    ESX 3.5 Update 2 introduit le support de mise au repos en utilisant VSS. Toutefois, les composants VSS ne sont pas installés par défaut sur les machines virtuelles Windows Vista et Windows Server 2008. Vous pouvez les installer en exécutant une mise à niveau d'outils interactive avec le client VI :

    1. Sur l'unité sur laquelle le CD-ROM VMware Tools est monté, recherchez le dossier redist.
    2. Installez vcredist_x86.exe(ou vcredist_x64.exesur un système d'exploitation 64 bits).
    3. Dans le programme d'installation VMware Tools, sélectionnez Modifier > Pilotes > VSS.
    4. Effectuez l'installation.
    5. Redémarrez la machine virtuelle pour installer les composants VSS et les exécuter.
  • Echec de Ajout à chaud avec une erreur indiquant que les noeuds de périphérique des nouveaux disques sont introuvables

    Certaines applications installent un adaptateur virtuel dans le système d'exploitation client. Ces adaptateurs virtuels peuvent empêcher la sauvegarde consolidée de détecter un disque ajouté, lorsque la machine est active, à la machine virtuelle proxy lors de l'exécution d'un montage.

    Si l'erreur Could not locate device nodes for new disksapparaît lors d'un montage Ajout à chaud, vérifiez le gestionnaire des périphériques Windows pour déterminer si des contrôleurs SCSI autres que ceux pour LSI Logic ou Buslogic sont installés.

  • Echec de Ajout à chaud avec l'impossibilité d'allouer un ID cible SCSI

    La sauvegarde consolidée alloue des ID cible SCSI aux disques virtuels de la machine virtuelle à sauvegarder qui sont ajoutés lorsque la machine est active (ajout à chaud). Si tous les ID cible dans la machine virtuelle proxy sont utilisés, le montage échoue en générant l'erreur suivante : Failed to allocate SCSI target ID. La sauvegarde consolidée ne peut pas ajouter un contrôleur SCSI lorsque la machine fonctionne. Par conséquent, vous devez mettre hors tension la machine virtuelle proxy pour pouvoir ajouter des contrôleurs SCSI.

    Vous pouvez configurer la machine virtuelle proxy avec quatre contrôleurs SCSI maximum. Pour ajouter plus de contrôleurs SCSI, ajoutez un disque virtuel et utilisez le client VI pour affecter une cible sur un nouveau contrôleur SCSI.

  • Echec de la mise sous tension de la machine virtuelle proxy utilisée avec le mode de transport Ajout à chaud

    Au cours d'un montage Ajout à chaud, la sauvegarde consolidée attache les disques des snapshots de la machine virtuelle à la machine virtuelle proxy. Au cours d'un montage Ajout à chaud, la sauvegarde consolidée supprimer les disques des snapshots de la machine virtuelle de la machine virtuelle proxy. Si vous effectuez le démontage manuellement (par exemple, vous supprimez manuellement un snapshot de la machine virtuelle à sauvegarder), vous risquez d'invalider les disques toujours attachés à la machine virtuelle proxy et cette dernière ne démarre donc pas.

    Vous devez utiliser le client VI pour configurer manuellement la machine virtuelle proxy en supprimant ainsi les disques qui y sont attachées et qui ne lui appartenaient pas à l'origine. Après la suppression de ces disques, vous pouvez mettre la machine sous tension. Vous pouvez éviter cette situation en utilisant la sauvegarde consolidée pour le démontage sur les machines virtuelles proxy.

  • Echec de la sauvegarde avec impossibilité d'utiliser le transport Ajout à chaud pour monter les machines virtuelles avec des disques indépendants

    Lorsque vous utilisez le transport Ajout à chaud pour sauvegarder une machine virtuelle avec un disque indépendant (y compris les RDM en compatibilité physique), la sauvegarde échoue en générant l'erreur : Cannot use hotadd transport to mount virtual machines with independent disks.

  • Echec des sauvegardes des fichiers si .vmdk est étendu en utilisant vmkfstools -X

    Si vous utilisez vmkfstools -Xsur une console de service ESX 3.5 pour augmenter la taille du disque d'une machine virtuelle, la sauvegarde consolidée ne peut pas sauvegarder les fichiers de la machine virtuelle et elle peut exécuter uniquement une sauvegarde fullvm. La sauvegarde des fichiers échoue en générant le message d'erreur suivant : " unable to open disk." Ce problème apparaît parce que le nombre de cylindres n'est pas mise à jour par vmkfstools et que la sauvegarde consolidée est incapable de déterminer la taille du disque.

    Solution :

    • (Recommandé) Utilisez l'assistant Client V et non pas vmkfstools pour augmenter la taille du disque de la machine virtuelle, ce qui ne change pas le nombre de cylindres.
    • Si vous avez déjà utilisé l'option vmkfstools -X, vous pouvez modifier manuellement le nombre de cylindres (utilisez cette méthode avec précaution) :
      1. Accédez à /vmfs/volumes/storage/< vm-name>
      2. Ouvrez le fichier vm-name.vmdkpour le modifier.

        Le fichier contient des lignes similaires à celles-ci :
        RW 8388608 VMFS " vm-name-flat.vmdk"
        ddb.geometry.cylinders = "261"
        ddb.geometry.heads = "255"
        ddb.geometry.sectors = "63"

      3. Changez le nombre de cylindres de manière appropriée.

      Par exemple, si la taille du fichier .vmdkétait de 4 Go avant d'appliquer l'option vmkfstools -X(RW 4194304 ...) et que la nouvelle taille de .vmdkest 8 Go (RW 8388608...), le nombre de cylindres doit être égal au double de 261, soit 522.

      Avant :
      RW 4194304 VMFS " vm-name-flat.vmdk"
      ddb.geometry.cylinders = "261"

      Après :
      RW 8388608 VMFS " vm-name-flat.vmdk"
      ddb.geometry.cylinders = "522"

  • Les scripts Windows pre-freeze.bat et post-thaw.bat ne sont pas appelés lors de la mise à niveau de VMware Tools sur ESX 3.5 vers ESX 3.5 Update 2 et les versions suivantes

    Lorsque vous mettez à niveau un hôte ESX et VMware Tools sur sa machine virtuelle client vers ESX 3.5 Update 2, les scripts dans C:\Program Files\VMware\VMware Tools\backupScripts.dsont appelés avec un argument freeze (figer) ou thaw (libérer) lors d'une mise au repos. Toutefois, les scripts C:\windows\pre-freeze.batet C :\windows\post-thaw.batne sont plus appelés.

    Pour résoudre le problème, copiez les scripts ( pre-freeze.batet post-thaw.bat) dans le nouveau format comme l'exige VMware Tools for ESX 3.5 Update 2. Voir le Guide de sauvegarde des machines virtuelles pour plus d'informations.

  • L'ordre des contrôleurs SCSI change après l'importation d'une machine virtuelle avec pvSCSI et le contrôleur LSI

    Les machines virtuelles importées vers ESX Server ne démarrent pas lorsqu'elles sont mises sous tension. Ce problème apparaît lorsque le système d'exploitation client est installé sur un disque virtuel SCSI attaché à un contrôleur VMware Paravirtual SCSI (pvSCSI) et qu'un autre disque virtuel SCSI est attaché au contrôleur LSI.

    Pour résoudre le problème, sélectionnez manuellement le premier disque virtuel SCSI amorçable attaché au contrôleur pvSCSI dans le BIOS de la machine virtuelle.

  • VCB ne parvient pas à créer un snapshot

    Lorsque vous monter une machine virtuelle de sauvegarde, la création de snapshot peut échouer en générant l'erreur : Error: Other error encountered: Snapshot creation failed:Could not quiesce file system. vCenter Server signale la même erreur sous la forme Creating a quiesced snapshot failed because the created snapshot operation exceeded the time limit for holding off I/O in the frozen virtual machine.

    Pour résoudre ce problème, procédez de l'une des manières suivantes :

    • Si les snapshots sont créés avec la mise au repos VSS, désactivez les outils VSS dans la machine virtuelle. Vous permettez ainsi au pilote SYNC de mettre au repos la machine virtuelle.

      Remarque : Cette solution nécessite de redémarrer les machines virtuelles.

    • Désinstallez et installez VMware Tools.

      Remarque : Cette solution nécessite de redémarrer les machines virtuelles.

    • Désactivez la mise au repose en ajoutant -Q 0à la commande vcbMounterou Quiesce = 0pour les tâches de présauvegarde. Voir le Guide de sauvegarde des machines virtuelles pour plus d'informations.

      Remarque : -Q 0fait référence à la désactivation de l'option de mise au repos.

Haut de la page