NetBackup™ 管理者ガイド Vol. 2
- NetBackup のライセンスモデルと使用状況レポート
- 容量ライセンスの仕組み
- ライセンスレポートの作成と表示
- 容量ライセンスレポートの確認
- キャパシティライセンスレポート結果の調整
- 従来ライセンスレポートの確認
- NEVC ライセンスレポートの確認
- 追加構成
- 動的ホスト名および動的 IP アドレスについて
- UNIX クライアントでのビジー状態のファイルの処理について
- Shared Storage Option について
- NetBackup での Shared Storage Option の構成について
- SSO の概略レポートの表示
- vm.conf 構成ファイルについて
- 保留管理
- UNIX のメニューユーザーインターフェース
- 参照トピック
- ホスト名規則
- nbtar または tar32.exe を使用したバックアップイメージの読み込みについて
- バックアップ時間に影響する要素
- NetBackup 通知スクリプト
- メディアおよびデバイスの管理の推奨する使用方法
- TapeAlert について
- テープドライブのクリーニングについて
- NetBackup によるドライブの予約方法
- NetBackup によるメディアの選択方法
- UNIX でのテープ I/O コマンドについて
ネームサービスの考慮事項
プライマリサーバーに対する一部の要求では、NetBackup Request デーモンまたはサービスは、接続先クライアントホストを認識するための構成名を確認する必要があります。これは、オペレーティングシステムによって提供される getnameinfo ライブラリ関数を使用してネームサービスに問い合わせることで行われます。その後、返されたピアネームは、ポリシー内の現在のクライアントとバックアップイメージを利用できるクライアントの両方で、プライマリサーバーが認識するクライアント名と比較されます。一致するものが見つからない場合は、ネームサービスを問い合わせるため、既知の各クライアントに対し、getaddrinfo ライブラリ関数を使用してホスト名エイリアスがチェックされます。返されたエイリアスは、続いてピアネームと比較されます。この比較は、bprd プロセスのデバッグログに表示される get_ccname 関数によって実行されます。
get_ccname: determine configured name for client2-nic2.veritas.com
get_ccname: configured name is: client2
getnameinfo が予期しないピアネームを返した場合、またはどの getaddrinfo 呼び出しからも一致するエイリアスが返されない場合、問題が発生します。
考えられる解決策は、プライマリサーバー のホストファイルを介してネームサービスを再構成することです。また、別の方法として、プライマリサーバー上の altnames ディレクトリに次の特別なファイルを作成する方法もあります。このファイルによって、ピアネームがクライアントのホスト名に直接変換されます。
Windows の場合:
install_path\NetBackup\db\altnames\host.xlate
UNIX の場合:
/usr/openv/netbackup/db/altnames/host.xlate
host.xlate ファイルの各行には、数値キーおよび 2 つのホスト名の 3 つの要素が含まれています。各行は左に揃えられ、行内の各要素は空白文字で区切られています。
key peername_from_client_IP_address client_as_known_by_server
ここで示された文字列については、次のとおりです。
key は数値であり、NetBackup が変換を実行するケースの指定に使用します。現状では、この値は常に構成名の変換を示す 0 (ゼロ) とする必要があります。
peername_from_client_IP_address は変換する値です。
client_as_known_by_server は、プライマリサーバー上の NetBackup 構成の名前と一致し、メディアサーバーのネットワークサービスで認識可能な名前である必要があります。また、プライマリサーバーのネットワークサービスに認識される必要もあります。
たとえば、次の例を考えてみます。
0 xxxx xxxx.eng.aaa.com
この行の指定では、構成されたクライアント名 (数値キー 0 (ゼロ)) に対する要求をプライマリサーバーが受信するときに、クライアント名 xxxx.eng.aaa.com はピア名 xxxx に使用されます。
次の条件に該当する場合、この置換によって問題が解決されます。
プライマリサーバーの getnameinfo が、クライアントのソース IP を、ポリシークライアントではなくバックアップイメージを持たない xxxx に解決する。
プライマリにある、既知のポリシーとバックアップクライアントの getaddrinfo が、名前 xxxx と一致するエイリアスを返さない。
NetBackup 構成時にクライアントが xxxx.eng.aaa.com という名前で構成されていた。