En clúster de SQL Server que se debe hacer y advertencias básicas

Seleccione idioma Seleccione idioma
Id. de artículo: 254321 - Ver los productos a los que se aplica este artículo
Este artículo se publicó anteriormente con el número E254321
Expandir todo | Contraer todo

En esta página

Resumen

En este artículo se describe lo que se debe y lo para utilizar SQL Server servidores agrupados con las distintas versiones de SQL Server.

Importante: Como es posible, deben actualizar todos los clientes que utilicen clústeres con SQL Server 6.5 y SQL Server 7.0 a SQL Server 2000 o SQL Server 2005. Las siguientes herramientas, características y componentes son compatibles con la conmutación por error de SQL Server 2000 Enterprise Edition:
  • Servicio de Microsoft Search
  • Varias instancias
  • Administrador corporativo de SQL Server
  • Administrador de Control de servicio
  • Replicación
  • Analizador de SQL
  • Analizador de consultas SQL
  • SQL Server 2005 Analysis Services
Nota Servicios de soporte técnico de Microsoft (PSS) admite clústeres de conmutación por error de SQL Server como se describe en el siguiente artículo de Microsoft Knowledge Base:
327518 La directiva de soporte técnico de Microsoft SQL Server para Microsoft Clustering
SQL Server Enterprise Edition debe instalarse para soporte técnico si se utiliza junto con Microsoft Cluster Server (MSCS) de SQL Server.

Más información

Buenas prácticas para la instalación de SQL Server

Al instalar SQL Server 2000 o SQL Server 2005, se recomienda tener el Administrador de dominio siga las instrucciones que se describen en el siguiente artículo de Microsoft Knowledge Base:
319723 Cómo utilizar la autenticación Kerberos en SQL Server
Artículo 319723 de Microsoft Knowledge Base describe cómo utilizar la autenticación Kerberos en SQL Server. El artículo también describe cómo habilitar la autenticación Kerberos en clústeres de conmutación por error de SQL Server.

Las instrucciones que aparecen en el artículo 319723 de Microsoft Knowledge Base ofrecen las siguientes ventajas:
  • Puede eliminar los problemas de los nombres principales de servicio (SPN) que se han registrado correctamente.
  • Si se especifica una cuenta de usuario de dominio como la cuenta de inicio de servicio de SQL Server puede evitar un mensaje de advertencia durante la instalación de SQL Server. Este mensaje de advertencia se documenta en el siguiente artículo de Microsoft Knowledge Base:
    303411 Recibir una información de advertencia de "Información de SuperSocket advertencia" cuando una cuenta de servicio de SQL Server es un usuario de dominio
  • Si más adelante cambia la dirección IP o el nombre de dominio, no es necesario actualizar manualmente los SPN del servicio de SQL Server.

Seguridad

SQL Server 2000

La cuenta de servicio que se utiliza para iniciar el servicio SQL Server en un clúster de conmutación por error de SQL Server debe ser miembro del grupo Administradores local directo. Esta cuenta de servicio no debe ser miembro del grupo Administradores local a través de la pertenencia a un grupo. Esta configuración puede causar problemas de seguridad transitoria. Si no desea utilizar la cuenta de servicio en el grupo local de administradores, debe conceder los siguientes derechos de usuario para la cuenta de servicio:
  • Actuar como parte del sistema operativo = SeTcbPrivilege
  • Saltarse la comprobación de recorrido = SeChangeNotify
  • Bloquear las páginas de memoria = SeLockMemory
  • Inicie sesión como un trabajo por lotes = SeBatchLogonRight
  • Iniciar sesión como servicio = SeServiceLogonRight
  • Reemplazar un Token de nivel de proceso = SeAssignPrimaryTokenPrivilege

SQL Server 2005

Para cada servicio agrupado en una instancia de SQL Server 2005 que instalar, deberá introducir un nombre de dominio y un nombre de grupo en la página de Grupos de dominio para servicios agrupados del Asistente de instalación de SQL Server. Escriba el nombre de dominio y el nombre del grupo en el NombreDeDominio\Nombre de grupo formato. Debe utilizar las siguientes pautas al especificar los grupos de dominio:
  • Los grupos de dominio deben estar en el mismo dominio que la cuenta que utiliza para iniciar sesión en el sistema. Por ejemplo, si la cuenta que utiliza para iniciar sesión en el sistema está en el dominio SQLSVR y el dominio SQLSVR es un dominio secundario del dominio MIDOMINIO, debe especificar un grupo de dominio en el dominio SQLSVR. El dominio SQLSVR puede contener cuentas de usuario del dominio midominio.
  • La cuenta de servicio de un servicio en clúster concreto debe ser un miembro directo de grupo del dominio. Esta cuenta de servicio no debe ser miembro del grupo de dominio a través de la pertenencia a un grupo. El programa de instalación de SQL Server 2005 no comprobará los subgrupos para determinar si una cuenta de servicio está en un grupo de dominio.
  • La cuenta de servicio de un servicio en clúster concreto no debe ser miembro del grupo Administradores local directo.
  • El dominio y el grupo de dominio deben existir cuando se ejecuta el programa de instalación de SQL Server 2005. Puede obtener los nombres de los grupos de dominio existentes desde el administrador del dominio. O bien, puede crear grupos de dominio para el clúster de conmutación por error de SQL Server 2005. Si crea un grupo de dominio para el clúster de conmutación por error de SQL Server 2005 poco antes de ejecutar el programa de instalación de SQL Server 2005, debe esperar un tiempo para que el nuevo grupo de dominio replicar a través de la red corporativa.
  • Los grupos de dominio deben contener cuentas de servicio apropiado. Si las cuentas de servicio no son miembros de los grupos de dominio correspondiente al instalar SQL Server 2005, el programa de instalación de SQL Server 2005 agrega las cuentas de servicio a los grupos de dominio. Por lo tanto, la cuenta que utilice para ejecutar el programa de instalación de SQL Server 2005 debe tener los permisos necesarios para agregar cuentas a los grupos de dominio.

    Si el programa de instalación de SQL Server se ejecuta en una cuenta que no tiene el permiso para agregar cuentas a los grupos de dominio, las cuentas de servicio deben ser ya miembros del grupo de dominio correspondiente.
  • Para mantener el control más preciso sobre los permisos, se recomienda que especifique otra cuenta de servicio para cada servicio agrupado y para cada servidor virtual y de grupo de dominio diferente. Sin embargo, aún puede utilizar el mismo grupo de dominio y la misma cuenta de servicio para todos los servicios de SQL Server. O bien, puede utilizar el mismo grupo de dominio y cuentas de servicio diferentes para cada servicio de SQL Server.
  • El grupo de dominio para los servicios de clúster de SQL Server no debe compartirse con cualquier otra aplicación.
  • El grupo de dominio debe ser el grupo global de dominio en lugar del grupo universal de dominio.
Para obtener más información acerca de estas instrucciones, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
910708 Debe especificar los grupos de dominio para los servicios de SQL Server agrupados al instalar un clúster de conmutación por error de SQL Server 2005
Nota Para solucionar problemas de grupo del dominio, debe tener acceso al controlador de dominio.

Además, no se admite instalar instancias de clúster de conmutación por error de SQL Server 2005 en un entorno en el que cualquier nodo es un controlador de dominio.

Para obtener más información acerca de los derechos de usuario y los permisos que se conceden para las cuentas de servicio de SQL Server y acerca de las listas de control de acceso (ACL) que se crean para las cuentas de servicio de SQL Server, vea el tema "Configurar cuentas de servicio de Windows" en los libros en pantalla de SQL Server 2005.

Iniciar y detener servicios de SQL Server

Instancias de clúster de conmutación por error de SQL Server 2005

SQL Server 2005 permite iniciar y detener servicios de SQL Server mediante cualquiera de las siguientes herramientas:
  • Administrador de clústeres
  • Administrador de configuración de SQL Server
  • Configuración de superficie de SQL Server
  • SQL Server Management Studio
Nota No utilice el complemento Servicios para detener una instancia agrupada de SQL Server. Si utiliza el complemento Servicios, el servicio de Cluster Server reinicia SQL Server.

Instancias de clúster de conmutación por error de SQL Server 2000

Instancias de clúster de conmutación por error de SQL Server 2000 no tienen las restricciones anteriores. Se recomienda utilizar el Administrador corporativo de SQL Server, el subprograma Servicios de SQL Server o el Administrador de clústeres para iniciar y detener servicios de servidor virtual de SQL Server 2000. Aunque puede utilizar Service Control Manager o el elemento servicios del Panel de Control para iniciar y detener los servicios sin dañar el registro, estas opciones no hará que los servicios en un estado de detención. En su lugar, los servicios se detectará el servidor agrupado y recibirá varios mensajes de error 17052 ID en el SQL Server. Estos mensajes de error similar al siguiente:
[sqsrvres] CheckServiceAlive: El servicio está muerto [
[sqsrvres] OnlineThread: el servicio detenido mientras esperan QP
[sqsrvres] OnlineThread: Error 1 Traer recursos en línea
Después de recibir estos mensajes de error, el servicio de Cluster Server reinicia SQL Server. Es el comportamiento esperado para estos tipos de errores.

Instancias de clúster de conmutación por error de SQL Server 6.5 y SQL Server 7.0

Para iniciar o detener SQL Server, SQL Server servicios Executive o Agente SQL desde un servidor virtual de SQL Server 6.5 o SQL Server 7.0, debe utilizar el Administrador de clúster de Microsoft o la herramienta de línea de comandos Cluster.exe.

Si intenta iniciar o detener servicios de cualquier otra manera (por ejemplo, desde el Panel de Control, Administrador de servicios de SQL o el Administrador corporativo de SQL), el registro puede estar dañado y tendrá que desagrupar o reinstalar completamente SQL Server.

El signo más común de que se ha iniciado un servicio incorrectamente es que las cuentas de servicio aparecen como una mezcla de caracteres ASCII.

Si necesita iniciar SQL Server desde una línea de comandos, debe utilizar la herramienta Administrador de clústeres o Cluster.exe para poner primero los servicios SQL Server, SQL Executive o Agente SQL sin conexión.

Al iniciar SQL Server desde una línea de comandos, la conectividad tiene lugar mediante el nombre del servidor virtual. La única forma de realizar una conexión local es si los recursos pertenecen al nodo desde el que instaló originalmente SQL Server.

Administrador corporativo de SQL

Instancias de clúster de conmutación por error de SQL Server 6.5 y SQL Server 7.0

No puede cambiar los nombres de cuenta de servicio de SQL Enterprise Manager. Si necesita cambiar los nombres, Microsoft recomienda que desagrupe y, a continuación, volver a agrupar SQL Server con la nueva cuenta de usuario de dominio. Para obtener más información acerca de cómo cambiar las cuentas de servicio de SQL Server, consulte el artículo siguiente en Microsoft Knowledge Base:
239885 Cómo cambiar las cuentas de servicio de un equipo en clúster que ejecuta SQL Server
Advertencia Si no sigue las instrucciones del artículo Q239885, deberá quitar manualmente SQL Server completamente de ambos nodos y, a continuación, vuelva a instalar SQL Server después de proteger las bases de datos de SQL Server.

Si la cuenta de servicio de SQL Server no es un administrador de un clúster, no se puede eliminar los recursos compartidos administrativos en los nodos del clúster. Los recursos compartidos administrativos deben estar disponibles en un clúster de SQL Server para la función.

Instancias de clúster de conmutación por error de SQL Server 2000

Debe utilizar el Administrador corporativo de SQL para realizar todos los cambios en las cuentas de servicio SQL o las contraseñas.

SQL Server 2005 Analysis Services (OLAP)

SQL Server 2005 OLAP es totalmente compatible con clústeres y puede seleccionar instalaciones agrupadas durante la instalación inicial.

SQL Server 2000 Analysis Services (OLAP)

Aunque el componente de SQL Server 2000 Analysis Services (OLAP) no es compatible con clústeres, es posible lograr soluciones de Analysis Services de alta disponibilidad siguiendo los pasos descritos en el siguiente artículo en Microsoft Knowledge Base:
308023 Cómo agrupar Analysis Services de SQL Server 2000 en Windows 2000 y en Windows Server 2003

Conectividad SQL

Bibliotecas de red de SQL Server 2005

Con el lanzamiento de SQL Server 2005, el cliente nativo de SQL se ha agregado a la lista de protocolos compatibles. Protocolos admitidos incluyen los siguientes:
  • Memoria compartida

    Nota Los clientes que utilizan Microsoft Data Access Components (MDAC) 2.8 orearlier versiones de MDAC no pueden utilizar un protocolo de memoria compartida. Si se trata de protocolo de memoria compartida de utilizará, los clientes cambiarán automáticamente al protocolo NamedPipes.
  • Canalizaciones con nombrados
  • TCP/IP
  • VIA
  • SQL Native Client

    SQL Native Client (SQLNCLI) es la tecnología de acceso a adata que es nueva en SQL Server 2005. El SQL Native Client isa datos independiente acceso aplicación interfaz de programación (API) que es usar OLE DB y ODBC. El SQL Native Client combina DBProvider OLE de SQL Server y el controlador de ODBC de SQL Server en un archivo DLL nativa. El NativeClient SQL también ofrece nueva funcionalidad que es independiente y distinto de MDAC.Utilice el programa de instalación de SQL Server para instalar a SQL Native Client como parte debases Server 2005 Tools. Para obtener más información acerca de ésta y los otros networklibraries, consulte los libros en pantalla de SQL Server 2005.

    Nota SQL Server 2005 no es compatible con la networkprotocols de Banyan VINES SequencedPacket SPP (protocolo), Multiprotocolo, AppleTalk o NWLink IPX/SPX. Clientes que se conectaban anteriormente mediante estos mustselect protocolos un protocolo diferente para conectarse a SQL Server 2005.

Bibliotecas de red de SQL Server 2000

Las instalaciones de SQL Server agrupadas requieren el protocolo TCP/IP, y se recomienda que instale y habilite el protocolo Canalizaciones con nombre. Es necesario porque es el único protocolo compatible para su uso con los clústeres de servidores.

Para obtener más información acerca del requisito de canalizaciones con nombre, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
831127 Compatibilidad de canalizaciones con nombre no se puede quitar en un servidor virtual que está ejecutando SQL Server 2000 Service Pack 3
Los recursos adicionales que se agregan a un grupo SQL deben tener sus propios recursos NetworkName e IPAddress dedicados.

Instancias de clúster de conmutación por error de SQL Server 6.5 y SQL Server 7.0

Si los recursos de clúster dependen de los recursos de SQL Server, debe quitar esas dependencias antes de desagrupar el servidor virtual. Si no lo hace así, el servidor virtual se quitará completamente y no podrá volver a agrupar hasta que se complete la eliminación error de clúster SQL.

Nota Si la unidad de quórum se utiliza para otros recursos de MSCS y esos recursos provocan una conmutación por error, todos los recursos de clúster no están disponibles hasta que ese recurso de clúster y el nombre de red y la dirección de la IP del clúster se vuelve a conectar.

Advertencia Los cambios en la configuración de red en SQL Server 6.5 deben realizarse mientras SQL Server esté desagrupado, tal como se describe en el siguiente artículo en Microsoft Knowledge Base:
189037 Error: El programa de instalación SQL no cambia de la seguridad y opciones de soporte de red con SVS
Para obtener información adicional sobre la conectividad comunes problemas al conectar o configurar un servidor agrupado de SQL Server, consulte los artículos siguientes en Microsoft Knowledge Base:
273673 Descripción de las conexiones de cliente de servidor Virtual de SQL
235987 un Servidor virtual basado en SQL Server 7.0 sólo admite el uso de una dirección TCP/IP
244980 Cómo cambiar las direcciones IP de red de las instancias de clúster de conmutación por error de SQL Server
187708 No se puede conectar al servidor virtual de SQL mediante sockets del clúster

Varios puertos TCP/IP de escucha

SQL Server 7.0 proporciona compatibilidad con varios puertos de escucha en una misma subred. Esta compatibilidad no está pensada para su uso en varias subredes o para proporcionar disponibilidad adicional.

Si necesita varios puertos TCP/IP de escucha, necesitará realizar las siguientes modificaciones en el registro antes de ejecutar al Asistente para clúster.

Importante: Esta sección, el método o la tarea contiene pasos que le indican cómo modificar el registro. Sin embargo, pueden producirse problemas graves si modifica incorrectamente el registro. Por lo tanto, asegúrese de que sigue estos pasos cuidadosamente. Para una mayor protección, copia de seguridad del registro antes de modificarlo. Luego puede restaurar el registro si surge algún problema. Para obtener más información acerca de cómo hacer copia de seguridad y restaurar el registro, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
322756 Cómo hacer copia de seguridad y restaurar el registro en Windows
  1. Inicie el Editor del registro (Regedt32.exe).
  2. Busque el valor ListenOn en la siguiente clave del registro:
    HKEY_LOCAL_Machine\Software\Microsoft\MSSQLServer\MSSQLServer
  3. En el menú Edición , haga clic en Cadena múltipley especifique los puertos de escucha adicionales. Por ejemplo, para agregar port1435, escriba lo siguiente y, a continuación, haga clic en Aceptar:
    SSMSSO70, 1435
  4. Cierre el Editor del registro.
Aquí están algunos ejemplos de otros puertos que puede agregar:
  • SSMSSO70, 1436
  • SSMSSO70, 1437
Pruebe la conectividad a los puertos que agregue y continúe con el Asistente para clúster.

Configuración de WINS y de SQL Server (todas las versiones)

Antes de clúster de SQL Server, asegúrese de que tiene la configuración adecuada para servicio de nombres de Internet de Windows (WINS) para su uso en un clúster, tal como se explica en los siguientes artículos en Microsoft Knowledge Base:
193890 Configuración de WINS recomendada para Microsoft Cluster Server
195462 Registro WINS y comportamiento de las direcciones IP para Microsoft Cluster Server
Nunca debe agregar entradas estáticas a WINS para servidores SQL Server agrupados o cualquier otro servicio de Microsoft Cluster Server (MSCS) Esto se explica en el siguiente artículo en Microsoft Knowledge Base:
217199 la presencia Entradas WINS estáticas causan el nombre de red se ponga sin conexión

Contadores de rendimiento de las instancias de clúster de conmutación por error de SQL Server 7.0

Contadores de monitor de rendimiento de SQL Server (contadores de extensión) para el servidor virtual no están presentes cuando se instala SQL Server 7.0 con una configuración virtual de SQL Server y el nodo pasivo tiene control sobre los recursos. Los contadores no estará disponibles para el nodo principal hasta que todo el clúster se apaga y se reinicia. Incluso entonces, la disponibilidad es esporádica.

Los contadores de extensión de SQL Server deben encontrarse cuando se inicia el sistema. Con SQL Server 6.5, los contadores de DLL se encuentra en el directorio \\Mssql\Binn de forma predeterminada. Porque la unidad de clúster en el que está instalado SQL Server no es accesible hasta que todos los recursos MSCS están en línea, no se encuentran los contadores cuando se produzca el inicio del sistema.

SQL Server 7.0 sitúa estos contadores en el directorio apropiado, %Systemroot% \System32\, de modo que estén disponibles. Para que el archivo Sqlctr65.dll esté disponible, coloque una copia de este archivo en el directorio %Systemroot%\System32. De forma predeterminada, el archivo Sqlctr70.dll se coloca en este directorio.

Para obtener información adicional sobre los contadores de rendimiento de SQL Server, consulte los siguientes artículos en Microsoft Knowledge Base:
127207 Faltan objetos y contadores del Monitor de sistema
246328 Contadores de rendimiento de SQL pueden faltar después de la instalación de MDAC en un clúster
Advertencia En SQL Server 6.5, si decide reconstruir el registro mediante las instrucciones en el siguiente artículo en Microsoft Knowledge Base, consulte la sección "Cómo reconstruir el registro de la de los SQL Server" más adelante en este artículo para obtener instrucciones adicionales antes de seguir los pasos para reconstruir el registro:
227662 Faltan contadores en Monitor de rendimiento de SQL
En resumen, los contadores de rendimiento no siempre están disponibles en los servidores SQL en clúster; Cuando se encuentran, son generalmente sólo en el nodo principal si no se ha producido ninguna conmutación por error.

Cambiar el nombre de los recursos creados por el SQL Server 6.5 o el Asistente para conmutación por error de clúster de SQL Server 7.0

Al ejecutar el Asistente para conmutación por error de clúster de SQL Server, parte del proceso incluye la creación de los recursos de clúster SQL. De forma predeterminada, estos recursos tienen la siguiente estructura de nombres:
NombreDeServidorVirtualDeSQL> dirección IP
NombreDeServidorVirtualDeSQL> nombre de red
NombreDeServidorVirtualDeSQL> SQL Server 7.0
NombreDeServidorVirtualDeSQL> VServer
NombreDeServidorVirtualDeSQL> agente de SQL Server 7.0
Por ejemplo, si NombreDeServidorVirtualDeSQL es xyz, los recursos de SQL Server se denominan manera predeterminada:
XYZ dirección IP
XYZ nombre de red
XYZ SQL Server 7.0
XYZ VServer
XYZ agente de SQL Server 7.0
Si todo o parte de estos nombres se modifica como sigue:
Dirección IP
Nombre de red
SQL Server
Servidor virtual
Agente SQL
el Asistente para conmutación por error de clúster de SQL pueden fallar o dejar de responder. Para obtener información adicional sobre los errores del Asistente para conmutación por error de clúster de SQL, consulte el artículo siguiente en Microsoft Knowledge Base:
254593 Solución de problemas del Asistente para clústeres de SQL

Cómo reconstruir el registro de SQL Server en SQL Server 6.5 y 7.0 instalaciones de instancia de clúster de conmutación por error

SQL Server 6.5 Enterprise Edition

Mientras SQL Server 6.5 Enterprise Edition está agrupado, no intente realizar la reconstrucción del registro de SQL Server con la siguiente línea de comandos:
/t reconstrucción del registro de instalación = en
Debe desagrupar SQL Server antes de realizar la reconstrucción del registro.

SQL Server 7.0 Enterprise Edition

Si utiliza el archivo Regrebld.exe de SQL Server 7.0, puede reconstruir el registro en un entorno agrupado con las siguientes restricciones:
  • No cambie nada de la ofmaster de la instalación anterior.
  • Ejecute esta utilidad únicamente desde el nodo principal de SQL Server.
Ignorar estas restricciones puede causar problemas en el registro.

Service packs

Advertencia Antes de intentar instalar ningún service pack, asegúrese de que tiene los permisos y derechos apropiados. Se recomienda que inicie sesión en el servidor y a la cuenta de servicio de SQL Server y utilice la autenticación de Windows durante el proceso. Si por alguna razón esta cuenta se quitó del grupo Administradores Local en los nodos del clúster, agréguelo al grupo, antes de iniciar la instalación.

SQL Server 2005

Comportamiento con SQL Server 2005 no ha cambiado desde SQL Server 2000.

SQL Server 2000

Con SQL Server 2000, hay no sin clústeres. Para iniciar la instalación del service pack desde el nodo que tiene el control de la de SQL Server que desea actualizar.

Nota Puede instalar Microsoft Windows NT service Pack de la manera habitual, como se describe en el siguiente artículo en Microsoft Knowledge Base:

174799 Cómo instalar el service Pack en un clúster

SQL Server 6.5 o 7.0

Debe desagrupar SQL Server para instalar los service Pack de SQL Server. También debe quitar la duplicación antes de desagrupar SQL Server, que se indica en la sección "Problemas de replicación" de este artículo.

Replicación

SQL Server 2005

Siga la documentación Léame que se incluye con todas las actualizaciones de SQL Server o service packs para determinar si debe seguir las instrucciones de instalación especial para su instalación en particular.

SQL Server 2000

Siga la documentación Léame que se incluye con todas las actualizaciones de SQL Server o service packs para determinar si debe seguir las instrucciones de instalación especial para su instalación en particular.

SQL Server 6.5 y SQL Server 7.0

Debe quitar la duplicación antes de desagrupar SQL Server, como se describe en el siguiente artículo en Microsoft Knowledge Base:
247110 Debe quitar la replicación antes de aplicar el service pack
Cuando el clúster de SQL Server, puede romper la duplicación de SQL Server; Para obtener más información, consulte el siguiente artículo en Microsoft Knowledge Base:
236407 Error: Configuración de un clúster activo/pasivo interrumpe la replicación y DTS

Búsqueda de texto completo

Búsqueda de texto completo no está disponible para los servidores agrupados de SQL Server 7.0, como se indica en los libros en pantalla de SQL Server al final de la sección "Configuring SQL Server Failover Support". Búsqueda de texto completo es totalmente compatible para su uso en SQL Server 2000 y versiones posteriores de SQL Server.

Si tiene algún problema que requiera reconstruir o reinstalar la búsqueda de texto completo en una instancia de clúster de conmutación por error de SQL Server 2000 o en una instancia de clúster de conmutación por error de SQL Server 2005, una desinstalación completa y la reinstalación de la instancia de clúster de conmutación por error de SQL Server es el único método de recuperación.

SQL Mail

SQL Mail no es totalmente compatible cuando se utiliza en un clúster de conmutación por error de SQL Server, ya que MAPI no es compatible con clústeres. Se proporciona soporte para SQL Mail cuando se utiliza con clústeres según un "esfuerzo razonable", sin garantía alguna de estabilidad o disponibilidad. Microsoft ha confirmado que se trata de un problema de SQL Server 6.5, SQL Server 7.0 y SQL Server 2000 cuando se utiliza con clústeres de conmutación por error.

Actualizaciones del sistema operativo

Para los servidores agrupados de SQL Server admiten actualizaciones del sistema operativo como se indica en los siguientes artículos en Microsoft Knowledge Base:
239473 REVISIÓN: 70rebind.exe para las actualizaciones de Windows 2000 y MDAC en servidores agrupados de SQL Server 7.0
313037 Cómo actualizar clústeres de SQL Server a Windows Server 2003

Las licencias

Para obtener información acerca de las licencias, consulte el artículo siguiente en Microsoft Knowledge Base:
175276 Implementación de directivas de licencia con MSCS

Reglas administrativas de servicio importante del clúster

Advertencia Si se omite cualquiera de las siguientes reglas, necesitará volver a instalar el servicio de Cluster Server de Microsoft.
  • Si cambia la disposición de particiones de cualquier disco físico del bus SCSI compartido, reinicie ambos nodos del clúster.
  • No cambie el nombre del equipo de Windows NT de un nodoClúster después de instalar MSCS.
  • No cree particiones de discos en el bus SCSI sin firstdeleting los recursos de disco.
  • No cambie la dirección IP que depende un nameresource de red.
  • No ejecute herramientas de diagnóstico que realicen escrituras de bajo nivel en el disco físico. (Esto es posible sólo si inicia el nodo en el sistema de anotheroperating).
  • No vuelva a asignar las letras de unidad de discos del sistema de anynode.
  • No escribir datos en los discos conectados en el chainbefore SCSI que instalar MSCS.

Uso compartido de recursos de clúster de SQL Server

No se recomienda a los recursos de disco de clúster utilizados por SQL Server para otros servicios del clúster (como la unidad de quórum, recursos compartidos de archivo o impresora o Internet Information Server) a menos que el clúster tiene sólo un recurso de disco. Si utiliza el disco de clúster de SQL Server para cualquiera de estos recursos, puede afectar significativamente el tiempo de conmutación por error y también se puede iniciar conmutaciones por error de SQL Server cuando no existe ningún problema de SQL Server.

Para obtener más información, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
835185 Dependencias de recursos de clúster de conmutación por error de SQL Server

Microsoft Data Access Components (MDAC)

Actualizaciones de componentes de SQL Server 6.5 y SQL Server 7.0 MDAC

SQL Server 6.5 y las instalaciones de clúster de SQL Server 7.0 sólo admiten actualizaciones de componentes de MDAC hasta la versión 2.5 de MDAC. MDAC 2.6 y MDAC 2.7 no tienen compatibilidad del servidor para estas versiones.

Sin embargo, puede utilizar MDAC 2.6 y versiones posteriores en un cliente para conectarse a una instalación de clúster de SQL Server 6.5 o SQL Server 7.0.

Para obtener más información, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base:
820754. No se debe instalar MDAC 2.6 o posterior en clústeres de SQL Server 7.0
239473 REVISIÓN: 70rebind.exe para las actualizaciones de Windows 2000 y MDAC en servidores agrupados de SQL Server 7.0

Ubicación de recursos de clúster MSDTC predeterminado

De manera predeterminada, donde están instalados los recursos de MSDTC dependen del sistema operativo.

Nota A menos que tenga una necesidad específica de cambiar el grupo en el que se instala MSDTC, se recomienda que lo deje en la ubicación predeterminada. Además, en un nodo del clúster, MSDTC debe ejecutarse como un recurso agrupado. Si configura MSDTC para ejecutarse como un recurso no agrupado, se pueden quedar huérfanas las transacciones distribuidas y que pueden causar daños en los datos cuando se produce una conmutación por error del clúster.

Windows NT 4.0
Instala MSDTC agrupado en el primer grupo que contiene un recurso de dirección IP válida, recurso nombre de red y un recurso de disco del clúster. Suele ser el grupo SQL.

Windows 2000:
Para el grupo de clústeres se instala de manera predeterminada y utiliza la unidad de quórum. Aunque se recomienda que sólo pueden utilizar la unidad de quórum por el quórum, MSDTC es una excepción a esta regla. Si tiene problemas al instalar o reconstruir MSDTC en un clúster SQL, consulte el artículo siguiente en Microsoft Knowledge Base:
294209 Cómo reconstruir o mover una instalación de MSDTC para utilizarla con un clúster de conmutación por error SQL

Soporte de redes de área de almacenamiento (SAN)

Instancias de clúster de conmutación por error de servicio de Microsoft Cluster Server y SQL Server son compatibles en la actualidad en un entorno de redes de área de almacenamiento (SAN). El dispositivo de clúster/ha de categoría HCL enumera el conjunto de dispositivos de almacenamiento compatibles con SAN cuyos componentes superaron a las pruebas candidatos a componentes del clúster. Sin embargo, debe tener en cuenta que este componente no apto para los servicios de soporte de Microsoft Cluster Service. Estos servicios sólo están disponibles para las configuraciones validadas que se muestra en la categoría "Clúster" en la lista HCL. Para obtener más información, consulte los siguientes artículos en Microsoft Knowledge Base:
280743 Windows clustering y sitios dispersos geográficamente
834661 el programa El programa de instalación de SQL Server 2000 requiere una letra de unidad cuando utiliza unidades montadas
819546 Compatibilidad con SQL Server 2000 y SQL Server 2005 de volúmenes montados

Puede encontrar una lista de todas las configuraciones de hardware validadas en la lista de compatibilidad de Hardware (HCL) ubicado en el siguiente sitio Web de Microsoft:
http://www.windowsservercatalog.com/

Asignación de memoria (todas las versiones)

Al asignar memoria para los servidores agrupados de SQL Server, asegúrese de que la suma de los valores de memoria máxima del servidor de todas las instancias de SQL Server más cualquier otro recurso de clúster y los requisitos de la aplicación local es inferior a la menor cantidad de memoria RAM física disponible en cualquiera de los servidores en el clúster de conmutación por error.

instalaciones de SQL Server de 64 bits

No es necesario configurar una instalación de 64 bits para que utilice memoria adicional habilitando AWE o modificando el archivo Boot.ini para incluir el inicio PAE cambie.

Solución de problemas de servidores SQL virtuales

Al solucionar problemas en los servidores virtuales de SQL Server, es importante tener en cuenta que solucionar problemas se deben realizar en un orden determinado a no ser que el problema es un problema conocido de SQL. Los problemas o errores con hardware, sistema operativo, redes, seguridad o servicio de Cluster Server de Microsoft pueden aparecer como problemas de SQL cuando en realidad no existe ningún problema SQL.

Tan pronto como sea posible después de que se detecta un problema, se deben recopilar los informes MPS de SQL Server de todos los nodos de instancia de clúster de conmutación por error. Es importante que utilice esta herramienta en todos los nodos debido a la estrecha interacción existente y la causa del problema puede ser un origen que no sea el nodo que aloja la instancia de clúster de conmutación por error de SQL Server.

Solucionar problemas de SQL Server virtual mediante el uso de los métodos siguientes en el orden especificado:
  • Hardware: ¿muestran los registros de sucesos del sistema advertencias o errores que no tienen explicación? ¿Si marca informe del sistema del equipo, se notifican los dispositivos con problemas? Si es así, ¿tiene explicación?
  • Sistema operativo: ¿los registros de sucesos muestran problemas del sistema operativo, errores del servicio o problema con el controlador?
  • Red: ¿las registros de sucesos muestran pérdida de conectividad? ¿Errores NIC? ¿Problemas de DNS?
  • Seguridad: verificación de acceso denegado errores, errores de registro de seguridad.
  • ¿MSCS: hace que el clúster informa sobre problemas en cualquiera de los registros de sucesos?
  • SQL Server - ¿informa de SQL Server en los registros de eventos o el registro de errores de mensajes de error específicos?

Propiedades del servicio de SQL Server

Debe establecer el tipo de inicio de los servicios de SQL Server en Manual. No se admite el uso de inicio automático para el uso con servidores SQL virtuales.

SQL Server no es compatible con servicios de Terminal Server en modo servidor de aplicaciones

No se admite la conmutación por error de SQL Server para su uso con Terminal Server. Para obtener más información, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
327270 SQL Server 2000 no es compatible con el servidor de aplicaciones de Terminal Server de Windows Server 2003

Compatibilidad con Microsoft Windows 2003

Se admite sólo SQL Server 2000 Service Pack 3 (SP3) o una versión posterior, como se menciona en el siguiente artículo de Microsoft Knowledge Base:
313037 Cómo actualizar clústeres de SQL Server a Windows Server 2003

Propiedades

Id. de artículo: 254321 - Última revisión: lunes, 14 de octubre de 2013 - Versión: 1.0
La información de este artículo se refiere a:
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2000 Enterprise Edition
  • Microsoft SQL Server 2000 Developer Edition
  • Microsoft SQL Server 7.0 Enterprise Edition
  • Microsoft SQL Server 6.5 Enterprise Edition
Palabras clave: 
kbhowto kbinfo kbmt KB254321 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 254321

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com