NetWorker：「ホスト アドレスの不一致」および/または「Server Rejected Credential」でバックアップが失敗する

概要: NetWorkerバックアップが、「Host Address Mismatch」エラーおよび/または「server rejected credential」で失敗します。また、NMCでクライアントの「クライアント プロパティ セーブセット」フィールドを参照することもできません。この問題は通常、クライアントとサーバー間のピア接続の問題に関連していますが、クライアントNSRLADBの情報が正しくない場合があります。 ...

この記事は次に適用されます： この記事は次には適用されません： この記事は、特定の製品に関連付けられていません。 すべての製品パージョンがこの記事に記載されているわけではありません。
他のリソースを確認する

現象

NetWorkerバックアップが、「Host Address Mismatch」エラーおよび/または「server rejected credential」で失敗します。
また、NMCでクライアントの「クライアント プロパティ セーブセット」フィールドを参照することもできません。

原因

この問題は通常、クライアントとサーバー間のピア情報の不一致の問題に関連していますが、クライアントNSRLADBの情報が正しくない場合に発生する可能性があります。

解決方法

次のステップに進む前に、NetWorkerサーバーとクライアント間でpingテストとnslookup(FQDN、ShortName、IP)を実行して、環境内のすべてのネットワーク接続が意図したとおりに機能していることを確認してください。NetWorkerがホスト/デバイス間を解決して接続するには、この機能が正しく動作する必要があります。


NetWorkerピア情報のクリア

NetWorker：nsradmin -Cを使用してNSRピア情報の不整合を自動的にクリアする方法

 

クライアントNSRLADBの再生成

1)NetWorkerクライアントで、次のコマンドを実行します。
C:\>nsradmin -p nsrexec
nsradmin> p type: nsrla
例:
image.png
image.png
メモ: クライアントのNSRLADBの名前値は、NMCでクライアントが構成した名前と一致する必要があります。上記の例では、不一致のシナリオが示されています。名前が一致しない場合は、次の手順に進んでください。続行する前に、ピア情報をNetWorkerサーバーとクライアントの両方からすでに削除する必要があります。

2)NetWorker CLIENTで、次のコマンドを実行してクライアント サービスを停止します。
C:> net stop nsrexecd

3)サービスが停止したら、クライアントにOSホストファイル エントリーを作成し、NMCで使用されたクライアントのIPと名前を反映します。
例:
192.168.25.8 clusternode1.x.lab.emc.com clusternode1
 
メモ: FQDNはNMCで使用されたため、FQDNはホスト ファイルの名として設定されました。NMCでホストファイルの最初のエントリーとして使用されていた名前を設定する必要があります。
ホスト ファイルに変更が加えられたら、変更が保存されていることを確認します。

4)NetWorkerのインストール ディレクトリに移動し、 \nsr\res\nsrladb ファイルの名前を変更します(削除しないでください)。

5)NetWorkerクライアント サービスを開始します。
C:> net start nsrexecd

6) ステップ1で nsradmin -p nsrexec コマンドを実行して、変更を確認します。
C:\>nsradmin -p nsrexec
nsradmin> p type: nsrla
image.png
7)クライアントNSRLADBに正しい名前が表示されたら、クライアントのプロパティからクライアントのセーブセットを参照するか、バックアップを開始します。上記の手順で問題が解決しない場合、またはNSRLADBに正しい名前を強制できない場合は、EMCサポートにお問い合わせください。
 

対象製品

NetWorker

製品

NetWorker
文書のプロパティ
文書番号: 000039013
文書の種類: Solution
最終更新: 15 7月 2025
バージョン:  4
質問に対する他のDellユーザーからの回答を見つける
サポート サービス
お使いのデバイスがサポート サービスの対象かどうかを確認してください。