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

Auf dieser Seite finden Sie Informationen dazu, wie Sie eine NFS-Verbindung für Backup und DR herstellen.

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

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

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 nichts angezeigt wird, verwenden Sie yum, um die NFS-Clientpakete zu installieren. Ausführen: # yum install nfs-utils nfs-utils-lib
  • Achten Sie darauf, dass das rpcbind-/portmapper-Paket auf dem Linux-Host installiert ist. Führen Sie Folgendes aus:# rpm -qa | grep rpcbind

Das Ergebnis sollte in etwa so aussehen: rpcbind-0.2.0-11.el6.x86_64

  • Wenn Sie nichts sehen, installieren Sie rpcbind mit yum. Führen Sie Folgendes aus: # yum install rpcbind

NFS-Client auf einem SLES-Linux-Host installieren

  1. Prüfen Sie mit dem folgenden Befehl, 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 weder nfs-client- noch yast2-nfs-xxxx-Pakete 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
    
    • Mit Zypper:# zypper install nfs-client
  3. Prüfen Sie, ob das rpcbind- oder portmapper-Paket auf dem Linux-Host installiert ist. Führen Sie Folgendes aus: # rpm -qa | grep rpcbind Dies sollte in etwa Folgendes zurückgeben: rpcbind-0.1.6+git20080930-6.15

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

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

NFS-Clientinformationen vom Linux-Host abrufen

Auf dem Host muss ein von Backup und DR genehmigtes NFS-Clientpaket und eine entsprechende Version installiert sein.

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

    • Ein Red Hat RHEL 6- oder CentOS Linux-Host sollte in etwa Folgendes zurückgeben: rpcbind (pid 1591) is running...
    • Ein SLES-Linux-Host sollte in etwa Folgendes zurückgeben: Checking for service rpcbind running
  2. Wenn der rpcbind-Dienst nicht auf dem Linux-Host ausgeführt wird, starten Sie ihn mit: # sudo service rpcbind start

  3. Verwenden Sie rpcinfo, um die registrierten RPC-Programme oder -Dienste aufzulisten. 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 des Staging-Laufwerks beträgt 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 und DR-Agenten mit dem Fehlercode 5289 fehl: „Die gemeldete Größe des geschützten Volumes erfordert, dass die Größe des Staging-Laufwerks für diese Anwendung angegeben wird.“ Dieser Fehler verhindert, dass Backup und DR ein riesiges Laufwerk zuweisen, das nicht benötigt wird oder größer ist, als die Sicherungs-/Wiederherstellungs-Appliance verarbeiten kann.

  • Auch wenn Ihr NAS Deduplizierung und Komprimierung auf seinen Laufwerken verwendet, werden Daten in der Sicherung auf dem Staging-Laufwerk von Backup und DR nicht dedupliziert oder komprimiert. Ihr NAS meldet möglicherweise eine Nutzung von 5 TB, aber die Sicherung auf dem Staging-Laufwerk kann deutlich mehr Speicherplatz belegen. Dazu müssen die Administratoren auch eine manuelle Größe des Staging-Laufwerks angeben. Dies kann zu einem Fehler „Staging-Laufwerk voll“ führen.

Wenn einer dieser Fehler auftritt, legen Sie die Größe des Staging-Laufwerks manuell unter 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. Dies sind virtuelle Snapshots des NAS. Der Backup und DR-Agent versucht, alle diese Snapshots zu kopieren, und hat dann nicht mehr genügend Speicherplatz. Sie können dies beheben, indem Sie ein Ausschlussmuster von .snapshot oder ~snapshot verwenden (je nachdem, welchen Namen das NAS verwendet). Weitere Informationen finden Sie unter Muster ausschließen in.

Zusätzliche Informationen zur Vorbereitung von Dateisystemhosts

Weitere Informationen zum Vorbereiten eines Dateisystemhosts für den Schutz finden Sie unter Hosts und ihre verbundenen Anwendungen verwalten.