NetWorker：整合性のない NSR ピア情報の修正

次のエラーにより、クライアントでバックアップ、リカバリ、通信が失敗します。
  nsrexecd は、1つまたは複数のクライアント (サーバまたはストレージノードを含む) でアプリケーションの障害を引き起こす可能性があります。

Res\nsrladb フォルダは、新しい証明書ベースのホスト認証 (nsrauth) のホームです。このファイルには、個々のクライアントのローカル証明書と、通信したすべてのホストのキャッシュされたコピーが含まれています。

最初の接続では、ホストは接続先のホストの証明書を要求して受信し、それ以降の比較のためにホスト証明書をキャッシュします。ダイレクトリカバリとストレージノードを使用しない場合、標準環境では、各クライアント証明書が NetWorker サーバとストレージノードにキャッシュされ、サーバの証明書が各クライアントとストレージノードにキャッシュされます。これらのキャッシュされた証明書は、構成ツリーのローカルホストのブランチに反映されます。

クライアントを再インストールすると、証明書はクライアント上でローカルに新たに生成されます。これにより、サーバのクライアントの証明書のキャッシュされたコピーが無効になり、エラーが発生します。クライアント上の nsrladb の名前を変更するだけで、同じ条件が返されます。
 

NSR ピア情報は、サーバレベルではなく、クライアントレベルで設定されます。言い換えれば、NSR データベースではなく NSRLA に接続する必要があります。これを実行するには、「nsradmin-p nsrexec」または「nsradmin-p nsrexecd」を使用して接続する必要があります。「nsradmin」は、NetWorker サーバに接続します。

エラーメッセージ (host_name) を生成している NetWorker ホスト上のクライアントの、一致していない、またはキャッシュされた古い証明書を削除します (client_name)。NetWorker サーバーがアップグレード/再インストールされた場合、nsrauth 強力な認証を使用して、各クライアントからサーバー証明書を削除する必要があります。いずれの場合も、修正操作は同じで、次のいずれかになります。

1. NMC のローカルホスト経由で、古いホストのコピーを使用して、任意のホストから更新されたクライアントの証明書を削除します。
2. コマンドラインを使用して、影響を受けるクライアントから古い/キャッシュされた証明書を削除します。

クライアントマシンのピア情報をクリアするには (サーバーから)
  クライアントマシンのピア情報をクリアするには
 

すべての証明書は、次回の接続時に更新されるため、安全に削除できます。長い名前 (FQDN) および短い名前の両方に対して、ピア情報が存在する可能性があります。証明書のキャッシュは、認証方法が nsrauth を使用しているクライアントでのみ有効になっていることに注意してください。

バージョンに応じた回避策:

1. サーバおよびストレージノードの nsrauth を無効にして (NW を再起動する)、この問題を解決することができます。
2. NetWorker サーバーを nsrauth または nsrauth/oldauth モードに設定します。

NMC 8.0 を使用している場合、NetWorker サーバには oldauth モードを使用できません。

Oldauth モードの NetWorker 7.5. x、7.6. x、または8.0 サーバーは、デフォルトでは nsrauth/oldauth モードである NMC 8.0 では使用できません。