A restauração do SQL Server em cluster do NetWorker NMM apresenta falha devido à lista de pesquisa de sufixos DNS

Resumo: A restauração do SQL Server em cluster do NetWorker Module for Microsoft (NMM) falha devido à lista de pesquisa de sufixos DNS. Isso geralmente acontece quando há dois domínios, um domínio DNS pai e um domínio DNS filho. ...

Este artigo aplica-se a Este artigo não se aplica a Este artigo não está vinculado a nenhum produto específico. Nem todas as versões do produto estão identificadas neste artigo.

Sintomas

A restauração do SQL Server em cluster do NetWorker Module for Microsoft (NMM) falha devido à lista de pesquisa de sufixos DNS.  Isso geralmente acontece quando há dois domínios, um domínio DNS pai e um domínio DNS filho.

Os erros típicos são: 

Não é possível fazer logon no SQL Server virtual 'VirtualSQLServerName'
não é possível fazer logon no SQL Server virtual 'VirtualSQLServerName.mydomain.com'Os
 
erros acima parecem indicar que o usuário de backup não consegue fazer logon no SQL Server. 

Causa

Esse problema pode ocorrer há um domínio pai Domain Name Servers (DNS) como mydomain.com e um domínio DNS filho como ad.mydomain.com,
o domínio filho tem DNS não autoritativo.

Por exemplo,

uma instância do SQL Server está instalada em um cluster de failover do Windows e os nós do cluster são membros do domínio dns filho - ad.mydomain.com
Esse domínio é o domínio do Active Directory para nós de cluster de failover do Windows e nós.
 

Esse domínio tem servidores DNS não autoritativos que executam pesquisas diretas, mas não tem pesquisas inversas existentes. 
Por exemplo, os servidores DNS no ad.mydomain.com podem resolver o HostA, mas não podem resolver o endereço IP do HostA.

O sistema operacional do servidor de backup é Linux e está sendo executado em um domínio dns pai - mydomain.com 

Esse domínio tem servidores DNS autoritativos com pesquisas diretas e inversas.  
Por exemplo, os servidores DNS no mydomain.com podem resolver o HostA e também podem resolver o endereço IP do HostA. 

O nome de domínio totalmente qualificado (FQDN) do Virtual SQL Server do cluster de failover está
 
Virtual_SQL_Servername.ad.mydomain.com

Resolução

Para resolver esse problema, verifique se a lista de sufixos de pesquisa de DNS do cliente contém essa ordem
ad.mydomain.com
mydomain.com

Se esse for o caso, a ordem deve ser alterada para esta ordem para que as pesquisas DNS usem o domínio parnet primeiro, exemplo
mydomain.com
ad.mydomain.com

Como alterar a lista de pesquisa de sufixos DNS no Windows

1.  Execute ipconfig /all
, por exemplo, você verá uma saída como este

Nome do host. . . . . . . . . . . . : ServerHostA
Sufixo dns primário . . . . . . . : mydomain.com
tipo de nó . . . . . . . . . . . . : Roteamento IP híbrido
ativado. . . . . . . . : Nenhum
proxy WINS ativado. . . . . . . . : Nenhuma
lista de pesquisa de sufixos DNS. . . . . . :  <<< ad.mydomain.com este é o primeiro da lista.>>>  tem que ser alterado
mydomain.com

2.   Abra Windows, Painel de Controle\Rede e Internet\Central de Rede e Compartilhamento\Alterar Configurações
do Adaptador Clique com o botão direito do mouse no adaptador de produção que contém a lista de servidores DNS e edite as propriedades de (TCP/IP v4) e selecione Avançado, DNS.
Aqui você vai a ordem dos domínios.     

3.   Uma vez nas propriedades do adaptador de produção que contém a lista de servidores DNS, edite as propriedades de (TCP/IP v4) e, em seguida, selecione Avançado,
DNS e Mover o domínio filho não autoritativo (ad.mydomain.com) abaixo do domínio participante (mydomain.com)

Propriedades do artigo
Número do artigo: 000034212
Tipo de artigo: Solution
Último modificado: 27 mai. 2024
Versão:  4
Encontre as respostas de outros usuários da Dell para suas perguntas.
Serviços de suporte
Verifique se o dispositivo está coberto pelos serviços de suporte.