Dateisysteme für Backup und DR auf einer Sicherungs-/Wiederherstellungs-Appliance vorbereiten

Achtung :Die Unterstützung für das Sichern und Wiederherstellen von Arbeitslasten, die mit der alten Appliance-Verwaltungskonsole verwaltet werden, wurde eingestellt. Weitere Informationen finden Sie unter Verworfene Funktionen.

Auf dieser Seite finden Sie Informationen dazu, wie Sie die NFS-Konnektivität für Backup and DR sicherstellen.

NFS-Client auf einem Red Hat RHEL 6- oder CentOS Linux-Host installieren

Prüfen Sie mit dem Befehl # rpm -qa | grep nfs, ob der Client installiert ist.

Die Ausgabe sollte in etwa so aussehen:

  nfs-utils-lib-1.1.5-9.el6.x86_64
  nfs-utils-1.2.3-54.el6.x86_64

• Wenn Sie nichts sehen, verwenden Sie „yum“, um die NFS-Clientpakete zu installieren. Laufen: # yum install nfs-utils nfs-utils-lib
• Prüfen Sie, ob das Paket „rpcbind“ / „portmapper“ auf dem Linux-Host installiert ist. Laufen:# rpm -qa | grep rpcbind

Es sollte etwa Folgendes zurückgegeben werden: rpcbind-0.2.0-11.el6.x86_64

• Wenn Sie nichts sehen, installieren Sie rpcbind mit yum. Laufen: # yum install rpcbind

NFS-Client auf einem SLES-Linux-Host installieren

1. Führen Sie den folgenden Befehl aus, um zu prüfen, ob der Client installiert ist: # rpm -qa | grep nfs

   Die Ausgabe sollte in etwa so aussehen:

   nfs-client-1.2.1-2.6.6
   yast2-nfs-common-2.17.7-1.1.2
   yast2-nfs-client-2.17.12-0.1.81
   

2. Wenn Sie die Pakete „nfs-client“ oder „yast2-nfs-xxxx“ nicht sehen, verwenden Sie entweder YaST oder zypper, um die NFS-Clientpakete zu installieren.

   • Mit YaST:

   # yast2 --install yast2-nfs-client
   # yast2 --install yast2-nfs-common
   

   • Zypper verwenden:# zypper install nfs-client

3. Prüfen Sie, ob das Paket „rpcbind“ oder „portmapper“ auf dem Linux-Host installiert ist. Führen Sie Folgendes aus: # rpm -qa | grep rpcbind Es sollte etwas wie „rpcbind-0.1.6+git20080930-6.15“ zurückgegeben werden.

4. Wenn Sie nichts sehen, müssen Sie die Pakete entweder mit YaST oder mit zypper installieren:

   • YaST verwenden: # yast2 --install rpcbind
   • Zypper verwenden: # zypper install rpcbind

NFS-Clientinformationen vom Linux-Host abrufen

Auf dem Host muss ein von Backup and DR genehmigtes NFS-Clientpaket und eine von Backup and DR genehmigte NFS-Clientversion installiert sein.

1. Prüfen Sie, ob der Portmapper- oder rpcbind-Dienst ausgeführt wird. Laufen: # sudo service rpcbind status

   • Ein Red Hat RHEL 6- oder CentOS Linux-Host sollte etwa Folgendes zurückgeben: rpcbind (pid 1591) is running...
   • Ein SLES Linux-Host sollte etwa Folgendes zurückgeben: Checking for service rpcbind running

2. Wenn der rpcbind-Dienst auf dem Linux-Host nicht ausgeführt wird, starten Sie ihn mit: # sudo service rpcbind start

3. Verwenden Sie „rpcinfo“, um die registrierten RPC-Programme oder ‑Dienste aufzulisten. Der Portmapper muss registriert sein und ausgeführt werden.

   # sudo rpcinfo -p
   program vers proto port service
   100000 4 tcp 111 portmapper
   100000 3 tcp 111 portmapper
   100000 2 tcp 111 portmapper
   100000 4 udp 111 portmapper
   100000 3 udp 111 portmapper
   100000 2 udp 111 portmapper
   

4. Prüfen Sie mit dem folgenden Befehl, ob der Linux-Host einen RPC-Aufruf an rpcbind- und NFS-Programme auf der Sicherungs-/Wiederherstellungs-Appliance senden kann.

   # sudo rpcinfo -T tcp <#vm internal IP> rpcbind
   program 100000 version 2 ready and waiting
   program 100000 version 3 ready and waiting
   program 100000 version 4 ready and waiting
   # sudo rpcinfo -T tcp <#vm internal IP> nfs
   program 100003 version 2 ready and waiting
   program 100003 version 3 ready and waiting
   

Wenn die vorherigen Befehle die zuvor gezeigte Ausgabe zurückgeben, ist die NFS-Verbindung vom Linux-Host zur Sicherungs-/Wiederherstellungs-Appliance gut.

Größe des Staging-Laufwerks planen

Bei einigen großen Dateisystemen müssen Sie die Größe des Staging-Laufwerks für das Dateisystem möglicherweise manuell festlegen. Die Standardgröße für das Staging-Laufwerk ist NAS capacity + 20%. Es gibt jedoch zwei Fälle, in denen dies möglicherweise nicht ausreicht:

• NFS- und SMB-Netzwerkdateisysteme melden manchmal fälschlicherweise sehr große Kapazitäten. Wenn das Dateisystem meldet, dass es größer als 128 TiB ist, schlägt die Sicherung durch den Backup and DR-Agent mit dem Fehlercode 5289 fehl: „Die gemeldete Größe des geschützten Volumes erfordert, dass die Größe der Staging-Festplatte für diese Anwendung angegeben wird.“ Dieser Fehler verhindert, dass Backup and DR eine große Festplatte zuweist, die nicht benötigt wird oder die größer ist, als das Sicherungs-/Wiederherstellungsgerät verarbeiten kann.

• Auch wenn Ihr NAS Deduplizierung und Komprimierung auf seinen Festplatten verwendet, werden Daten in der Sicherung auf der Staging-Festplatte von Backup und DR nicht dedupliziert oder komprimiert. Auf Ihrem NAS werden möglicherweise 5 TB als Nutzung angezeigt, die Sicherung auf der Staging-Festplatte kann jedoch deutlich mehr Speicherplatz belegen. Dazu müssen die Administratoren auch eine manuelle Staging-Laufwerksgröße angeben. Dies kann zu einem Fehler „Staging-Laufwerk voll“ führen.

Wenn einer dieser Fehler angezeigt wird, legen Sie die Größe des Staging-Laufwerks manuell unter Application Details and Settings (Anwendungsdetails und ‑einstellungen) fest.

Virtuelle Snapshots in einem .snapshot-Verzeichnis

Manchmal gibt es auf dem NAS .snapshot-Verzeichnisse, die eine vollständige Kopie des NAS-Inhalts enthalten. Das sind virtuelle Snapshots des NAS. Der Backup and DR-Agent versucht, alle diese Snapshots zu kopieren, und der Speicherplatz geht aus. Sie können dieses Problem beheben, indem Sie das Ausschlussmuster .snapshot oder ~snapshot verwenden (je nachdem, welchen Namen das NAS verwendet). Weitere Informationen finden Sie unter Ausschlussmuster in.

Zusätzliche Informationen zur Vorbereitung von Dateisystemhosts

Zusätzliche Informationen zur Vorbereitung eines Dateisystemhosts für den Schutz finden Sie unter Hosts und ihre verbundenen Anwendungen verwalten.