Antes de instalar una agrupación en clústeres de conmutación por error

• Asegúrese de que el sistema operativo esté correctamente instalado y diseñado para admitir la agrupación en clústeres de conmutación por error. En la tabla siguiente se muestra una lista de las ediciones de SQL Server y de los sistemas operativos que las admiten.

  [!NOTA]

  SQL Server 2008 Evaluation tiene los mismos requisitos de hardware y software que SQL Server 2008 Enterprise.

1Los clústeres de SQL Server 2008 no se admiten en modo WOW. Esto afecta a las actualizaciones de SQL Server 2000 y SQL Server 2005 instaladas originalmente en WOW. La única opción de actualización en estos casos es instalar la nueva versión en paralelo y migrar. Para SQL Server 2000 IA64, no se admite la actualización en contexto.

• Para obtener más información, vea Requisitos de hardware y software para instalar SQL Server 2008.

• Habilite el proveedor de servicios de cifrado de Windows (CSP) en Windows Server 2003. Si el servicio del CSP está detenido o deshabilitado en cualquier nodo de clústeres, el programa de instalación de SQL Server genera un cuadro de diálogo de requisito de Windows.

• SQL Server admite puntos de montaje; las instalaciones en clúster de SQL Server están limitadas al número de letras de unidad disponibles. En el supuesto de que sólo utilice una letra de unidad para el sistema operativo y las demás letras estén disponibles como unidades de clúster normales o unidades de clúster que alojan puntos de montaje, existe un límite máximo de 25 instancias de SQL Server por clúster de conmutación por error.

  Un volumen montado, o punto de montaje, le permite utilizar una sola letra de unidad para hacer referencia a muchos discos o volúmenes. Si tiene una letra de unidad D: para un disco o volumen normal, puede conectar o "montar" discos o volúmenes adicionales como directorios de la letra de unidad D: sin que dichos discos o volúmenes adicionales requieran letras de unidad propias.

  Consideraciones adicionales sobre puntos de montaje para la agrupación en clústeres de conmutación por error de SQL Server:

  • El programa de instalación de SQL Server requiere que la unidad base de una unidad montada tenga una letra de unidad asociada. En las instalaciones de clúster de conmutación por error, esta unidad base debe ser una unidad de clúster. En esta versión no se admiten los GUID de volumen.

  • La unidad base, la que tiene la letra de unidad, no se puede compartir con otras instancias de clúster de conmutación por error. Se trata de una restricción normal para los clústeres de conmutación por error, pero no es una restricción en los servidores independientes con varias instancias.

  • Tenga especial cuidado al configurar el clúster de conmutación por error a fin de asegurarse de que tanto la unidad base como los discos o volúmenes montados aparecen como recursos en el grupo de recursos. El programa de instalación de SQL Server valida la configuración de la unidad de disco como parte de la instalación del clúster de conmutación por error.

• El programa de instalación de SQL Server establece automáticamente las dependencias entre el grupo de clústeres de SQL Server y los discos que estarán en el clúster de conmutación por error. No establezca las dependencias para los discos antes de la instalación.

• Durante la instalación del clúster de conmutación por error de SQL Server 2008, se crea el objeto de equipo (cuentas de equipo de Active Directory) para el nombre de recurso de red de SQL Server. En un clúster de Windows 2008, la cuenta del nombre del clúster (cuenta de equipo del propio clúster) necesita tener permisos para crear objetos de equipo. Para obtener más información, vea Configurar cuentas en Active Directory. Si instala el clúster SQL Server en un clúster de Windows 2003, el servicio de clúster ha de tener permisos para crear objetos de equipo. Para obtener más información, vea los siguientes artículos de Microsoft Knowledge Base:

  • Cómo solucionar problemas de la cuenta del Servicio de Cluster Server cuando modifica objetos de equipo.

  • Descripción de las propiedades del recurso de nombre de red de clústeres en Windows Server 2003.

• Para obtener más información acerca de cómo habilitar la autenticación Kerberos con SQL Server 2008, vea el artículo Cómo utilizar la autenticación Kerberos en SQL Server en Microsoft Knowledge Base.

• Microsoft Cluster Server (MSCS) debe configurarse al menos en un nodo del clúster de servidores. MSCS solo se admite si se instala en una configuración de hardware cuya compatibilidad con el software MSCS haya sido comprobada. Además, debe ejecutar SQL Server Enterprise o SQL Server Standard en combinación con MSCS. SQL Server Enterprise admite clústeres de conmutación por error con un máximo de 8 nodos. SQL Server Standard admite clústeres de conmutación por error con 2 nodos.

  Para obtener más información acerca de la instalación y configuración de MSCS en Windows Server 2003, vea la documentación sobre clústeres de servidores.

• La DLL de recursos para el servicio SQL Server exporta dos funciones usadas por el administrador de clústeres de MSCS para comprobar la disponibilidad del recurso de SQL Server. Hay una comprobación simple, LooksAlive, que consulta el estado del servicio a través del Administrador de control de servicios de Windows NT. También hay una comprobación más estricta, IsAlive, que se conecta a SQL Server como un sondeo del usuario para realizar una consulta simple. De forma predeterminada, LooksAlive se desencadena cada 5 segundos e IsAlive se desencadena cada 60 segundos. Los intervalos de sondeo de IsAlive y LooksAlive se pueden cambiar en el administrador de clústeres de MSCS, en la ficha Avanzadas, para el recurso SQL Server o usando la utilidad Cluster.exe del símbolo del sistema.

• MSCS debe poder comprobar que la instancia en clúster de conmutación por error está en ejecución mediante la comprobación IsAlive. Esto requiere conectarse al servidor mediante una conexión de confianza. De forma predeterminada, la cuenta que ejecuta el servicio de clúster no está configurada como administrador en los nodos del clúster y el grupo BUILTIN\Administradores no tiene permiso para iniciar sesión en SQL Server. Esta configuración solo cambia si se cambian los permisos en los nodos del clúster.

  Asegúrese de que el grupo o la cuenta con la que se ejecuta el servicio de clúster se ejecuta bajo SQL Server y puede iniciar una sesión en él para la comprobación de IsAlive. En caso contrario, se producirá un error en la comprobación de IsAlive. Como mínimo, la cuenta del servicio de clúster de MSCS debe tener privilegios public en SQL Server para poder ejecutar SELECT @@servername de forma periódica.

• Al instalar MSCS, es muy importante usar cuentas de servicio independientes para iniciar una sesión en MSCS y en SQL Server. De lo contrario, la contraseña del servicio de clúster no se puede cambiar con el comando de clúster.

• Cuando se utiliza MSCS, un nodo debe tener el control del bus SCSI compartido antes de poner el otro nodo en línea. Si no es así, la conmutación por error de aplicaciones puede entrar en un estado pendiente de en línea e impedir la conmutación por error al otro nodo o producir un error total. Si el sistema de clúster tiene un proceso de instalación propio, debe utilizarse.

Antes de instalar SQL Server en un clúster de conmutación por error, determine si debe crearse el recurso de clúster de Microsoft DTC (Coordinador de transacciones distribuidas). Si solo instala el motor de base de datos, no será necesario el recurso de clúster de MSDTC. Si está instalando el motor de base de datos y SSIS o Componentes de la estación de trabajo, o si usará las transacciones distribuidas, debe instalar MSDTC. Observe que MSDTC no se requiere para las instancias que son solo para Analysis Services.

Tras instalar el sistema operativo y configurar el clúster, debe configurar MSDTC para que funcione en un clúster mediante el Administrador de clústeres. Si no logra crear el clúster de MSDTC, no se bloqueará el programa de instalación de SQL Server, pero la funcionalidad de la aplicación SQL Server puede verse afectada si MSDTC no se configura correctamente.

• Asegúrese de que todos los nodos del clúster están configurados de forma idéntica, lo que incluye COM+, letras de unidad de disco y usuarios del grupo de administradores.

• Compruebe que la interconexión del clúster (latido) está configurada correctamente. Para obtener más información, vea el artículo de Knowledge Base acerca de la configuración privada recomendada de "latido" en un clúster de servidores.

• Compruebe que ha borrado los registros del sistema en todos los nodos y ha consultado de nuevo los registros del sistema. Antes de continuar, asegúrese de que los registros no contienen mensajes de error.

• Para las instalaciones de SQL Server en configuraciones en paralelo con versiones anteriores, los servicios de SQL Server deben usar cuentas que solo se encuentran en el grupo de dominios global. Además, las cuentas usadas por los servicios de SQL Server no deben aparecer en el grupo local de administradores. Si no se sigue esta directriz, se producirán comportamientos inesperados con respecto a la seguridad.

• Para los nodos de clústeres de Windows Server 2003 en un entorno en que no hay ningún controlador de dominio de Windows Server 2003 preexistente, vea Windows 2000 y Windows Server 2003 organizan nodos en clústeres como controladores de dominio.

• Instale el software necesario: antes de ejecutar el programa de instalación para instalar o actualizar a SQL Server 2008, instale el software previo siguiente para reducir el tiempo de instalación. Puede instalar el software previo en cada nodo de clústeres de conmutación por error y, a continuación, reiniciar los nodos una vez antes de ejecutar el programa de instalación.

• .NET Framework 3.5 SP1. El programa de instalación no instala .NET Framework 3.5 SP1 en un sistema operativo en clúster. Debe instalar .NET Framework 3.5 SP1 antes de ejecutar el programa de instalación. Para evitar problemas con el instalador de .NET Framework 3.5, asegúrese de que el Servicio Windows Update se esté ejecutando.

  • Windows Installer 4.5.

  • Si está utilizando Windows Server 2003 SP2, instale la revisión 937444. Se trata de un requisito para la característica FILESTREAM de los Servicios de Database Engine (Motor de base de datos).

  • Archivos auxiliares para la instalación de SQL Server. Puede instalar estos archivos ejecutando SqlSupport.msi que se encuentra en el disco de instalación de SQL Server 2008.

• Para usar el cifrado, instale el certificado del servidor con el nombre DNS completo del clúster MSCS en todos los nodos del clúster de conmutación por error de SQL Server. Por ejemplo, si tiene un clúster con dos nodos cuyos nombres son "Test1.DomainName.com" y "Test2.DomainName.com" y una instancia de clúster de conmutación por error de SQL Server denominada "Virtsql", debe obtener un certificado para "Virtsql.DomainName.com" e instalarlo en los nodos test1 y test2. A continuación, puede activar la casilla Forzar cifrado de protocolo en el Administrador de configuración de SQL Server para configurar el cifrado en el clúster de conmutación por error.

  Importante
  No active la casilla Forzar cifrado de protocolo hasta que haya instalado certificados en todos los nodos participantes de la instancia de clúster de conmutación por error.

• Compruebe que no tiene instalado software antivirus en el clúster MSCS. Para obtener más información, vea el artículo de Microsoft Knowledge Base acerca de los problemas que el software antivirus puede causar con servicios de clúster.

• Compruebe que el disco en el que se instalará SQL Server no está comprimido. Si intenta instalar SQL Server en una unidad comprimida, se producirá un error en la instalación de SQL Server.

• Cuando asigne nombre a un grupo de clústeres de la instalación de clúster de conmutación por error, no debe utilizar ninguno de los caracteres siguientes:

  • Operador menor que (<)

  • Operador mayor que (>)

  • Comillas dobles (")

  • Comillas simples (')

  • Símbolo de "y" comercial (&)

  También compruebe que los nombres de los grupos de clústeres existentes no contienen los caracteres no compatibles.

• Antes de iniciar el programa de instalación de SQL Server, compruebe que ha deshabilitado NetBIOS para todas las tarjetas de red privada.

• El nombre de red y la dirección IP del servidor SQL Server no deben utilizarse para ningún otro fin, por ejemplo el uso compartido de archivos. Si desea crear un recurso compartido de archivos, utilice un nombre de red y una dirección IP diferentes y únicos para el recurso.

  Importante
  Microsoft recomienda no usar recursos compartidos de archivos en unidades de datos, ya que pueden afectar al comportamiento y el rendimiento de SQL Server.

• Aunque SQL Server admite canalizaciones con nombre y Sockets TCP/IP sobre TCP/IP en un clúster, Microsoft recomienda utilizar Sockets TCP/IP en una configuración de clúster.

• Para asegurarse de que la funcionalidad del clúster de conmutación por error es correcta, agregue excepciones a la configuración del firewall para el puerto de SQL Server, el puerto de Explorador SQL, Compartir impresoras y archivos (TCP 139/445 y UDP 137/138) y Llamada a procedimiento remoto (puerto TCP 135).

• Observe que el servidor ISA no se admite en la agrupación en clústeres de Windows y, por consiguiente, tampoco se admite en los clústeres de conmutación por error de SQL Server.

• El Servicio de Registro remoto debe estar activado y en ejecución.

• La administración remota debe estar habilitada.

• Para el puerto de SQL Server, use el Administrador de configuración de SQL Server con objeto de comprobar la configuración de la red de SQL Server para el protocolo TCP/IP en la instancia que desea desbloquear. Debe habilitar el puerto TCP para IPALL si desea conectar a SQL Server mediante TCP después de la instalación. De forma predeterminada, Explorador SQL escucha en el puerto UDP 1434.

• Las operaciones de instalación del clúster de conmutación por error incluyen una regla que comprueba el orden de los enlaces de red. Aunque el orden de los enlaces pueda parecer correcto, existe la posibilidad de haber deshabilitado configuraciones de NIC o haber dejado configuraciones de NIC "fantasma" en el sistema. Las configuraciones de NIC "fantasma" pueden afectar al orden de los enlaces y hacer que la regla de orden de enlaces emita una advertencia. Para evitar esta situación, realice los pasos siguientes con el fin de identificar y quitar los adaptadores de red deshabilitados:

  1. En un símbolo del sistema, escriba: set devmgr_Show_Nonpersistent_Devices=1.

  2. Escriba y ejecute: start Devmgmt.msc.

  3. Expanda la lista de adaptadores de red. Sólo los adaptadores físicos deben estar en la lista. Si tiene un adaptador de red deshabilitado, el programa de instalación notificará un error para la regla de orden de enlaces de red. La utilidad Panel de control/Conexiones de red también mostrará que el adaptador estaba deshabilitado. Confirme que Configuración de red, en el Panel de control, muestra la misma lista de adaptadores físicos habilitados que devmgmt.msc.

  4. Quite los adaptadores de red deshabilitados antes de ejecutar el programa de instalación de SQL Server.

  5. Una vez que el programa de instalación finalice, vuelva a Conexiones de red en el Panel de control y deshabilite los adaptadores de red que no se usen actualmente.

• Para crear un clúster de conmutación por error, debe ser un administrador local con permisos para iniciar sesión como servicio y para actuar como parte del sistema operativo en todos los nodos de la instancia de clúster de conmutación por error.

• Antes de instalar o actualizar un clúster de conmutación por error de SQL Server, deshabilite todas las aplicaciones y servicios que podrían usar componentes de SQL Server durante la instalación, pero mantenga los recursos de disco en línea.

• En Windows Server 2008, se generan automáticamente SID de servicio para usarlos con los servicios de SQL Server 2008. Para las instancias de clúster de conmutación por error de SQL Server 2008 actualizadas desde SQL Server 2000 o SQL Server 2005, se conservarán los grupos de dominios y las configuraciones de las listas de control de acceso (ACL) existentes.

• Los grupos de dominio deben estar dentro del mismo dominio que las cuentas de equipo. Por ejemplo, si el equipo donde se va a instalar SQL Server se encuentra en el dominio SQLSVR que es un elemento secundario de MYDOMAIN, debe especificar un grupo del dominio SQLSVR. El dominio SQLSVR puede contener cuentas de usuario de MYDOMAIN.

• En Windows Server 2003, cree grupos de dominios para los servicios de clúster que se instalarán como parte del clúster de conmutación por error de SQL Server. El servicio SQL Server, el servicio Agente SQL Server, el servicio Analysis Services y el servicio iFTS se deben ejecutar como cuentas de dominio que son miembros del grupo de dominios. Si es necesario, solicite al administrador del dominio los nombres de los grupos de dominio existentes, o pídale que cree los grupos de dominio para su clúster de conmutación por error.

• Si va a instalar una instancia del clúster de conmutación por error de SQL Server 2008 en un dominio de modo mixto de Windows 2000, debe utilizar los grupos globales del dominio para los servicios de clúster de SQL Server.

  [!NOTA]

  Los controladores de dominio de Windows 2000 pueden funcionar en modo mixto y modo nativo. El modo mixto permite tener controladores de dominio de nivel inferior en el mismo dominio.

• La agrupación en clústeres de conmutación por error de SQL Server no se admite cuando los nodos de clústeres son controladores de dominio.

• Configure el Servicio de nombres de dominio (DNS) o el Servicio de nombres Internet de Windows (WINS). En el entorno donde se va a instalar el clúster de conmutación por error de SQL Server debe estar ejecutándose un servidor DNS o WINS. El programa de instalación de SQL Server requiere el registro del servicio de nombres de dominio dinámicos de la referencia virtual de la interfaz IP de SQL Server. Si no se puede completar el registro dinámico, se produce un error en el programa de instalación y ésta se revierte. Si no está disponible el registro dinámico, debe haber registrado previamente el servidor en DNS.

• Revise el contenido de Consideraciones de seguridad para una instalación de SQL Server.

• Revise el contenido de Comprobar los parámetros del Comprobador de configuración del sistema.

• Compruebe si las herramientas, características y componentes de SQL Server que desea usar son compatibles con la agrupación en clústeres de conmutación por error. Para obtener más información, vea Introducción a la agrupación en clústeres de conmutación por error de SQL Server 2008.

• Considere cómo supervisará y mantendrá el clúster de conmutación por error para lograr los objetivos de alta disponibilidad. Para obtener más información, vea Mantener un clúster de conmutación por error y Usar las herramientas de SQL Server con la agrupación en clústeres de conmutación por error.