NetWorker: Corrigindo informações inconsistentes de par do NSR

Backups, recuperações e comunicações falham no Client com os seguintes erros:
  o nsrexecd. exe pode causar falhas de aplicativos em um ou mais clients, inclusive os nós do servidor ou de armazenamento.

A pasta res\nsrladb é a base da nova autenticação de host baseada em certificado (nsrauth). Ele contém o certificado local de cada Client e uma cópia em cache de todos os hosts com os quais ele se comunica.

Na primeira conexão, um host solicitará e receberá o certificado do host ao qual ele se conecta, e o cache que hospeda o certificado para a comparação futura. As recuperações direcionadas e os nós de armazenamento, um ambiente padrão teriam cada certificado de Client em cache no NetWorker servidor e nos nós de armazenamento, e o certificado do servidor em cache em cada Client e nó de armazenamento. Esses certificados em cache são refletidos na ramificação locais de hosts da árvore de configuração

Quando um Client é reinstalado, o certificado é gerado em um local de instalação no Client; Isso faz com que a cópia em cache do servidor do certificado do Client seja invalidada, causando os erros. A mesma condição resulta simplesmente renomear o nsrladb no Client.
 

As informações de par do NSR são definidas no nível do Client, e não no nível do servidor. Em outras palavras: você deve se conectar ao NSRLA não ao banco de dados do NSR. Para fazer isso, você deve se conectar por meio de "nsradmin-p nsrexec" ou "nsradmin-p nsrexecd". o "nsradmin", por si só, será conectado ao servidor de NetWorker.

Exclua o certificado antigo não coincidente/armazenado em cache do Client (client_name) no host NetWorker gerando a mensagem de erro (host_name). Se o servidor de NetWorker foi atualizado/reinstalado, o certificado do servidor deve ser removido de cada Client usando a autenticação sólida do nsrauth. Em qualquer caso, a operação corretiva é a mesma e uma das seguintes:

1. Exclua o certificado do Client que foi atualizado de qualquer host com uma cópia do antigo por meio de hosts locais no NMC
2. Excluir o certificado antigo/armazenado em cache do Client afetado usando a linha de comando

Para apagar as informações de par da máquina Client (do servidor)
  Para apagar as informações de par na máquina Client
 

Você pode excluir com segurança todos os certificados, pois eles serão atualizados na próxima conexão. Como pode haver informações de par por nome longo (FQDN) e nome abreviado. Observe que o armazenamento em cache de certificados só é ativado para clients cujo método de autenticação inclua nsrauth como parte de seu valor.

Solução temporária, dependendo da versão:

1. A desativação do nsrauth no servidor e nos nós de armazenamento apenas (e reiniciar o NW) resolverá esse problema por bons.
2. Defina o NetWorker servidor para o modo nsrauth ou nsrauth/oldauth.

O modo Oldauth não pode ser usado para NetWorker servidor se estiver sendo usado com o NMC 8,0.

Um NetWorker servidores 7.5. x, 7.6. x ou 8,0 no modo oldauth não pode ser usado com o NMC 8,0, que, por padrão, está no modo nsrauth/oldauth.