バックアップ/復元アプライアンスで 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 を実行する
  • rpcbind /portmapper パッケージが Linux ホストにインストールされていることを確認します。実行:# rpm -qa | grep rpcbind

rpcbind-0.2.0-11.el6.x86_64 のような結果が返されます。

  • 何も表示されない場合は、yum を使用して rpcbind をインストールします。実行: # yum install rpcbind

SLES Linux ホストに NFS クライアントをインストールする

  1. クライアントがインストールされているかどうかを確認するには、# 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

  2. nfs-client パッケージまたは yast2-nfs-xxxx パッケージが表示されない場合は、YaST または zypper を使用して NFS クライアント パッケージをインストールします。

    • YaST を使用する場合:
    # yast2 --install yast2-nfs-client
# yast2 --install yast2-nfs-common
    • Zypper を使用する場合:# zypper install nfs-client

  3. rpcbind パッケージまたは portmapper パッケージが Linux ホストにインストールされていることを確認します。# rpm -qa | grep rpcbind を実行します。次のような結果が返されます。rpcbind-0.1.6+git20080930-6.15

  4. 何も表示されない場合は、YaST または zypper を使用してパッケージをインストールする必要があります。

    • YaST の使用: # yast2 --install rpcbind
    • Zypper を使用する場合: # zypper install rpcbind

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

Backup and DR で承認された NFS クライアント パッケージとバージョンがホストにインストールされている必要があります。

  1. portmapper サービスまたは rpcbind サービスが実行されているかどうかを確認します。実行: # sudo service rpcbind status

    • Red Hat RHEL 6 または CentOS Linux ホストは、次のような結果を返します。 rpcbind (pid 1591) is running...
    • SLES Linux ホストは、次のような内容を返します。 Checking for service rpcbind running

  2. rpcbind サービスが Linux ホストで実行されていない場合は、次のコマンドで起動します。 # sudo service rpcbind start

  3. 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

  4. 次のコマンドを使用して、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 を超えていると報告した場合、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 が使用する名前）の除外パターンを使用します。除外パターンをご覧ください。

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

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