Compartir a través de

Solucionar problemas de clústeres de conmutación por error

  • Artículo

Actualizado: 17 de julio de 2006

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 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 clústeres de conmutación por error de SQL Server 2005, 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 alojada 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:

  1. Hardware: revise los registros de sucesos del sistema de Microsoft Windows.
  2. Sistema operativo: revise los registros de sucesos del sistema y de aplicación de Windows.
  3. Red: revise los registros de sucesos del sistema y de aplicación de Windows. Compare la configuración actual con el artículo de Knowledge Base acerca de la configuración privada recomendada de "latido" en un servidor de clúster.
  4. Seguridad: revise los registros de sucesos de seguridad y de aplicación de Windows.
  5. MSCS: revise los registros de sucesos del sistema, de aplicación y del clúster de Windows.
  6. 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:

Tenga en cuenta también los siguientes cambios en el clúster de conmutación por error en SQL Server 2005:

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 2005

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 archivos de registro de instalación de SQL Server 2005.

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 2: no se sigue el formato utilizado en el archivo template.ini situado en el directorio raíz de los medios de instalación de SQL Server 2005.

Solución 2: aunque el programa de instalación puede omitir los caracteres inesperados, incluya todas las variables necesarias en el comando de instalación.

No debe haber ningún espacio entre una variable y su valor en una línea de comandos. Por ejemplo, no hay ningún espacio en "ADDLOCAL=ALL". Si se usa “ADDLOCAL = ALL”, el programa de instalación generará un error. Otro ejemplo es el IP y su valor. "IP=www.xxx.yyy.zzz,Local Area Connection" es correcto. Si se inserta un espacio después de ",", el programa de instalación generará un error.

Problema: SQL Server 2005 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 sucesos 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 del clúster 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 de 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 de verificación 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.

Problema: el nombre de red está desconectado 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:

  1. 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.
  2. 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.
  3. 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.
  4. En el equipo cliente, inicie el Administrador de configuración de SQL Server.
  5. 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.
  6. 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 1058 en un clúster.

Problema: al deshabilitar el servicio Programador de tareas en los nodos del clúster, el programa de instalación genera el error 1058. Aparece la siguiente entrada en core.log:

Error: SetTargetComputer on \\machinename failed with
Unable to start service (1058)
Error: RunRemoteProcess Received return code 1058 from STPCOMPAQ3790N2

Ésta es la última línea del registro:

<EndFunc Name='DwLaunchMsiExec' Return='1058' GetLastError='183'>

Solución: utilice el Administrador de clústeres para habilitar el servicio Programador de tareas en todos los nodos del clúster. Para obtener más información, vea Cómo habilitar el servicio Programador de tareas de Windows.

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:

  1. Elimine el recurso de disco del clúster.
  2. Elimine todas las particiones del disco.
  3. Compruebe en las propiedades del disco que se trata de un disco básico.
  4. Cree una partición en el disco compartido, formatéelo y asígnele una letra de unidad.
  5. Agregue el disco al clúster mediante el Administrador de clústeres (cluadmin).
  6. Ejecute el programa de instalación de SQL Server.

Problema: las aplicaciones no consiguen dar de alta los recursos de SQL Server 2005 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 2005 en una transacción distribuida. Este problema puede afectar a servidores vinculados, consultas distribuidas y procedimientos almacenados remotos que utilizan transacciones distribuidas.

Solución: para evitar tales problemas, deberá habilitar completamente los servicios MS DTC en el servidor en el que haya instalado SQL Server 2005.

Para habilitar completamente MS DTC, lleve a cabo los siguientes pasos:

  1. En el Panel de control, abra Herramientas administrativas y, a continuación, Administración de equipos.
  2. En el panel izquierdo de Administración de equipos, expanda Servicios y Aplicaciones y, a continuación, haga clic en Servicios.
  3. En el panel derecho de Administración de equipos, haga clic con el botón secundario en Coordinador de transacciones distribuidas y seleccione Propiedades.
  4. 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.
  5. 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.
  6. 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.

[!NOTA] Para instalaciones de SQL Server 2005 en equipos que participen en un clúster de conmutación por error, MS DTC debe estar completamente habilitado y agrupado antes de ejecutarse el programa de instalación. Si MS DTC no está agrupado, el programa de instalación da error. Antes de ejecutar la instalación, utilice el Administrador de clústeres de Microsoft para asegurarse de que MS DTC se ha agrupado.

Problema: el programa de instalación del clúster de conmutación por error de SQL Server 2005 puede generar un error al instalar desde un CD

Problema: cuando se selecciona un componente de clúster de conmutación por error y un componente de herramientas cliente durante la instalación de SQL Server 2005, ésta puede generar el error "Error de instalación remota" tras insertar el CD 2.

Solución: copie los archivos de instalación de ambos CD en el mismo directorio del recurso compartido de red o del nodo del clúster activo. Por ejemplo,

c:
cd\
md SQLENT

Copie ambos CD en el directorio SQLENT:

\SQLENT\Servers

\SQLENT\Tools

[!NOTA] Las instalaciones mediante DVD no tienen este problema.

Usar procedimientos almacenados extendidos y objetos COM

Cuando se utilizan procedimientos almacenados extendidos con una configuración de clúster 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.

Vea también

Otros recursos

Cómo ver archivos de registro de instalación de SQL Server 2005
How Extended Stored Procedures Work
Execution Characteristics of Extended Stored Procedures

Ayuda e información

Obtener ayuda sobre SQL Server 2005

Historial de cambios

Versión Historial

17 de julio de 2006
Contenido modificado:
  • Se ha agregado una sección acerca de los errores de instalación desde CD.