NetWorker NMM-SharePoint-Backups schlagen fehl mit "NetWorker canonical client name could not be retrieved.

NMM-Backups (NetWorker Module for Microsoft) einer SharePoint-Farm schlagen mit diesem Fehler fehl, wenn. 
 

• SharePoint Server verfügt über einen SQL Server-Alias, der im SQL Client Network-Dienstprogramm (CLICONFG) definiert ist
• Gleichzeitig wird dem DNS der SQL-Alias hinzugefügt – oder die SQL-Verbindungsparameter enthalten einen DNS-Namen.

• 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

Das SQL Server Client Network Utility (CLICONFG).

Dies ist ein Windows SQL Server-Dienstprogramm, mit dem ein Nutzer einen Aliasnamen als alternativen Namen für SQL Server erstellen kann.
Auf diese Weise können lokale Clientanwendungen eine Verbindung zu SQL Server herstellen, indem sie einen Aliasnamen anstelle des richtigen Servernamens verwenden.
Dieser Aliasname ist ein Alias für lokale Anwendungen und kein kanonischer Name im Domain Name Service (DNS).

SQL Server-Aliase.

Ein Alias in CLICONFG wird durch die folgenden Einstellungen definiert: 
Serveralias: Dies ist ein alternativer Name, der von lokalen Clientanwendungen wie SharePoint verwendet werden kann.  
Verbindungsparameter: Hier wird definiert, mit welchem SQL Server tatsächlich eine Verbindung hergestellt werden soll.  Dies ist der echte SQL Server-Name und der TCP/IP-Port (oder leer, wenn die Standardportnummer verwendet wird).

HINWEIS 1.  Der echte SQL Server-Name muss im DNS in eine gültige eindeutige IP-Adresse aufgelöst werden. 
ANMERKUNG 2.  Der Serveralias wird nur von lokalen Clientanwendungen wie SharePoint verwendet.  Es ist *keine* gültiger Host- oder Servername.  Erstellen Sie niemals einen DNS-Datensatz für diesen "Alias", da er sonst das Problem verursacht.

Ermitteln Sie den echten SQL Server-Namen:

1.   Melden Sie sich bei SQL Server an und öffnen Sie SQL Server Management Studio.  Stellen Sie eine Verbindung zu SQL her und beachten Sie den Servernamen in der linken Strukturansicht.   Oder,2

.   Melden Sie sich direkt bei SQL Server an und öffnen Sie SQL Server Management Studio.  Öffnen Sie eine neue Abfrage und führen Sie diesen T-SQL-Befehl aus.

SELECT @@SERVERNAME

Dies sollte den SQL Servernamen zurückgeben, der in den Aliaseinstellungen von CLICONFG erforderlich ist.  Es sollte kein anderer Servername verwendet werden.

3.  Führen Sie auf dem SharePoint-Server Folgendes aus:

nsrnmmsv -P 

und unter der Liste der == Dependent Hosts ==

sollten Sie den echten SQL Server-Namen sehen, der mit dem Namen in SSMS übereinstimmen sollte.

Beispiel CLICONFIG. 
Beachten Sie das folgende Beispiel:

SQL Server Client Network Utility:  
Der Server-Alias ist DBSERV
, der auf Verbindungsparameter des echten SQL Server-Namens PRODDB1 

Um sicherzustellen, dass NetWorker Moduloule for Microsoft (NMM) ordnungsgemäß in SharePoint feststellen kann, dass ein Aliasname DBSERV verwendet wird, um eine Verbindung zum echten SQL Server-PRODDB1 herzustellen,
stellen Sie Folgendes sicher:

• Der Serveralias DBSERV wird weder dem DNS noch der Hostdatei hinzugefügt.
• Und der SQL Server-Name in den Verbindungsparametern ist der tatsächliche SQL Server-Name, der mit dem SQL Server-Namen in SSMS übereinstimmt.