Google は AI 技術を使用して、コンテンツをご希望の言語に翻訳しています。AI 翻訳には誤りが含まれる場合があります。

バックアップ/復元アプライアンスで Backup and DR 用にファイルシステムを準備する

このページでは、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
Linux ホストに rpcbind / portmapper パッケージがインストールされていることを確認します。実行:# 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.81
```
nfs-client パッケージまたは yast2-nfs-xxxx パッケージが表示されない場合は、YaST または zypper を使用して NFS クライアントパッケージをインストールします。
- YaST を使用する場合:
```
# yast2 --install yast2-nfs-client
# yast2 --install yast2-nfs-common
```
- Zypper を使用する場合:# zypper install nfs-client
Linux ホストに rpcbind または portmapper パッケージがインストールされていることを確認します。次のコマンドを実行します。 # rpm -qa | grep rpcbind これにより、rpcbind-0.1.6+git20080930-6.15 のような出力が返されます。
何も表示されない場合は、YaST または zypper を使用してパッケージをインストールする必要があります。
- YaST の使用: # yast2 --install rpcbind
- Zypper を使用する場合: # zypper install rpcbind

Linux ホストから NFS クライアント情報を取得する

Backup and 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
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 を超えていると報告した場合、Backup and DR エージェントはバックアップに失敗し、エラーコード 5289「保護されたボリュームの報告されたサイズでは、このアプリケーションにステージングディスクサイズを指定する必要があります」が表示されます。このエラーにより、Backup and DR は、不要な巨大ディスクや、バックアップ / リカバリアプライアンスで処理できない巨大ディスクを割り当てることができなくなります。
NAS がディスクで重複除去と圧縮を使用している場合でも、Backup and DR はステージングディスクのバックアップ内のデータを重複除去または圧縮しません。NAS で 5 TB の使用量が報告されていても、ステージングディスクのバックアップでは、より多くのスペースが使用される可能性があります。また、管理者が手動ステージングディスクのサイズを指定する必要があります。これにより、「ステージングディスクがいっぱいです」というエラーが発生することがあります。

これらのエラーのいずれかが表示された場合は、[アプリケーションの詳細と設定] でステージングディスクのサイズを手動で設定します。

.snapshot ディレクトリ内の仮想スナップショット

NAS には、NAS コンテンツの完全なコピーを含む .snapshot ディレクトリが存在することがあります。これらは NAS の仮想スナップショットです。Backup and DR エージェントは、これらのスナップショットをすべてコピーしようとして、容量不足になります。これを解決するには、.snapshot または ~snapshot（NAS が使用する名前）の除外パターンを使用します。除外パターンをご覧ください。

ファイルシステムホストの準備に関する追加情報

保護のためにファイルシステムホストを準備する際に関連する追加情報については、ホストと接続されたアプリケーションを管理するをご覧ください。