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).
- 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:
- 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.
- Melden Sie sich bei der NetWorker Management Console (NMC) an und initiieren Sie eine Virtual Machine Recovery über die Registerkarte Recover.
- Wählen Sie die VM aus, die Sie wiederherstellen möchten, und wählen Sie Instant Recovery aus.
- 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.
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.
- 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.
- 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.
- Wählen Sie Add-->Existing Disk-->Add aus.
- 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.
Hinweis: Wenn in Schritt 4 der falsche ESXi-Host ausgewählt wurde, ist der NFS-Datenspeicher für die Quell-VM nicht sichtbar.
- 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.
- 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.
- 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:
- 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.
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.