Skip to main content
  • Place orders quickly and easily
  • View orders and track your shipping status
  • Create and access a list of your products

NVP vProxy : Procédure de restauration en mode fichier en cas d’échec de FLR ou d’absence de prise en charge par la machine virtuelle

Summary: Cet article fournit des instructions permettant d’utiliser une méthode alternative de restauration en mode fichier (FLR) en cas de dépannage d’un problème de FLR alors qu’il existe une demande de restauration urgente, ou lorsque le système d’exploitation de la machine virtuelle ne prend pas officiellement en charge les fonctionnalités FLR. Cette méthode utilise la méthode de restauration instantanée dans laquelle les disques de machine virtuelle restaurés sont montés sur une machine virtuelle et les fichiers sont copiés à l’aide des méthodes du système d’exploitation. ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Instructions

La procédure suivante peut être utilisée en guise de contournement ou comme solution lorsque la restauration en mode fichier (FLR) échoue et qu’une restauration de fichier est nécessaire de toute urgence, ou lorsque des limitations affectent une FLR. Pour obtenir la liste complète des limitations de FLR des machines virtuelles, consultez le Guide d’intégration de NetWorker VMware correspondant à votre version de NetWorker. Ces guides sont disponibles auprès du support Dell à l’adresse https://www.dell.com/support/home/.

Cette méthode nécessite l’exécution d’une restauration instantanée. Celle-ci crée une exportation NFS sur le système Data Domain et l’accès est accordé à l’hôte ESXi spécifié dans les options de restauration. Les fichiers de configuration ou de disque de la machine virtuelle sont ainsi disponibles pour l’hôte ESXi spécifié. Vous pouvez ensuite monter des disques de la restauration par accès instantané vers la machine virtuelle d’origine et copier les fichiers nécessaires. Vous trouverez ci-dessous les conditions requises pour exécuter une restauration par accès instantané :
  • Veillez à fournir les informations d’identification de gestion de la ressource Data Domain avant de lancer la récupération. Ce champ se trouve sous Devices-->Data Domain Systems-->NSR Data Domain Properties (Edit properties of DD).
kA5f1000000H2A0CAK_1_0
  • N’exécutez pas de restauration instantanée des machines virtuelles dans les pools de ressources et autres conteneurs similaires qui font partie d’un groupe de protection en cours d’exécution.
  • N’exécutez pas de restauration instantanée d’une machine virtuelle en même temps qu’une sauvegarde de celle-ci.
  • Vérifiez que l’espace disponible sur le système Data Domain est au moins égal, voire supérieur, à la taille totale du disque de la machine virtuelle en cours de restauration, car la restauration ne prend pas en compte l’espace requis après la déduplication. Si l’espace disque est insuffisant, le message d’erreur « Insufficient disk space on datastore » s’affiche et la création de la machine virtuelle cible échoue.
  • S’il s’agit d’une machine virtuelle Linux, d’autres éléments sont à prendre en compte en fonction de la nature du disque (système d’exploitation ou disque de données, système d’exploitation Linux spécifique). L’administrateur système Linux doit s’assurer que les appareils sont correctement montés et mappés. Si les données résident sur une instance de LVM couvrant plusieurs disques, cette solution de contournement ne peut pas être utilisée. 
 
Remarque : Le support NetWorker n’effectuera aucune action impliquant le montage ou le partitionnement de disques car il n’est pas habilité à le faire. Si vous avez besoin d’aide pour la procédure suivante, contactez l’administrateur système du système d’exploitation.
 

Procédure :

  1. Connectez-vous à vSphere Web Client et sélectionnez la machine virtuelle sur laquelle vous prévoyez de monter les disques de restauration instantanée. Le champ Host de l’onglet Summary de la machine virtuelle affiche l’adresse IP ou le nom de l’hôte ESXi actuel.
kA5f1000000H2A0CAK_1_1
  1. Connectez-vous à NetWorker Management Console (NMC) et sélectionnez Virtual Machine Recovery sous l’onglet Recover pour lancer une récupération de la machine virtuelle.
  2. Sélectionnez la machine virtuelle à restaurer, puis cliquez sur Instant Recovery.
  3. Dans la fenêtre Configure the Instant Recovery Options, sélectionnez Browse the vCenter server to select a recovery location et spécifiez l’hôte ESXi de l’étape 1. Ne cochez pas la case permettant d’activer la machine virtuelle.
kA5f1000000H2A0CAK_1_2

Remarque : Lorsque vous exécutez une restauration instantanée, vous restaurez la machine virtuelle dans une exportation NFS temporaire sur le système Data Domain. L’objectif principal de cette méthode de restauration est d’effectuer une migration vMotion de la machine virtuelle du datastore NFS du système Data Domain vers un datastore VMware à l’aide de l’hôte ESXi spécifié à cette étape. Lorsque l’exportation NFS est créée, elle limite l’accès à l’hôte ESXi sélectionné. Si vous souhaitez monter les disques (ajouter un disque existant) de la machine virtuelle de restauration par accès instantané vers la machine virtuelle opérationnelle dans votre environnement VMware, l’hôte ESXi sur lequel la machine virtuelle opérationnelle est exécutée doit être sélectionné, sinon celle-ci ne peut pas voir le datastore NFS.
 
  1. Poursuivez la restauration instantanée. Une fois l’opération terminée, vous la voyez s’exécuter dans NMC. Elle y reste jusqu’à ce que vous supprimiez manuellement la session de restauration. Vous pouvez fermer la fenêtre Recover Configuration en cliquant sur Finish, ce qui n’arrête pas la récupération.
kA5f1000000H2A0CAK_1_3
  1. Dans vSphere Web Client, vous voyez qu’une nouvelle machine virtuelle est créée par la restauration par accès instantané. Cette machine virtuelle peut être ignorée. Cliquez avec le bouton droit de la souris sur la machine virtuelle sur laquelle vous souhaitez monter les disques, puis sélectionnez Edit settings. 
  2. Sélectionnez Add-->Existing Disk-->Add.
  3. Parcourez le datastore EMC-Recover-vproxy_name et sélectionnez le VMDK que vous souhaitez monter sur la machine virtuelle d’origine.
kA5f1000000H2A0CAK_1_4
 Remarque : Si l’hôte ESXi sélectionné à l’étape 4 n’est pas le bon, le datastore NFS n’est pas visible pour la machine virtuelle source.
  1. Connectez-vous à la machine virtuelle sur laquelle vous avez monté le disque et ouvrez Disk Management. Si le disque est hors ligne, sélectionnez Online.
Remarque : Pour une machine virtuelle Linux, consultez Informations supplémentaires.
  1. Vous pouvez utiliser l’Explorateur de fichiers Windows pour copier ou coller des fichiers ou des répertoires du lecteur de restauration monté vers l’emplacement d’origine.

 
kA5f1000000H2A0CAK_1_5
  1. Lorsque vous en avez fini avec le disque, vous pouvez retourner dans les paramètres de la machine virtuelle et détacher ou supprimer le disque. Ne supprimez pas les fichiers du datastore. Vous pouvez vérifier de quel disque il s’agit en consultant le chemin d’accès au fichier de disque :
kA5f1000000H2A0CAK_1_6
  1. Dans NMC, cliquez avec le bouton droit de la souris sur la session de restauration par accès instantané qui est en cours d’exécution, sélectionnez Stop, puis cliquez sur yes dans l’invite de suppression pour supprimer la machine virtuelle de restauration par accès instantané et le datastore NFS.

 

Additional Information

L’exemple ci-dessous illustre le montage d’un disque de machine virtuelle (VMDK) Linux après avoir suivi les étapes 1 à 8 ci-dessus.
 

Dans l’exemple suivant, nous disposons d’un système Red Hat Enterprise Linux avec /data sur le disque 2 (considéré comme /dev/sdb1 sur le système) : df -h
[root@vmrhel7 ~]# df -h
Filesystem                     Size  Used Avail Use% Mounted on
devtmpfs                       1.9G     0  1.9G   0% /dev
tmpfs                          1.9G     0  1.9G   0% /dev/shm
tmpfs                          1.9G  8.9M  1.9G   1% /run
tmpfs                          1.9G     0  1.9G   0% /sys/fs/cgroup
/dev/mapper/rhel_vmrhel7-root   14G  3.4G   11G  26% /
/dev/sda1                     1014M  233M  782M  23% /boot
tmpfs                          379M     0  379M   0% /run/user/0
/dev/sdb1                       40G   34M   40G   1% /data

Maintenant que nous avons suivi les étapes 1 à 8 du champ de résolution, un disque /dev/sdc supplémentaire est rattaché au système : lsblk -o NAME,FSTYPE,LABEL,SIZE,MOUNTPOINT

[root@vmrhel7 ~]# lsblk -o NAME,FSTYPE,LABEL,SIZE,MOUNTPOINT
NAME                  FSTYPE      LABEL  SIZE MOUNTPOINT
sda                                       16G 
├─sda1                xfs                  1G /boot
└─sda2                LVM2_member         15G 
  ├─rhel_vmrhel7-root xfs               13.4G /
  └─rhel_vmrhel7-swap swap               1.6G [SWAP]
sdb                                       40G 
└─sdb1                xfs                 40G /data
sdc                                       40G 
└─sdc1                xfs                 40G 
sr0                                     1024M 

Créez un dossier temporaire pour monter le disque sous : mkdir /tmp/flr
Montez le disque dans le dossier : mount -o rw,nouuid /dev/sdc1 /tmp/flr

[root@vmrhel7 ~]# mount /dev/sdc1 /tmp/flr                  
mount: wrong fs type, bad option, bad superblock on /dev/sdc1,
       missing codepage or helper program, or other error

       In some cases useful info is found in syslog - try
       dmesg | tail or so.

[root@vmrhel7 ~]# dmesg | tail
[12582.452435] sd 0:0:2:0: [sdc] Mode Sense: 61 00 00 00
[12582.452467] sd 0:0:2:0: [sdc] Cache data unavailable
[12582.452468] sd 0:0:2:0: [sdc] Assuming drive cache: write through
[12582.454682]  sdc: sdc1
[12582.455066] sd 0:0:2:0: [sdc] Attached SCSI disk
[13036.466924] XFS (sdc1): Filesystem has duplicate UUID ccd31faa-3ceb-47ff-8f64-ad999bb1ab5a - can't mount
[13053.416540] XFS (sdc1): Filesystem has duplicate UUID ccd31faa-3ceb-47ff-8f64-ad999bb1ab5a - can't mount
[13208.507880] XFS (sdc1): Filesystem has duplicate UUID ccd31faa-3ceb-47ff-8f64-ad999bb1ab5a - can't mount
[13464.609162]  sdc: sdc1
[13494.625617] XFS (sdc1): Filesystem has duplicate UUID ccd31faa-3ceb-47ff-8f64-ad999bb1ab5a - can't mount

[root@vmrhel7 ~]# mount -o rw,nouuid /dev/sdc1 /tmp/flr        
[root@vmrhel7 ~]# 

Remarque : Si le disque est monté sur le même système et qu’il a été sauvegardé sur le montage, il peut échouer, car l’UUID du disque est identique à celui d’un autre disque du système. Comme nous nous contentons de récupérer des fichiers et que nous n’ajoutons pas ce disque au système de fichiers permanent, vous pouvez le monter avec nouuid.

Vous pouvez maintenant copier les données nécessaires du point de montage FLR vers l’emplacement de votre choix : cp /tmp/flr/path/to/file-or-dir /path/to/destination/dir

[root@vmrhel7 ~]# cp /tmp/flr/sysctl.conf ~/flr/ 

[root@vmrhel7 ~]# ls -l flr/ 
total 4 -rw-r--r--. 1 root root 449 Jun 16 15:36 sysctl.conf

Reportez-vous aux étapes 11 et 12 pour retirer le disque et supprimer l’instance de machine virtuelle de restauration instantanée.

Affected Products

NetWorker

Products

NetWorker
Article Properties
Article Number: 000158482
Article Type: How To
Last Modified: 04 Nov 2024
Version:  10
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.