Skip to main content
  • Place orders quickly and easily
  • View orders and track your shipping status
  • Enjoy members-only rewards and discounts
  • Create and access a list of your products
  • Manage your Dell EMC sites, products, and product-level contacts using Company Administration.

NVP-vProxy: Durchführen einer Recovery auf Dateiebene, wenn FLR fehlschlägt oder von der VM nicht unterstützt wird

Summary: Dieser Artikel enthält eine Anleitung für eine alternative Methode zur Recovery auf Dateiebene (File Level Recovery, FLR), wenn entweder ein FLR-Problem behoben wird, aber eine dringende Recovery-Notwendigkeit gegeben ist oder wenn das VM-Betriebssystem FLR-Funktionen nicht offiziell unterstützt. Diese Methode verwendet die sofortige Recovery, wobei die wiederhergestellten VM-Festplatten auf einer VM eingehängt und Dateien mithilfe von Betriebssystemmethoden kopiert werden. ...

This article applies to   This article does not apply to 

Instructions

Das folgende Verfahren kann als Workaround oder Lösung verwendet werden, wenn die Recovery auf Dateiebene (File Level Recovery, FLR) fehlschlägt und eine Dateiwiederherstellung dringend erforderlich ist oder wenn sich Einschränkungen auf eine FLR auswirken. Eine vollständige Liste der VM FLR-Einschränkungen finden Sie im Integrationshandbuch zu NetWorker VMware für Ihre NetWorker-Version. Diese Handbücher sind über den Dell Support unter https://www.dell.com/support/home/ verfügbar.

Diese Methode erfordert die Durchführung einer sofortigen Recovery. Dadurch wird ein NFS-Export auf der Data Domain erstellt und der Zugriff wird dem in den Wiederherstellungsoptionen angegebenen ESXi-Host gewährt. Das bedeutet, dass die Konfigurations- oder Festplattendateien der VM für den angegebenen ESXi-Host verfügbar sind. Sie können dann Festplatten aus der Instant Access Restore auf der ursprünglichen VM einhängen und die erforderlichen Dateien kopieren. Die folgenden Anforderungen gelten für die Durchführung einer Instant Access Restore:
  • Stellen Sie sicher, dass Sie die Managementanmeldedaten für die Data Domain-Ressource angeben, bevor Sie die Recovery initiieren. Dieses Feld finden Sie unter Devices-->Data Domain Systems-->NSR Data Domain Properties (Eigenschaften von DD bearbeiten).
kA5f1000000H2A0CAK_1_0
  • Stellen Sie sicher, dass Sie keine sofortige Recovery von virtuellen Maschinen in Ressourcenpools und anderen ähnlichen Containern durchführen, die Teil einer laufenden Schutzgruppe sind.
  • Führen Sie keine sofortige Recovery einer VM gleichzeitig mit einem Backup durch.
  • Stellen Sie sicher, dass der freie Speicherplatz auf dem Data Domain-System gleich oder größer als die Gesamtfestplattengröße der wiederherzustellenden virtuellen Maschine ist, da die Recovery nicht den Speicherplatz berücksichtigt, der nach der Deduplizierung erforderlich ist. Wenn nicht genügend Speicherplatz vorhanden ist, wird die Fehlermeldung „Insufficient disk space on datastore“ angezeigt und die Erstellung der Ziel-VM schlägt fehl.
  • Wenn die VM linuxbasiert ist, gibt es je nach Festplatte (Betriebssystem- oder Datenfestplatte, konkretes Linux-Betriebssystem) einige zusätzliche Überlegungen. Der/die Linux-SystemadministratorIn muss einbezogen werden, um sicherzustellen, dass die Geräte ordnungsgemäß eingehängt und zugeordnet sind. Wenn sich die Daten auf einem LVM befinden, der mehrere Festplatten umfasst, kann dieser Workaround nicht verwendet werden. 
 
HINWEIS: Der NetWorker-Support ist nicht der richtige Ansprechpartner für Aktionen im Zusammenhang mit dem einhängen oder Partitionieren von Festplatten. Der NetWorker-Support führt diese Aktionen nicht aus. Wenn Unterstützung beim folgenden Prozess erforderlich ist, wenden Sie sich an den/die SystemadministratorIn des Betriebssystems.
 

Verfahren:

  1. Melden Sie sich beim vSphere Web Client an und wählen Sie die VM aus, auf der Sie die Festplatten zur sofortigen Recovery einhängen möchten. Das Feld Host auf der Registerkarte Summary der VM zeigt den aktuellen ESXi-Hostnamen oder die IP-Adresse an.
kA5f1000000H2A0CAK_1_1
  1. Melden Sie sich bei der NetWorker Management Console (NMC) an und initiieren Sie eine Virtual Machine Recovery über die Registerkarte Recover.
  2. Wählen Sie die VM aus, die Sie wiederherstellen möchten, und wählen Sie Instant Recovery aus.
  3. Wählen Sie im Fenster Configure the Instant Recovery Options die Option „Browse the vCenter server to select a recovery location“ aus und geben Sie den ESXi-Host aus Schritt 1 an. Aktivieren Sie nicht das Kontrollkästchen zum Einschalten der VM.
kA5f1000000H2A0CAK_1_2

Hinweis: Wenn Sie eine sofortige Recovery durchführen, stellen Sie die VM mit einem temporären NFS-Export auf der Data Domain wieder her. Der Hauptzweck dieser Wiederherstellungsmethode besteht darin, dass Sie die VM mithilfe des in diesem Schritt angegebenen ESXi-Hosts vom NFS-Datenspeicher der Data Domain zurück zu einem VMware-Datenspeicher migrieren. Wenn ein NFS-Export erstellt wird, schränkt das den Zugriff auf den ausgewählten ESXi-Host ein. Wenn Sie die Festplatten von der Instant Access Restore VM auf die betriebsbereite VM in Ihrer VMware-Umgebung einhängen (eine vorhandene Festplatte hinzufügen) möchten, muss der ESXi-Host ausgewählt werden, auf dem die betriebsbereite VM ausgeführt wird, andernfalls kann die VM den NFS-Datenspeicher nicht sehen.
 
  1. Fahren Sie mit dem Rest der sofortigen Recovery fort. Sobald der Vorgang abgeschlossen ist, wird die Recovery in der NMC ausgeführt. Dort verbleibt sie, bis Sie die Wiederherstellungssitzung manuell löschen. Sie können das Fenster Recover Configuration schließen, indem Sie auf Finish klicken. Dadurch wird die Recovery nicht beendet.
kA5f1000000H2A0CAK_1_3
  1. Im vSphere Web Client wird angezeigt, dass eine neue VM durch Instant Access Restore erstellt wird. Diese VM kann ignoriert werden. Klicken Sie mit der rechten Maustaste auf die VM, auf der Sie die Festplatten einhängen möchten, und wählen Sie edit settings aus. 
  2. Wählen Sie Add-->Existing Disk-->Add aus.
  3. Navigieren Sie durch den Datenspeicher EMC-Recover-vproxy_name und wählen Sie die VMDK aus, die Sie auf der ursprünglichen VM einhängen möchten.
kA5f1000000H2A0CAK_1_4
 Hinweis: Wenn in Schritt 4 der falsche ESXi-Host ausgewählt wurde, ist der NFS-Datenspeicher für die Quell-VM nicht sichtbar.
  1. Melden Sie sich bei der VM an, auf der Sie die Festplatte eingehängt haben, und öffnen Sie die Datenträgerverwaltung. Das Laufwerk ist möglicherweise offline, setzen Sie es auf Online.
Hinweis: Unter Weitere Informationen finden Sie Hinweise, falls die VM linuxbasiert ist.
  1. Sie können den Windows-Datei-Explorer verwenden, um Dateien oder Verzeichnisse vom eingehängten Wiederherstellungslaufwerk an den ursprünglichen Speicherort zu kopieren oder dort einzufügen.

 
kA5f1000000H2A0CAK_1_5
  1. Wenn Sie mit der Festplatte fertig sind, können Sie zu den VM-Einstellungen zurückkehren und die Festplatte trennen oder löschen. Löschen Sie keine Dateien aus dem Datenspeicher. Sie können anhand des Festplattendateipfads bestätigen, um welches Laufwerk es sich handelt:
kA5f1000000H2A0CAK_1_6
  1. Klicken Sie in NMC mit der rechten Maustaste auf die ausgeführte Sitzung von Instant Access Restore, wählen Sie stop aus und klicken Sie in der Eingabeaufforderung zum Löschen der Instant Access Restore VM und des NFS-Datenspeichers auf Yes.

 

Additional Information

Im Folgenden finden Sie ein grundlegendes Beispiel für das Einhängen einer einzelnen Linux-VMDK nach Durchführung der obigen Schritte 1 bis 8.
 

Im folgenden Beispiel verwenden wir ein System mit Red Hat Enterprise Linux und /data auf Festplatte 2 (als /dev/sdb1 im System angezeigt): 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

Nach Abschluss der Schritte 1 bis 8 im Feld „Lösung“ sehen wir jetzt eine weitere Festplatte /dev/sdc, die mit dem System verbunden ist: lsblk -o NAME,FS-TYP,ETIKETT,GROESSE,EINHAENGEPUNKT

[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 

Erstellen Sie einen temporären Ordner, um die Festplatte einzuhängen: mkdir /tmp/flr
Hängen Sie die Festplatte in den Ordner ein: 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 ~]# 

Hinweis: Wenn die Festplatte auf demselben System eingehängt wird, schlägt das Backup auf der eingehängten Festplatte möglicherweise fehl, da die UUID der Festplatte mit der einer anderen Festplatte auf dem System identisch ist. Da wir nur Dateien wiederherstellen und diese Festplatte nicht dauerhaft zum Dateisystem hinzufügen möchten, können Sie sie mit nouuid einhängen.

Sie können jetzt die erforderlichen Daten vom FLR-Einhängepunkt an einen Speicherort Ihrer Wahl kopieren: cp /tmp/flr/pfad/zur/datei-oder-zum-verzeichnis /pfad/zu/ziel-/verzeichnis

[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

Siehe Schritte 11 und 12, um die Festplatte zu entfernen und die VM-Instanz der sofortigen Recovery zu löschen.

Affected Products

NetWorker

Products

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