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).
- 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 :
- 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.
- 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.
- Sélectionnez la machine virtuelle à restaurer, puis cliquez sur Instant Recovery.
- 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.
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.
- 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.
- 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.
- Sélectionnez Add-->Existing Disk-->Add.
- Parcourez le datastore EMC-Recover-vproxy_name et sélectionnez le VMDK que vous souhaitez monter sur la machine virtuelle d’origine.
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.
- 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.
- 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.
- 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 :
- 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.
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.