NetWorker NMM SharePoint-säkerhetskopieringar misslyckas med "Det gick inte att hämta NetWorker-kanoniskt klientnamn.
Summary: NetWorker Module för Microsoft-säkerhetskopieringar av SharePoint Farm misslyckas med felet: Det gick inte att hämta det kanoniska NetWorker-klientnamnet för SQLServerName. Detta är vanligtvis ett resultat av ett SQL-alias som är felkonfigurerat. ...
Symptoms
NetWorker Module för Microsoft-säkerhetskopieringar (NMM) av en SharePoint-servergrupp misslyckas med det här felet när.
- SharePoint Server har ett SQL Server-alias som definierats i SQL-klientnätverksverktyget (CLICONFG)
- Och samtidigt läggs SQL-aliaset till i DNS – eller – SQL-anslutningsparametrarna innehåller ett DNS-namn.
Typiska fel:
Felet uppstår med ett liknande fel i <NetWorkerPath>/nsr/applogs/nsrnmmsv.raw för SQL Server:
-
nsrnmmsv NetWorker canonical client name could not be retrieved for "SQLServerName"
-
nsrnmmsv NSR critical Failed to start save job on host 'SQLServername'
-
DefaultDomain: Executing script Get-ItemProperty hklm:software\microsoft\mssqlserver\client\connectto | Select SQLServerAliasName DefaultDomain: Alias found DBMSSOCN,sqlservername
Cause
SQL Server klientnätverksverktyg (CLICONFG).
Det här är ett Windows SQL Server-verktyg som gör att en användare kan skapa ett aliasnamn som ett alternativt namn för SQL Server.
Detta gör att lokala klientprogram kan upprätta en anslutning till SQL Server med hjälp av ett aliasnamn i stället för rätt servernamn.
Det här aliasnamnet är ett lokalt programalias och är inte ett kanoniskt namn i DNS (Domain Name Service).
SQL Server-alias.
Ett alias i CLICONFG definieras av följande inställningar:
Serveralias – det här är ett alternativt namn som kan användas av lokala klientprogram som SharePoint.
Anslutningsparametrar – detta definierar vilken SQL Server som faktiskt ska anslutas till. Detta är det riktiga SQL Server-namnet och TCP/IP-porten (eller tom om om standardportnummer används)
OBSERVERA 1. det verkliga SQL Server-namnet måste matchas i DNS till en giltig unik IP-adress.
ANMÄRKNING 2. Serveraliaset används endast av lokala klientprogram som SharePoint. Det är *inte* ett giltigt värdnamn eller servernamn. Skapa aldrig en DNS-post för detta "alias", annars orsakar det problemet.
Fastställ det verkliga SQL Server namnet:
1. Logga in på SQL Server och öppna SQL Server Management Studio; anslut till SQL och lägg märke till servernamnet i den vänstra trädvyn. Eller,2
. Logga in på SQL Server direkt och öppna SQL Server Management Studio; öppna ny fråga och kör det här T-SQL-kommandot,
SELECT @@SERVERNAME
Detta bör returnera det SQL Servername som krävs i aliasinställningarna för CLICONFG. Inget annat servernamn ska användas.
3. Kör SharePoint Server
nsrnmmsv -P
och under listan över == Beroende värdar ==
bör du se det verkliga SQL Server namnet och det bör matcha namnet i SSMS.
Exempel på CLICONFIG.
Lägg märke till exemplet nedan,
SQL Server klientnätverksverktyg:
Serveralias är DBSERV
som pekar på anslutningsparametrar för det verkliga SQL Server namnet, PRODDB1

Resolution
Kontrollera följande för att säkerställa att NetWorker Modoule for Microsoft (NMM) korrekt kan avgöra från SharePoint att ett aliasnamn DBSERV används för att ansluta till den verkliga SQL Server PRODDB1:
- Serveralias DBSERV läggs inte till i DNS eller i värdfilen
- Och SQL Server namnet i anslutningsparametrarna är det faktiska SQL Server namnet som matchar SQL Server namnet i SSMS.