NetWorker: Sikkerhedskopieringer mislykkes med "Værtsadresseuoverensstemmelse" og/eller "Server afvist legitimationsoplysninger"

摘要: NetWorker-sikkerhedskopieringer mislykkes med fejlen "Uoverensstemmelse i værtsadresse" og/eller "server afvist legitimationsoplysninger". Du kan heller ikke gennemse klientens felt "egenskaber for klient gemmer" i NMC. Dette problem har generelt at gøre med peering-problemer mellem klienten og serveren, men kan skyldes forkerte oplysninger i klienterne NSRLADB. ...

本文适用于本文不适用于本文并非针对某种特定的产品。本文并非包含所有产品版本。

症状

NetWorker-sikkerhedskopieringer mislykkes med fejlen "Uoverensstemmelse i værtsadresse" og/eller "server afvist legitimationsoplysninger".
Du kan heller ikke gennemse klientens felt "egenskaber for klient gemmer" i NMC.

原因

Dette problem skyldes generelt uoverensstemmelsesproblemer med peer-oplysninger mellem klienten og serveren, men kan skyldes forkerte oplysninger i klienterne NSRLADB.

解决方案

Før du går i gang med de næste trin, skal du sikre dig, at alle netværksforbindelser fungerer efter hensigten i dit miljø, ved at udføre pingtest og nslookup (FQDN, ShortName, IP) mellem NetWorker-serveren og klienterne. Dette skal fungere korrekt, for at NetWorker kan løse problemet og oprette forbindelse mellem værter/enheder.

Ryd NetWorker-peer-oplysninger

NetWorker: Sådan rydder du NSR peer information, der ikke stemmer overens automatisk ved hjælp af nsradmin -C

Gengenerer klienterne NSRLADB

1) På NetWorker CLIENT skal du køre følgende kommandoer:

C:\>nsradmin -p nsrexec
nsradmin> p type: nsrla
Eksempel:

Bemærk: Navneværdien på klientens NSRLADB skal stemme overens med det navn, som klienten blev konfigureret med i NMC. Ovenstående eksempler udviser et uoverensstemmende scenarie. Hvis navnet ikke stemmer overens, skal du fortsætte med de næste trin. Peer-oplysninger bør allerede slettes fra både NetWorker-serveren og -klienten, før du fortsætter.

2) På NetWorker CLIENT skal du stoppe klienttjenesterne ved at køre følgende kommando:

C:> net stop nsrexecd

3) Når tjenesten har stoppet med at oprette en OS-værtsfilpost på klienten for at afspejle klientens IP og navn, der blev brugt i NMC

F.eks.:
192.168.25.8 clusternode1.x.lab.emc.com clusternode1

Bemærk: Da FQDN blev brugt i NMC, blev FQDN indstillet som fornavnet i værtsfilen. Du skal angive det navn, der eventuelt blev brugt i din NMC som den første post i værtsfilen.
Når ændringerne af værtsfilen er foretaget, skal du sikre dig, at ændringerne er gemt.

4) Naviger til din NetWorker-installationsmappe, og omdøb \nsr\res\nsrladb-filen (slet ikke).

5) Start NetWorker Client-tjenesten:

C:> net start nsrexecd

6) Kør nsradmin -p nsrexec-kommandoerne i trin ét for at bekræfte ændringerne.

C:\>nsradmin -p nsrexec
nsradmin> p type: nsrla

7) Når det korrekte navn vises i klienternes NSRLADB, skal du forsøge at gennemse klientens lagringssæt fra klientegenskaberne eller starte en sikkerhedskopiering. Hvis ovenstående trin ikke løser problemet, eller du ikke kan tvinge NSRLADB til at tage det korrekte navn, skal du kontakte EMC Support for at få hjælp.

受影响的产品

NetWorker

产品

NetWorker

文章编号: 000039013

文章类型: Solution

上次修改时间: 15 7月 2025

版本: 4