Помилка резервного копіювання NetWorker NMM SharePoint з повідомленням «Не вдалося отримати канонічне ім'я клієнта NetWorker.
Summary: Модуль NetWorker для резервного копіювання Microsoft SharePoint Farm завершує роботу з помилкою: Канонічне ім'я клієнта NetWorker не вдалося отримати для "SQLServerName". Зазвичай це є результатом неправильного налаштування псевдоніма SQL. ...
Symptoms
Модуль NetWorker для Microsoft (NMM) Резервне копіювання ферми SharePoint завершується помилкою з цією помилкою, якщо.
- SharePoint Server має псевдонім SQL Server, визначений в утиліті SQL Client Network (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).
Це утиліта SQL Server для Windows, яка дозволяє користувачеві створювати псевдонім як альтернативне ім'я для SQL Server.
Це дозволяє локальним клієнтським програмам встановлювати з'єднання з SQL Server, використовуючи псевдонім замість власного імені сервера.
Це псевдонім є псевдонімом локальної програми і не є канонічним ім'ям у службі доменних імен (DNS).
Псевдоніми SQL Server.
Псевдонім у CLICONFG визначається такими параметрами:
Псевдонім сервера - це альтернативне ім'я, яке може використовуватися локальними клієнтськими додатками, такими як SharePoint.
Параметри з'єднання - визначають, до якого SQL Server насправді підключитися. Це справжнє ім'я SQL Server і порт TCP/IP (або порожній, якщо використовується стандартний номер порту)
ПРИМІТКА 1. справжнє ім'я SQL Server має розпізнаватися в DNS на дійсну унікальну IP-адресу.
ПРИМІТКА 2. псевдонім сервера використовується лише локальними клієнтськими програмами, такими як SharePoint. Це *не* дійсне ім'я хоста або ім'я сервера. Ніколи не створюйте запис DNS для цього псевдоніма, інакше це спричинить проблему.
Визначте справжнє ім'я SQL-сервера:
1. Увійти в SQL server і відкрити студію управління SQL Server; з'єднайтеся з SQL і зверніть увагу на ім'я сервера на лівій панелі дерева. Або,2
. Увійдіть безпосередньо в SQL Server і відкрийте студію управління SQL Server; відкрити новий запит і виконати цю команду T-SQL,
SELECT @@SERVERNAME
Це має повернути SQL Servername, яке буде потрібне в налаштуваннях псевдоніма CLICONFG. Не слід використовувати жодне інше ім'я сервера.
3. Запуск на сервері SharePoint
nsrnmmsv -P
а під списком == залежних хостів ==
ви повинні побачити справжнє ім'я SQL Server, і воно повинно збігатися з ім'ям в SSMS.
Приклад CLICONFIG.
Зверніть увагу на наведений нижче приклад,
SQL Server Client Network Utility:
Псевдонімом сервера є DBSERV
, який вказує на параметри з'єднання справжнього імені SQL Server, PRODDB1

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