Échec de la restauration de NetWorker NMM Clustered SQL Server en raison de la liste de recherche de suffixes DNS

Échec de la restauration de NetWorker Module for Microsoft (NMM) Clustered SQL Server en raison de la liste de recherche de suffixes DNS.  Cela se produit généralement lorsqu’il existe deux domaines, un domaine DNS parent et un domaine DNS enfant.

Les erreurs typiques sont les suivantes : 

Impossible de se connecter à Virtual SQL Server 'VirtualSQLServerName'
Impossible de se connecter à Virtual SQL Server 'VirtualSQLServerName.mydomain.com’Les erreurs ci-dessus s’affichent
 
pour indiquer que l’utilisateur de sauvegarde ne parvient pas à se connecter à SQL Server. 

Ce problème peut se produire si vous disposez d’un domaine DNS (serveur de noms de domaine) parent tel que mydomain.com et d’un domaine DNS enfant tel que ad.mydomain.com.
Le domaine enfant possède un DNS non autorisé.

Par exemple,

une instance SQL Server est installée dans un cluster de basculement Windows et les nœuds de cluster sont membres du domaine dns enfant - ad.mydomain.com
Ce domaine est le domaine Active Directory pour le cluster de basculement Windows et les nœuds de cluster.
 

Ce domaine dispose de serveurs DNS ne faisant pas autorité qui effectuent des recherches directes, mais n’a pas de recherches inversées existantes. 
Par exemple, les serveurs DNS de ad.mydomain.com peuvent résoudre l’hôte A, mais ils ne peuvent pas résoudre l’adresse IP de l’hôte A.

Le système d’exploitation du serveur de sauvegarde est Linux et s’exécute dans un domaine DNS parent - mydomain.com 

Ce domaine dispose de serveurs DNS faisant autorité avec des recherches directes et inversées.  
Par exemple, les serveurs DNS de mydomain.com peuvent résoudre l’hôte A et ils peuvent également résoudre l’adresse IP de l’hôte A. 

Le nom de domaine complet (FQDN) du cluster de basculement Virtual SQL Server est
 
Virtual_SQL_Servername.ad.mydomain.com

Pour résoudre ce problème, vérifiez si la liste des suffixes de recherche DNS du client contient cet ordre
ad.mydomain.com
mydomain.com

Si tel est le cas, l’ordre doit être modifié pour que les recherches DNS utilisent d’abord le domaine parnet, par exemple
mydomain.com
ad.mydomain.com

Comment modifier la liste de recherche de suffixes DNS sur Windows

1.  Exécutez ipconfig /all
par exemple, vous verrez une sortie comme ce

nom d’hôte . . . . . . . . . . . . : ServerHostSuffixe
DNS principal . . . . . . . : mydomain.com
Type de nœud . . . . . . . . . . . . : Routage IP hybride
activé. . . . . . . . : Aucun
proxy WINS n’est activé. . . . . . . . : Aucune
liste de recherche de suffixes DNS. . . . . . :  <<< ad.mydomain.com c’est le premier sur la liste.>>>  doit être modifiée
mydomain.com

2.   Ouvrez Windows, Panneau de configuration\Réseau et Internet\Centre Réseau et partage\Modifier les paramètres
de l’adaptateur Cliquez avec le bouton droit de la souris sur l’adaptateur de production qui contient la liste des serveurs DNS, modifiez les propriétés de (TCP/IP v4), puis sélectionnez Avancé, DNS.
Ici, vous trouverez l’ordre des domaines.     

3.   Une fois dans les propriétés de l’adaptateur de production qui contient la liste des serveurs DNS, modifiez les propriétés de (TCP/IP v4), puis sélectionnez Avancé, DNS,
puis déplacez le domaine enfant ne faisant pas autorité (ad.mydomain.com) sous le domaine partenaire (mydomain.com)