このページでは、Backup and DR の NFS 接続を確保する方法について説明します。
Red Hat RHEL 6 または CentOS Linux ホストに NFS クライアントをインストールする
# rpm -qa | grep nfs を実行して、クライアントがインストールされているかどうかを確認します。
次のような出力が返されます。
nfs-utils-lib-1.1.5-9.el6.x86_64
nfs-utils-1.2.3-54.el6.x86_64
- 何も表示されない場合は、yum を使用して NFS クライアント パッケージをインストールします。
# yum install nfs-utils nfs-utils-libを実行します。 - rpcbind /portmapper パッケージが Linux ホストにインストールされていることを確認します。
# rpm -qa | grep rpcbindを実行します。
rpcbind-0.2.0-11.el6.x86_64 のような出力が返されます。
- 何も表示されない場合は、yum を使用して rpcbind をインストールします。
# yum install rpcbindを実行します。
SLES Linux ホストに NFS クライアントをインストールする
クライアントがインストールされているかどうかを確認するには、
# rpm -qa | grep nfsを実行します。次のような出力が返されます。
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.81nfs-client パッケージまたは yast2-nfs-xxxx パッケージが表示されない場合は、YaST または zypper を使用して NFS クライアント パッケージをインストールします。
- YaST を使用する場合:
# yast2 --install yast2-nfs-client # yast2 --install yast2-nfs-common- Zypper を使用する場合:
# zypper install nfs-client
rpcbind パッケージまたは portmapper パッケージが Linux ホストにインストールされていることを確認します。
# rpm -qa | grep rpcbindを実行します。rpcbind-0.1.6+git20080930-6.15 のような出力が返されます。何も表示されない場合は、YaST または zypper を使用してパッケージをインストールする必要があります。
- YaST を使用する場合:
# yast2 --install rpcbind - Zypper を使用する場合:
# zypper install rpcbind
- YaST を使用する場合:
Linux ホストから NFS クライアント情報を取得する
ホストに、バックアップと DR で承認された NFS クライアント パッケージとバージョンがインストールされている必要があります。
portmapper サービスまたは rpcbind サービスが実行されているかどうかを確認します。
# sudo service rpcbind statusを実行します。- Red Hat RHEL 6 または CentOS Linux ホストでは、
rpcbind (pid 1591) is running...のような出力が返されます。 - SLES Linux ホストでは、
Checking for service rpcbind runningのような出力が返されます。
- Red Hat RHEL 6 または CentOS Linux ホストでは、
Linux ホストで rpcbind サービスが実行されていない場合は、
# sudo service rpcbind startで起動します。rpcinfo を使用して、登録されている RPC プログラムまたはサービスを一覧表示します。Portmapper が登録されていて、実行されている必要があります。
# 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次のコマンドを使用して、Linux ホストがバックアップ/復元アプライアンス上の rpcbind プログラムと NFS プログラムに対して RPC 呼び出しを行えるかどうかを確認します。
# 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
上記のコマンドで前述の出力が返された場合、Linux ホストからバックアップ/復元アプライアンスへの NFS 接続は良好です。
ステージング ディスクサイズの計画
一部の大きなファイル システムでは、ファイル システムのステージング ディスクサイズを手動で設定する必要があります。デフォルトのステージング ディスクサイズは NAS capacity + 20% ですが、これでは不十分な場合があります。
NFS と SMB のネットワーク ファイル システムでは、非常に大きな 容量が誤って報告されることがあります。ファイル システムが 128 TiB を超えていると報告した場合、バックアップと DR エージェントはエラーコード 5289 でバックアップに失敗します。このエラーは、「保護されたボリュームの報告されたサイズでは、このアプリケーションのステージング ディスクサイズを指定する必要があります」という意味です。このエラーにより、バックアップと DR は、不要な巨大なディスクや、バックアップ/復元アプライアンスで処理できないサイズのディスクを割り当てることがなくなります。
NAS がディスクで重複排除と圧縮を使用している場合でも、バックアップと DR はステージング ディスクのバックアップでデータの重複排除や圧縮を行いません。NAS は 5 TB の使用量を報告する場合がありますが、ステージング ディスクのバックアップでは大幅に多くのスペースが使用される可能性があります。この場合も、管理者はステージング ディスクサイズを手動で指定する必要があります。これにより、「ステージング ディスクがいっぱいです」というエラーが発生する可能性があります。
これらのエラーのいずれかが表示された場合は、 [アプリケーションの詳細と設定] でステージング ディスクサイズを手動で設定します。
.snapshot ディレクトリ内の仮想スナップショット
NAS には、NAS コンテンツの完全なコピーを含む .snapshot ディレクトリが存在する場合があります。これらは NAS の仮想スナップショットです。バックアップと DR エージェントは、これらのスナップショットをすべてコピーしようとして、容量が不足します。この問題を解決するには、.snapshot または ~snapshot（NAS で使用されている名前）の除外パターンを使用します。の除外パターンをご覧ください。
ファイル システム ホストの準備に関する追加情報
保護のためにファイル システム ホストを準備する際に関連する追加情報は、ホストとその接続されたアプリケーションを管理するに記載されています。