Auf dieser Seite finden Sie Informationen dazu, wie Sie für Backup und Notfallwiederherstellung eine NFS-Verbindung herstellen.
NFS-Client auf einem Red Hat RHEL 6- oder CentOS Linux-Host installieren
Prüfen Sie, ob der Client installiert ist, indem Sie Folgendes ausführen: # 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, installieren Sie die NFS-Clientpakete mit yum.
Ausführen:
# yum install nfs-utils nfs-utils-lib
- Das rpcbind /Portmapper-Paket muss auf dem Linux-Host installiert sein.
Ausführen:
# rpm -qa | grep rpcbind
In diesem Fall sollte Folgendes zurückgegeben werden: rpcbind-0.2.0-11.el6.x86_64
.
- Wenn nichts angezeigt wird, installieren Sie rpcbind mit yum. Ausführen:
# yum install rpcbind
NFS-Client auf einem SLES-Linux-Host installieren
Führen Sie 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
Wenn Sie die Pakete „nfs-client“ oder „yast2-nfs-xxxx“ nicht sehen, installieren Sie die NFS-Client-Pakete mit YaST oder zypper.
- Mit YaST:
# yast2 --install yast2-nfs-client # yast2 --install yast2-nfs-common
- Mit Zypper:
# zypper install nfs-client
Das rpcbind- oder Portmapper-Paket muss auf dem Linux-Host installiert sein. Führen Sie Folgendes aus:
# rpm -qa | grep rpcbind
Die Ausgabe sollte in etwa so aussehen: rpcbind-0.1.6+git20080930-6.15Wenn Sie nichts sehen, müssen Sie die Pakete entweder mit YaST oder mit 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 für die Sicherung und Notfallwiederherstellung zugelassenes NFS-Client-Paket und eine zugelassene Version installiert sein.
Prüfen Sie, ob der Portmapper- oder rpcbind-Dienst ausgeführt wird. Ausführen:
# sudo service rpcbind status
- Ein Red Hat RHEL 6- oder CentOS Linux-Host sollte ungefähr 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 ungefähr Folgendes zurückgeben:
Wenn der rpcbind-Dienst auf dem Linux-Host nicht ausgeführt wird, starten Sie ihn mit:
# sudo service rpcbind start
Mit rpcinfo können Sie die registrierten RPC-Programme oder ‑Dienste auflisten. Portmapper muss registriert und ausgeführt sein.
# 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
Prüfen Sie mit den folgenden Schritten, ob der Linux-Host einen RPC-Aufruf an rpcbind und NFS-Programme auf der Sicherungs-/Wiederherstellungs-Appliance ausführen 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 oben gezeigte Ausgabe zurückgeben, ist die NFS-Verbindung vom Linux-Host zur Sicherungs-/Wiederherstellungs-Appliance in Ordnung.
Größe des Staging-Laufwerks planen
Bei einigen großen Dateisystemen müssen Sie möglicherweise die Größe des Staging-Laufwerks für das Dateisystem manuell festlegen. Die Standardgröße des Staging-Laufwerks beträgt NAS capacity + 20%
. In zwei Fällen ist das jedoch möglicherweise nicht ausreichend:
NFS- und SMB-Netzwerkdateisysteme melden manchmal fälschlicherweise sehr große Kapazitäten. Wenn das Dateisystem eine Größe von über 128 TiB meldet, schlägt der Sicherungs- und Notfallwiederherstellungs-Agent die Sicherung mit dem Fehlercode 5289 fehl: „Die angegebene Größe des geschützten Volumes erfordert, dass die Größe des Staging-Laufwerks für diese Anwendung angegeben wird.“ Dieser Fehler verhindert, dass der Sicherungs- und Notfallwiederherstellungsdienst ein riesiges Laufwerk zuweist, das nicht benötigt wird oder größer ist als die Sicherungs-/Wiederherstellungs-Appliance verarbeiten kann.
Auch wenn Ihr NAS die Daten auf seinen Laufwerken dedupliziert und komprimiert, werden die Daten im Sicherungs-Image auf dem Staging-Laufwerk vom Sicherungs- und Notfallwiederherstellungsdienst nicht dedupliziert oder komprimiert. Ihr NAS meldet möglicherweise eine Nutzung von 5 TB, das Sicherungs-Image auf dem Staging-Laufwerk belegt jedoch möglicherweise deutlich mehr Speicherplatz. Außerdem müssen die Administratoren eine manuelle Größe für das Staging-Laufwerk angeben. Dies kann zu einem Fehler vom Typ „Staging-Laufwerk voll“ führen.
Wenn einer dieser Fehler auftritt, legen Sie die Größe des Staging-Laufwerks manuell unter App-Details 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 Sicherungs- und Notfallwiederherstellungs-Agent versucht, alle diese Snapshots zu kopieren, und stößt auf Speicherplatzmangel. Sie können dies beheben, indem Sie ein Ausschlussmuster von .snapshot
oder ~snapshot
verwenden (unabhängig vom Namen, den das NAS verwendet). Weitere Informationen finden Sie unter Muster ausschließen.
Zusätzliche Informationen zum Vorbereiten von Dateisystem-Hosts
Weitere Informationen zur Vorbereitung eines Dateisystemhosts auf den Schutz finden Sie unter Hosts und zugehörige verbundene Anwendungen verwalten.