Veritas NetBackup™ トラブルシューティングガイド

ネットワークとホスト名のトラブルシューティングについて

複数のネットワークと複数のホスト名があるクライアントを含む構成では、NetBackup 管理者はポリシーのエントリを慎重に構成する必要があります。 管理者は、ネットワーク構成 (物理的な構成、ホスト名とエイリアス、NIS/DNS、ルーティングテーブルなど) を考慮する必要があります。バックアップデータおよびリストアデータを特定のネットワークパスで送信する場合には、特にこれらを考慮する必要があります。

バックアップの場合、NetBackup は、ポリシーで構成されたホスト名に接続されます。 オペレーティングシステムのネットワークコードでこの名前を解決し、システムのルーティングテーブルに定義されたネットワークパスでその接続を送信します。bp.conf ファイルは、これに関与しません。

クライアントからのリストアの場合、そのクライアントはマスターサーバーに接続されます。たとえば、UNIX コンピュータの場合、マスターサーバーは /usr/openv/netbackup/bp.conf ファイルの先頭に指定されているサーバーです。 Windows コンピュータの場合、マスターサーバーは、［NetBackup マシンおよびポリシー形式の指定 (Specify NetBackup Machines and Policy Type)］ダイアログボックスの［バックアップおよびリストアに使用するサーバー (Server to use for backups and restores)］ドロップダウンメニューで指定します。 このダイアログを開くには、NetBackup のバックアップ、アーカイブおよびリストアインターフェースを起動し、［ファイル (File)］メニューから［NetBackup マシンおよびポリシー形式の指定 (Specify NetBackup Machines and Policy Type)］を選択します。 サーバー名を IP アドレスにマッピングする、クライアントのネットワークコードによってサーバーへのネットワークパスが決定されます。

サーバーでは、接続を受信すると、クライアントからサーバーへの接続のピアネームから、クライアントの構成名が判断されます。

ピアネームは、接続の IP アドレスから導出します。これは、(gethostbyaddr() ネットワークルーチンを使用して) アドレスがホスト名に変換される必要があることを意味します。接続が確立されると、次の行に示すとおり、この名前が bprd のデバッグログに表示されます。

Connection from host peername ipaddress ...

その後、UNIX コンピュータの場合は bpdbm プロセスへの問い合わせによって、クライアントの構成名がピアネームから派生します。 Windows コンピュータでは、NetBackup Database Manager サービスに問い合わせる必要があります。

最初に文字列の比較が行われます。 ネットワーク関数 gethostbyname() を使って取得したエイリアスとホスト名を比較して、その比較を検証します。

名前が一致しなかった場合、総あたり的な方法が使用されます。この方法では、gethostbyname() を使用して、すべての名前とエイリアスが比較されます。

最初に一致した名前が構成名になります。エイリアスまたは他のネットワーク名が構成されている場合、その他にも一致する名前が存在する可能性があることに注意してください。

一致する名前が存在しなかった場合には、クライアントで gethostname() 関数を実行すると返るクライアントのホスト名を構成名として使います。一致する名前が存在しない原因の例として、クライアントのホスト名を変更し、その新しいホスト名をどのポリシーにも反映していない場合が挙げられます。

VERBOSE が設定されている場合、これらの比較は bpdbm のデバッグログに記録されます。 クライアント上で bpclntcmd コマンドを実行すると、クライアントの構成名を確認できます。たとえば、

# /usr/openv/netbackup/bin/bpclntcmd -pn(UNIX の場合)

# install_path\NetBackup\bin\bpclntcmd -pn(Windows の場合)

expecting response from server wind.abc.me.com 
danr.abc.me.com danr 194.133.172.3 4823

browse client 名は、表示するクライアントファイル、またはリストア元のクライアントを識別するために使用されます。クライアント上のユーザーは、この名前を変更して、異なるクライアントからファイルのリストアを行うことができます。たとえば、Windows クライアントの場合、ユーザーはバックアップ、アーカイブおよびリストアインターフェースを使用してクライアント名を変更できます。 (手順については、NetBackup のオンラインヘルプを参照)。 ただし、この変更を有効にするには、管理者もそれに対応する変更をサーバーで行う必要があります。

『NetBackup 管理者ガイド Vol. 1』を参照してください。

requesting client は、クライアントで gethostname() 関数を使用して取得された値です。

destination client 名は、管理者がサーバーからクライアントへのリストアを実行する場合だけ関連します。ユーザーリストアの場合、destination client と requesting client は同じです。管理者主導リストアの場合、管理者は destination client に異なる名前を指定できます。

これらの名前が bprd のデバッグログに表示されるまでに、requesting client 名はクライアントの構成名に変換されます。

リストアを完了するためにクライアントに接続し直すときに使う名前は、クライアントのピアネームまたは構成名のいずれかです。この処理は、リストア要求の種類 (サーバーの root ユーザーからのリストア要求、クライアントからのリストア要求、異なるクライアントへのリストア要求など) によって影響を受けます。

クライアントが複数のネットワークでサーバーへ接続され、接続に関連する問題が原因でそのクライアントからのリストアが失敗した場合、これらのクライアント名について、管理者が手動で変更を加える必要がある可能性があります。

UNIX では、多くの場合、(NetBackup には含まれませんが) パブリックドメインプログラムとしても入手可能な traceroute よってネットワークの構成についての有用な情報が提供されます。 一部のシステムベンダーが提供するシステムには、このプログラムが含まれています。Windows の場合、tracert コマンドを使います。

ドメインネームサービス (DNS) を使っている場合に、クライアントが gethostname() ライブラリ関数 (UNIX) または gethostbyname() ネットワーク関数 (Windows) を実行して取得した名前がマスターサーバーの DNS で認識されないと、マスターサーバーはクライアントの要求に応答できないことがあります。クライアントとサーバーの構成により、この状況が存在するかどうかを判断できます。クライアントで gethostname() または gethostbyname() を使用すると、マスターサーバーの DNS で解決できない、修飾されていないホスト名が戻される場合があります。

クライアント、またはマスターサーバーの DNS hosts ファイルを再構成することも可能ですが、この解決方法が適切でない場合もあります。そのため、NetBackup では、マスターサーバーに特別なファイルが提供されています。 このファイルは次のとおりです。

/usr/openv/netbackup/db/altnames/host.xlate (UNIX)

install_path\NetBackup\db\altnames\host.xlate(Windows の場合)

このファイルを作成および編集することで、NetBackup クライアントのホスト名を目的の名前に強制的に変換することができます。

host.xlate ファイルの各行には、数値キーと 2 つのホスト名の 3 つの要素が含まれます。各行は左揃えで、行内の各要素は空白文字で区切られます。

key hostname_from_client client_as_known_by_server

次に例を示します。

0 danr danr.eng.aaa.com