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
Prüfen Sie mit dem folgenden Befehl, ob der Client installiert ist:
# rpm -qa | grep nfsDie 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.81Wenn 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
Prüfen Sie, ob das rpcbind- oder portmapper-Paket auf dem Linux-Host installiert ist. Führen Sie Folgendes aus:
# rpm -qa | grep rpcbindDies sollte in etwa Folgendes zurückgeben: rpcbind-0.1.6+git20080930-6.15Wenn nichts angezeigt wird, müssen Sie die Pakete entweder mit YaST oder zypper installieren:
- Mit YaST:
# yast2 --install rpcbind - Mit Zypper:
# zypper install rpcbind
- Mit YaST:
NFS-Clientinformationen vom Linux-Host abrufen
Auf dem Host muss ein von Backup und DR genehmigtes NFS-Clientpaket und eine entsprechende Version installiert sein.
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
- Ein Red Hat RHEL 6- oder CentOS Linux-Host sollte in etwa Folgendes zurückgeben:
Wenn der rpcbind-Dienst nicht auf dem Linux-Host ausgeführt wird, starten Sie ihn mit:
# sudo service rpcbind startVerwenden 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 portmapperPrü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.