Os backups do NetWorker NMM SharePoint falham com a mensagem "Não foi possível recuperar o nome do client canônico do NetWorker.
Summary: Os backups do NetWorker Module for Microsoft do farm do SharePoint apresentam falha com o erro: Não foi possível recuperar o nome do client canônico do NetWorker para "SQLServerName". Isso geralmente é resultado de um alias do SQL que está configurado incorretamente. ...
Symptoms
Os backups do NetWorker Module for Microsoft (NMM) de um farm do SharePoint falham com esse erro quando.
- O SharePoint Server tem um Alias do SQL Server definido no utilitário de rede do SQL Client (CLICONFG)
- E, simultaneamente, o alias SQL é adicionado ao DNS ou - os parâmetros de conexão SQL incluem um nome DNS.
Erros típicos:
A falha ocorre com um erro semelhante no <NetWorkerPath>/nsr/applogs/nsrnmmsv.raw do 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
O SQL Server Client Network Utility (CLICONFG).
Este é um utilitário do Windows SQL Server que permite que um usuário crie um nome de alias como um nome alternativo para o SQL Server.
Isso permite que os aplicativos cliente locais façam uma conexão com o SQL Server usando um nome de alias em vez do nome de servidor apropriado.
Esse nome de alias é um alias de aplicativo local e não um nome canônico no serviço de nome de domínio (DNS).
Aliases do SQL Server.
Um alias no CLICONFG é definido por estas configurações:
Alias do servidor - este é um nome alternativo que pode ser usado por aplicativos cliente locais, como o SharePoint.
Parâmetros de conexão - isso define a qual SQL Server realmente se conectar. Esse é o nome real do SQL Server e a porta TCP/IP (ou em branco se o número da porta padrão for usado)
NOTA 1. o nome real do SQL Server precisa ser resolvido no DNS para um endereço IP exclusivo válido.
NOTA 2. o alias do servidor só é usado por aplicativos cliente locais, como o SharePoint. *não* é um nome de host ou nome de servidor válido. Nunca crie um registro DNS para esse "alias", caso contrário, isso causa o problema.
Determine o nome real do SQL Server:
1. Faça login no SQL Server e abra o SQL Server Management Studio; conecte-se ao SQL e observe o nome do servidor na exibição em árvore à esquerda. Ou,2
. Faça log-in diretamente no SQL Server e abra o SQL Server Management Studio; abrir nova consulta e executar este comando T-SQL,
SELECT @@SERVERNAME
Isso deve retornar o nome do SQL Server que será necessário nas configurações de Alias do CLICONFG. Nenhum outro nome de servidor deve ser usado.
3. Na execução do SharePoint Server:
nsrnmmsv -P
e na lista de == Hosts dependentes ==
você deve ver o nome real do SQL Server e ele deve corresponder ao nome no SSMS.
Exemplo CLICONFIG.
Observe o exemplo abaixo,
SQL Server Client Network Utility:
O alias do servidor é DBSERV
, que aponta para parâmetros de conexão do nome real do SQL Server PRODDB1

Resolution
Para garantir que o Modo do NetWorker para Microsoft (NMM) possa determinar corretamente, a partir do SharePoint, que um nome de alias DBSERV é usado para se conectar ao PRODDB1 real do SQL Server,
certifique-se do seguinte:
- O alias do servidor DBSERV não é adicionado ao DNS ou ao arquivo Hosts
- E o nome do SQL Server nos parâmetros de conexão é o nome real do SQL Server que corresponde ao nome do SQL Server no SSMS.