NetWorker: Inconsistente NSR-peer gegevens repareren

Back-ups, terugzettingen en communicatie mislukken op de client met de volgende fouten:
  nsrexecd. exe kan toepassingsfouten veroorzaken op een of meer clients, inclusief de server-of opslagknooppunten.

De res\nsrladb-map is de basismap van de nieuwe certificaat-gebaseerde host-verificatie (nsrauth). Het bevat zowel het lokale certificaat van de afzonderlijke client als een kopie in de cache van alle hosts met wie hij heeft gecommuniceerd.

Bij de eerste verbinding zal een host het certificaat voor de host waarmee het verbinding maakt, aanvragen en de cache opslaan die het certificaat host voor toekomstige vergelijking. Het blokkeren van gestuurde terugzettingen en opslagknooppunten is dat een standaardomgeving elk clientcertificaat in de cache plaatst op de NetWorker server en opslagknooppunten en dat het certificaat van de server op elk client-en Opslagknooppunt is opgeslagen. Deze cache certificaten worden weergegeven in de lokale hosts-vertakking van de configuratie structuur

Wanneer een client opnieuw wordt geïnstalleerd, wordt het certificaat op de client opnieuw aangemaakt. Hierdoor wordt de cachekopie van het clientcertificaat van de server ongeldig gemaakt, waardoor de fouten ontstaan. Dezelfde toestand leidt tot het wijzigen van de naam van de nsrladb op de client.
 

De NSR-peer informatie wordt op clientniveau ingesteld, niet op serverniveau. Met andere woorden: u moet verbinding maken met de NSRLA niet de NSR-database. Om dit te doen, moet u verbinding maken via "nsradmin-p nsrexec" of "nsradmin-p nsrexecd". "nsradmin" op zelf zal verbinding maken met de NetWorker-server.

Verwijder het niet-overeenkomende/cached oude certificaat van de client (client_name) op de NetWorker host waarmee het foutbericht wordt gegenereerd (host_name). In het geval dat de NetWorker server is bijgewerkt/opnieuw geïnstalleerd, moet het servercertificaat worden verwijderd van elke client met behulp van nsrauth-sterke verificatie. In beide gevallen is de herstelbewerking hetzelfde en een van de volgende:

1. Verwijder het certificaat voor de client dat is bijgewerkt van een willekeurige host met een kopie van de oude via lokale hosts in NMC.
2. Verwijder het oude/cache-certificaat van de betreffende client met behulp van de opdrachtregel

De peer informatie van de clientcomputer wissen (van server)
  De peer informatie op de clientcomputer wissen
 

U kunt alle certificaten veilig verwijderen, omdat ze naar de volgende verbinding worden vernieuwd. Omdat er mogelijk peer-informatie aanwezig is voor de lange naam (FQDN) en de korte naam. Let erop dat de certificaat cache alleen wordt ingeschakeld voor clients waarvan de verificatiemethode nsrauth bevat als onderdeel van de waarde.

Oplossing, afhankelijk van de versie:

1. Als u nsrauth alleen op server-en opslagknooppunten uitschakelt (en u NW opnieuw start) zal dit probleem voorgoed worden verhelpt.
2. Stel de NetWorker server in op nsrauth-of nsrauth/oldauth-modus.

Oldauth-modus kan niet worden gebruikt voor NetWorker-server in combinatie met NMC 8,0.

Een NetWorker 7,5. x-, 7,6. x-of 8,0-servers in de oldauth-modus kunnen niet worden gebruikt met NMC 8,0, die standaard in de nsrauth/oldauth-modus staat.