La restauración de SQL Server en clústeres NMM de NetWorker falla debido a la lista de búsqueda de sufijos DNS
Summary: La restauración de SQL Server en clústeres de NetWorker Module para Microsoft (NMM) falla debido a la lista de búsqueda de sufijos DNS. Esto suele suceder cuando hay dos dominios, un dominio DNS primario y un dominio DNS secundario. ...
Symptoms
Por lo general, los errores son:
No se puede iniciar sesión en SQL Server virtual "VirtualSQLServerName"
No se puede iniciar sesión en SQL Server virtual "VirtualSQLServerName.mydomain.com"
Los errores anteriores parecen indicar que el usuario de respaldo no puede iniciar sesión en SQL Server.
Cause
Este problema puede ocurrir si hay un dominio principal de los servidores de nombres de dominio (DNS) como mydomain.com y un dominio DNS secundario como ad.mydomain.com,
el dominio secundario tiene DNS no autoritativo.
Por ejemplo,
una instancia de SQL Server se instala en un clúster de conmutación por error de Windows y los nodos del clúster son miembros del dominio DNS secundario: ad.mydomain.com
Este dominio es el dominio de Active Directory para el clúster de conmutación por error de Windows y los nodos de clúster.
Este dominio tiene servidores DNS no autoritativos que realizan búsquedas directas, pero no tiene búsquedas inversas existentes.
Por ejemplo, los servidores DNS de ad.mydomain.com pueden resolver el HostA, pero no la dirección IP del HostA.
El sistema operativo del servidor de respaldo es Linux y se ejecuta en un dominio DNS primario: mydomain.com
Este dominio tiene servidores DNS autorizados con búsquedas directas e inversas.
Por ejemplo, los servidores DNS en mydomain.com pueden resolver el HostA y también pueden resolver la dirección IP del HostA.
El nombre de dominio calificado (FQDN) de SQL Server virtual del clúster de conmutación por error es
Virtual_SQL_Servername.ad.mydomain.com
Resolution
Para resolver este problema, compruebe si la lista de sufijos de búsqueda de DNS del cliente contiene este orden
ad.mydomain.com
mydomain.com
Si ese es el caso, el orden se debe cambiar a este orden para que las búsquedas de DNS utilicen primero el dominio parnet, por ejemplo
, mydomain.com
ad.mydomain.com
Cómo cambiar la lista de búsqueda de sufijos DNS en Windows
1. Ejecute ipconfig /all
, por ejemplo, verá una salida como esta
Nombre de host . . . . . . . . . . . . : Sufijo DNS primario de ServerHostA
. . . . . . . : mydomain.com
Tipo de nodo . . . . . . . . . . . . : Enrutamiento de IP híbrido
activado. . . . . . . . : No hay
proxy WINS habilitado. . . . . . . . : Sin
lista de búsqueda de sufijo DNS. . . . . . : <<< ad.mydomain.com este es el primero en la lista.>>> debe cambiarse
mydomain.com
2. Abra Windows, Panel de control\Redes e Internet\Centro de redes y recursos compartidos\Cambiar la configuración
del adaptador, haga clic con el botón secundario en el adaptador de producción que contiene la lista de servidores DNS, edite las propiedades de (TCP/IP v4) y, a continuación, seleccione Avanzado, DNS.
Aquí verás el orden de los dominios.
3. Una vez que esté en las propiedades del adaptador de producción que contiene la lista de servidores DNS, edite las propiedades de (TCP/IP v4) y, a continuación, seleccione Avanzado,
DNS y mueva el dominio secundario no autoritativo (ad.mydomain.com) por debajo del dominio partent (mydomain.com)