Solucionar problemas de clústeres de conmutación por error
Este tema proporciona información acerca de lo siguiente:
Pasos básicos en la solución de problemas.
Recuperar desde un error de clúster de conmutación por error.
Resolver los problemas más habituales de una agrupación en clústeres de conmutación por error.
Usar procedimientos almacenados extendidos y objetos COM.
Pasos básicos en la solución de problemas
Al trabajar con agrupaciones en clústeres de conmutación por error de SQL Server, recuerde que el clúster de servidores se compone de una instancia de clúster de conmutación por error que se ejecuta en los Servicios de Cluster Server de Microsoft (MSCS). La instancia de SQL Server puede ser hospedada por nodos basados en Microsoft MSCS que sirven al clúster de servidores de Microsoft.
Si hay problemas en los nodos que alojan el clúster de servidores, pueden manifestarse como problemas de la instancia de clúster de conmutación por error. Para investigar y resolver estos problemas, solucione los problemas de un clúster de conmutación por error de SQL Server en el orden siguiente:
Hardware: revise los registros de eventos del sistema de Microsoft Windows.
Sistema operativo: revise los registros de eventos del sistema y de aplicación de Windows.
Red: revise los registros de eventos del sistema y de aplicación de Windows. Compruebe la configuración actual en el artículo de Knowledge Base acerca de la configuración privada recomendada de "latido" en un clúster de servidores.
Seguridad: revise los registros de eventos de seguridad y de aplicación Windows.
MSCS: revise los registros de eventos del sistema, de aplicación y del clúster de Windows.
SQL Server: solucione los problemas de la forma habitual después de comprobar que no hay problemas de hardware, sistema operativo, red, seguridad y MSCS.
Recuperar desde un error de clúster de conmutación por error
Normalmente, un error de clúster de conmutación por error se debe a uno de los dos motivos siguientes:
Error de hardware en un nodo de un clúster de dos nodos. Este error de hardware podría estar causado por un error de la tarjeta SCSI o del sistema operativo.
Para solucionar este error, quite el nodo en el que se ha producido el error de la instancia de clúster de conmutación por error mediante el programa de instalación de SQL Server, solucione el error de hardware con el equipo sin conexión, vuelva a conectar el equipo y, a continuación, agregue el nodo reparado a la instancia de clúster de conmutación por error.
Para obtener más información, vea Cómo crear un nuevo clúster de conmutación por error de SQL Server (programa de instalación) y Cómo recuperarse de un error en un clúster de conmutación por error en el escenario 1.
Error del sistema operativo. En este caso, el nodo se encuentra sin conexión, pero se puede recuperar.
Para recuperarse de un error del sistema operativo, recupere el nodo y pruebe la conmutación por error. Si la instancia de SQL Server no realiza la conmutación por error correctamente, debe utilizar el programa de instalación de SQL Server para quitar SQL Server del clúster de conmutación por error, realizar las reparaciones necesarias, volver a conectar el equipo y agregar el nodo reparado a la instancia de clúster de conmutación por error.
La recuperación de un error del sistema operativo de esta forma puede llevar algún tiempo. Si el error del sistema operativo se puede recuperar fácilmente, evite el uso de esta técnica.
Para obtener más información, vea Cómo crear un nuevo clúster de conmutación por error de SQL Server (programa de instalación) y Cómo recuperarse de un error en un clúster de conmutación por error en el escenario 2.
Resolver problemas habituales
En la siguiente lista se describen los problemas de uso más comunes y se explica cómo resolverlos.
Problema: uso incorrecto de la sintaxis del símbolo del sistema para instalar SQL Server
Problema 1: es difícil diagnosticar los problemas del programa de instalación cuando se utiliza el modificador /qn en el símbolo del sistema, ya que el modificador /qn quita todos los cuadros de diálogo y los mensajes de error del programa de instalación. Si se especifica el modificador /qn, todos los mensajes del programa de instalación, incluidos los mensajes de error, quedarán registrados en los archivos de registro del programa de instalación. Para obtener más información acerca de los archivos de registro, vea Cómo ver y leer los archivos de registro de instalación de SQL Server.
Solución 1: utilice el modificador /qb en lugar del modificador /qn. Si utiliza el modificador /qb, se mostrará la interfaz de usuario básica en cada paso, incluidos los mensajes de error.
Problema: SQL Server no puede iniciar una sesión en la red después de migrar a otro nodo
Problema 1: las cuentas de servicio de SQL Server no pueden ponerse en contacto con un controlador de dominio.
Solución 1: compruebe los registros de eventos para ver si hay problemas de red, como errores de los adaptadores o problemas de DNS. Compruebe que puede hacer ping al controlador de dominio.
Problema 2: las contraseñas de la cuentas de servicio de SQL Server no son idénticas en todos los nodos de clústeres o el nodo no reinicia un servicio de SQL Server que se ha migrado desde un nodo con error.
Solución 2: cambie las contraseñas de las cuentas de servicio de SQL Server mediante el Administrador de configuración de SQL Server. Si no lo hace y cambia las contraseñas de la cuenta de servicio de SQL Server en un nodo, debe cambiar también las contraseñas de los demás nodos. El Administrador de configuración de SQL Server lo hace automáticamente.
Problema: SQL Server no tiene acceso a los discos del clúster
Problema 1: el firmware o los controladores no están actualizados en todos los nodos.
Solución 1: compruebe que todos los nodos utilizan versiones correctas del firmware además de las mismas versiones de los controladores.
Problema 2: un nodo no puede recuperar los discos del clúster que han migrado desde un nodo con error en un disco compartido de clúster con una letra de unidad diferente.
Solución 2: las letras de unidad de los discos del clúster deben ser iguales en ambos servidores. Si no lo son, revise la instalación original del sistema operativo y del Servicio de Cluster Server de Microsoft (MSCS).
Problema: un error en un servicio SQL Server provoca una conmutación por error
Solución: para evitar que errores en servicios concretos hagan que el grupo de SQL Server realice una conmutación por error, configure estos servicios mediante el Administrador de clústeres de Windows, de la forma siguiente:
- Desactive la casilla Afectar al grupo de la ficha Avanzadas, en el cuadro de diálogo Propiedades de Texto. No obstante, si SQL Server causa una conmutación por error, se reiniciará el servicio de búsqueda de texto.
Problema: SQL Server no se inicia automáticamente
Solución: utilice el Administrador de clústeres de MSCS para iniciar automáticamente un clúster de conmutación por error. El servicio SQL Server debe establecerse en inicio manual; el Administrador de clústeres debe estar configurado en MSCS para iniciar el servicio SQL Server. Para obtener más información, vea Administrar servicios.
Problema: el nombre de red se encuentra sin conexión y no es posible conectar con SQL Server a través de TCP/IP
Problema 1: DNS genera un error con el recurso de clúster configurado para exigir DNS.
Solución 1: solucione los problemas de DNS.
Problema 2: hay un nombre duplicado en la red.
Solución 2: utilice NBTSTAT para encontrar el nombre duplicado y, a continuación, solucione el problema.
**Problema 3:**SQL Server no se conecta mediante Canalizaciones con nombre.
Solución 3: para conectarse mediante Canalizaciones con nombre, cree un alias mediante el Administrador de configuración de SQL Server a fin de conectarse al equipo apropiado. Por ejemplo, si tiene un clúster con dos nodos (Nodo A y Nodo B) y una instancia de clúster de conmutación por error (Virtsql) con una instancia predeterminada, puede conectarse al servidor que tiene el recurso sin conexión Nombre de red al hacer lo siguiente:
Determine en qué nodo se ejecuta el grupo que contiene la instancia de SQL Server mediante el Administrador de clústeres. En este ejemplo, será Node A.
Inicie el servicio SQL Server en ese equipo mediante net start. Para obtener más información acerca de cómo utilizar net start, vea Iniciar SQL Server manualmente.
Inicie el Administrador de configuración de SQL Server de SQL Server en Node A. Consulte el nombre de la canalización donde escucha el servidor. Debe ser similar a \\.\$$\VIRTSQL\pipe\sql\query.
En el equipo cliente, inicie el Administrador de configuración de SQL Server.
Cree el alias SQLTEST1 para conectarse a esta canalización a través de Canalizaciones con nombre. Para ello, utilice Node A como nombre de servidor y modifique el nombre de la canalización para que sea \\.\pipe\$$\VIRTSQL\sql\query.
Conéctese a esta instancia utilizando el alias SQLTEST1 como nombre de servidor.
Problema: el programa de instalación de SQL Server genera el error 11001 en un clúster.
Problema: hay una clave del Registro huérfana en [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL.X\Cluster]
Solución: asegúrese de que el subárbol del Registro de MSSQL.X no se está utilizando y, a continuación, elimine la clave del clúster.
Problema: error del programa de instalación del clúster: "El instalador no dispone de privilegios suficientes para obtener acceso a este directorio: <unidad>\Microsoft SQL Server. La instalación no puede continuar. Inicie sesión como administrador o póngase en contacto con el administrador del sistema".
Problema: este error está provocado por una unidad compartida SCSI cuyas particiones no son correctas.
Solución: vuelva a crear una única partición en el disco compartido mediante estos pasos:
Elimine el recurso de disco del clúster.
Elimine todas las particiones del disco.
Compruebe en las propiedades del disco que se trata de un disco básico.
Cree una partición en el disco compartido, formatéelo y asígnele una letra de unidad.
Agregue el disco al clúster mediante el Administrador de clústeres (cluadmin).
Ejecute el programa de instalación de SQL Server.
Problema: las aplicaciones no consiguen dar de alta los recursos de SQL Server en una transacción distribuida.
Problema: como el Coordinador de transacciones distribuidas de Microsoft (MS DTC) no está completamente configurado en Windows, las aplicaciones pueden no conseguir dar de alta los recursos de SQL Server en una transacción distribuida. Este problema puede afectar a servidores vinculados, consultas distribuidas y procedimientos almacenados remotos que utilicen transacciones distribuidas. Para obtener más información acerca de cómo configurar MS DTC, vea Antes de instalar una agrupación en clústeres de conmutación por error.
Solución: para evitar este tipo de problemas, deberá habilitar totalmente los servicios MS DTC en los servidores en que esté instalado SQL Server y esté configurado MS DTC.
Para habilitar totalmente MS DTC, lleve a cabo los siguientes pasos:
En el Panel de control, abra Herramientas administrativas y, a continuación, Administración de equipos.
En el panel izquierdo de Administración de equipos, expanda Servicios y Aplicaciones y, a continuación, haga clic en Servicios.
En el panel derecho de Administración de equipo, haga clic con el botón secundario en Coordinador de transacciones distribuidas y seleccione Propiedades.
En la ventana Coordinador de transacciones distribuidas, haga clic en la ficha General y, a continuación, haga clic en Detener para detener el servicio.
En la ventana Coordinador de transacciones distribuidas, haga clic en la ficha Iniciar sesión y establezca la cuenta de inicio de sesión en NT AUTHORITY\NetworkService.
Haga clic en Aplicar y en Aceptar para cerrar la ventana Coordinador de transacciones distribuidas. Cierre la ventana Administración de equipos. Cierre la ventana Herramientas administrativas.
Usar procedimientos almacenados extendidos y objetos COM
Cuando se utilizan procedimientos almacenados extendidos con una configuración de agrupación en clústeres de conmutación por error, es necesario instalar todos los procedimientos almacenados extendidos en un disco de clúster dependiente de SQL Server. De esta manera, se asegura de que podrá utilizar los procedimientos almacenados extendidos aunque un nodo conmute en caso de error.
Si los procedimientos almacenados extendidos utilizan componentes COM, el administrador debe registrarlos en cada nodo del clúster. La información para cargar y ejecutar los componentes COM debe estar en el Registro del nodo activo para que los componentes se puedan crear. En caso contrario, la información permanece en el Registro del equipo donde se registraron por primera vez los componentes COM.