このページは Cloud Translation API によって翻訳されました。

Backup and DR サービス用に Filestore などのファイルシステムを準備する

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

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
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% ですが、次の 2 つのケースでは不十分な場合があります。

NFS ネットワークファイルシステムと SMB ネットワークファイルシステムでは、非常に大きな容量が誤って報告されることがあります。ファイルシステムが 128 TiB を超えると報告した場合、バックアップと DR エージェントはエラーコード 5289（「保護対象ボリュームの報告されたサイズでは、このアプリケーションにステージングディスクサイズを指定する必要があります」）でバックアップに失敗します。このエラーにより、バックアップと DR サービスは、必要のないディスクや、バックアップ/リカバリアプライアンスが処理できるサイズを超えるディスクを割り当てることができなくなります。
NAS でディスクの重複除去と圧縮が使用されている場合でも、バックアップと DR サービスは、ステージングディスク上のバックアップイメージ内のデータを重複除去または圧縮しません。NAS で使用量が 5 TB と報告される場合がありますが、ステージングディスク上のバックアップイメージでは、大幅に多くの容量が使用される場合があります。また、管理者は手動でステージングディスクサイズを指定する必要があります。これにより、「ステージングディスクがいっぱいです」というエラーが発生することがあります。

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

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

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

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

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

Backup and DR サービス用に Filestore などのファイル システムを準備する