Сбой резервного копирования NetWorker NMM SharePoint с ошибкой «Не удалось получить каноническое имя клиента NetWorker.
Summary: Сбой модуля NetWorker для резервного копирования фермы SharePoint от Microsoft с ошибкой: Не удалось извлечь каноническое имя клиента NetWorker для «SQLServerName». Обычно это происходит из-за неправильной настройки псевдонима SQL. ...
Symptoms
Модуль NetWorker для Microsoft (NMM) завершается сбоем с этой ошибкой, когда.
- В SharePoint Server есть псевдоним SQL Server, определенный в клиентской сетевой утилите SQL (CLICONFG)
- И одновременно к DNS добавляется SQL Alias - или - параметры SQL-соединения включают DNS-имя.
Типичные ошибки:
Сбой происходит с аналогичной ошибкой в <NetWorkerPath>/nsr/applogs/nsrnmmsv.raw 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 (CLICONFG).
Это утилита Windows SQL Server, которая позволяет пользователю создать псевдоним в качестве альтернативного имени для SQL Server.
Это позволяет локальным клиентским приложениям устанавливать подключение к SQL Server, используя псевдоним вместо правильного имени сервера.
Это псевдоним является локальным псевдонимом приложения и не является каноническим именем в службе доменных имен (DNS).
Псевдонимы SQL Server.
Псевдоним в CLICONFG определяется следующими параметрами:
Псевдоним сервера — это альтернативное имя, которое может использоваться локальными клиентскими приложениями, такими как SharePoint.
Параметры подключения — определяют, к какому SQL Server фактически подключаться. Это реальное имя SQL Server и порт TCP/IP (или пустой, если используется стандартный номер порта)
ПРИМЕЧАНИЕ 1. Настоящее имя SQL Server должно разрешаться в DNS в действительный уникальный IP-адрес.
ПРИМЕЧАНИЕ 2. псевдоним сервера используется только локальными клиентскими приложениями, такими как SharePoint. Это *недопустимое* имя хоста или имя сервера. Никогда не создавайте DNS-запись для этого псевдонима, иначе он станет причиной проблемы.
Определите реальное имя SQL Server.
1. Выполните вход в SQL Server и откройте SQL Server Management Studio. подключитесь к SQL и обратите внимание на имя сервера в древовидном представлении слева. Или,2
. Войдите в SQL Server напрямую и откройте SQL Server Management Studio. откройте новый запрос и выполните эту команду T-SQL,
SELECT @@SERVERNAME
Это должно вернуть имя SQL Server, которое будет необходимо в параметрах псевдонима CLICONFG. Не следует использовать другое имя сервера.
3. На сервере SharePoint Server запустите
nsrnmmsv -P
а в списке == Dependent Hosts ==
вы должны увидеть реальное имя SQL Server, и оно должно совпадать с именем в SSMS.
Пример CLICONFIG.
Обратите внимание на приведенный ниже пример,
Сетевая утилита клиента SQL Server:
Псевдоним сервера — DBSERV
, который указывает на параметры подключения с реальным именем SQL Server, PRODDB1

Resolution
Чтобы модуль NetWorker для Microsoft (NMM) мог правильно определить в SharePoint, что для подключения к реальной PRODDB1 SQL Server используется псевдоним DBSERV,
необходимо обеспечить следующее:
- Псевдоним сервера DBSERV не добавлен ни в DNS, ни в файл Hosts
- А имя SQL Server в параметрах подключения — это фактическое имя SQL Server, которое совпадает с именем SQL Server в SSMS.