Compartir a través de


Antes de instalar un clúster de conmutación por error

Actualizado: 15 de septiembre de 2007

Antes de instalar un clúster de conmutación por error de SQL Server 2005, debe seleccionar el hardware y el sistema operativo en el que se ejecutará SQL Server 2005. También debe configurar el Servicio de Cluster Server de Microsoft (MSCS), así como revisar las consideraciones relativas a la red, la seguridad y el resto del software que se ejecutará en el clúster de conmutación por error.

Lista de comprobación previa a la instalación

Antes de comenzar el proceso de instalación del clúster de conmutación por error, revise los siguientes elementos:

Comprobar la solución de hardware

  • El hardware debe aparecer en Microsoft Windows Catalog (Catálogo de Microsoft Windows) y Windows Hardware Compatibility List (Lista de compatibilidad de hardware de Windows). El sistema de hardware debe aparecer en la categoría de solución de clúster.
    ms189910.note(es-es,SQL.90).gifImportante:
    La agrupación de componentes de clúster individuales no representa un sistema aprobado de clúster de conmutación por error. Sólo los sistemas adquiridos como solución de clúster y que se muestran en el grupo de clústeres están aprobados. Al consultar Microsoft Windows Catalog (Catálogo de Microsoft Windows) y Windows Hardware Compatibility List (Lista de compatibilidad de hardware de Windows), especifique "cluster" (clúster) como la categoría. Todas las demás categorías se utilizan para OEM. Para obtener más información, vea el artículo acerca de la directiva de compatibilidad de Microsoft para clústeres de servidores, la Lista de compatibilidad de hardware y el catálogo de Windows Server.
  • Es necesario comprobar especialmente la compatibilidad del hardware al implementar un clúster de servidor de conmutación por error en una red de área de almacenamiento (SAN). La solución de hardware completa debe encontrarse en la categoría Cluster/Multi-cluster Device (Dispositivo de clúster/varios clústeres) de Microsoft Windows Catalog (Catálogo de Microsoft Windows) y Windows Hardware Compatibility List (Lista de compatibilidad de hardware de Windows). Para obtener más información, vea el artículo de Microsoft Knowledge Base acerca de la compatibilidad de varios clústeres conectados al mismo dispositivo SAN.
  • Si la solución de clúster incluye nodos de clúster geográficamente dispersos, deben comprobarse elementos adicionales como la latencia de red y la compatibilidad con discos compartidos. La solución completa debe figurar en la lista de compatibilidad de hardware de clústeres geográficos. Para obtener más información, vea el artículo de Microsoft Knowledge Base acerca de los clústeres de Windows y los sitios separados geográficamente.
  • Las configuraciones de SAN también se admiten en Microsoft Windows 2000 Advanced Server y Datacenter Edition. El Catálogo de Windows y la lista de compatibilidad de hardware muestran el conjunto de dispositivos de almacenamiento habilitados para SAN que se admiten como unidades de almacenamiento de SAN con varios clústeres de MSCS adjuntos. Puede implementar un conjunto de clústeres y servidores de Windows en un tejido SAN y tener el soporte técnico de Microsoft. Puede hacerlo mediante la correspondencia de los dispositivos de esta lista con las configuraciones de clúster completas definidas en la categoría "clúster" del Catálogo de Microsoft Windows y la lista de compatibilidad de hardware de Windows. Para obtener más información, vea el artículo de Microsoft Knowledge Base acerca del programa Datacenter y el producto Windows 2000 Datacenter Server.
  • Si implementa un clúster de conmutación por error de SQL Server 2005 en componentes de tecnología de interfaz para pequeños equipos de Internet (iSCSI), se recomienda hacerlo con precaución. Para obtener más información, vea el artículo de Microsoft Knowledge Base acerca de la compatibilidad de SQL Server 2000 con componentes de la tecnología iSCSI (puede estar en inglés).
  • Para obtener más información, vea el artículo de Microsoft Knowledge Base acerca de las directivas de compatibilidad de Microsoft para un clúster de conmutación por error de SQL Server (puede estar en inglés).
  • Considere la posibilidad de utilizar el uso compartido de recursos de disco de quórum. En un clúster de servidores, el disco de quórum contiene una copia maestra de la configuración del clúster de servidores. También como "desempate" si se produce un error en toda la comunicación de red entre los nodos del clúster. En función del tipo de clúster de servidores que se implemente, el disco de quórum puede ser o no un disco físico en la matriz de discos del clúster compartidos. Aunque es conveniente reservar un disco del clúster completo para su uso como disco de quórum, se puede permitir el acceso de los recursos distintos del recurso de quórum al disco de quórum.
    Sin embargo, al hacer que el recurso de quórum comparta el mismo disco con otros recursos, debe decidir entre dos alternativas no deseadas. Debe configurar el recurso para que un potencial error no afecte al grupo, o bien debe permitir que los errores de otros recursos afecten al grupo. En el primer caso, se pierde compatibilidad con la conmutación por error con el recurso; en el segundo, el recurso de quórum realiza la conmutación por error junto con el resto del grupo que contiene el recurso de quórum y el recurso con error. Como consecuencia, todo el clúster queda sin conexión durante el tiempo que el grupo tarde en realizar la conmutación por error.
    Para obtener más información acerca de la configuración correcta de unidades de quórum, vea el artículo de Knowledge Base acerca de la configuración de unidades de quórum.
  • Para instalar un clúster de conmutación por error de SQL Server 2005 cuando los archivos de instalación de origen y el clúster existen en diferentes dominios, copie los archivos de instalación en el nodo principal del clúster. A continuación, inicie la instalación del nodo principal.

Comprobar la configuración del sistema operativo

  • Asegúrese de que el sistema operativo esté correctamente instalado y diseñado para admitir los clústeres de conmutación por error. Para obtener más información acerca de los sistemas operativos admitidos, vea Requisitos de hardware y software para instalar SQL Server 2005.
  • Habilite el Proveedor de servicios de cifrado de Windows (CSP) en Windows Server 2003. Si el servicio CSP se detiene o deshabilita en cualquier nodo del clúster, se produce un error en la instalación de SQL Server con un mensaje de error de requisito del logotipo de Windows.
  • Habilite el servicio Programador de tareas en todos los sistemas operativos para la instalación remota y de clúster. Si el Programador de tareas está deshabilitado, la instalación de SQL Server producirá el error 1058. Para obtener más información, vea Cómo habilitar el servicio Programador de tareas de Windows.
  • SQL Server 2005 admite puntos de montaje; las instalaciones en clúster de SQL Server están limitadas al número de letras de unidad disponibles. Si utiliza sólo una letra de unidad para el sistema operativo, se limita a un 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 en la letra de unidad D: sin que dichos discos o volúmenes adicionales exijan letras de unidad propias.
    Consideraciones especiales sobre puntos de montaje para los clústeres de conmutación por error de SQL Server 2005:
    • 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.
    • La unidad base, la que tiene la letra de unidad, no se puede compartir entre 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 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 no se ocupa de ello automáticamente y SQL Server tampoco lo comprueba durante la operación CREATE/ALTER DATABASE.
    • Asegúrese de que los discos o volúmenes montados se han montado bajo la unidad base con la letra correcta y que la unidad montada está configurada para que dependa de la unidad primaria.

Configurar el Servicio de Cluster Server de Microsoft

  • El Servicio de Cluster Server de Microsoft (MSCS) debe configurarse al menos en un nodo del clúster de servidores. MSCS sólo se admite si está instalado en una configuración de hardware cuya compatibilidad con el software MSCS haya sido comprobada. Además, debe ejecutar SQL Server 2005 Enterprise Edition o Standard Edition junto con MSCS. SQL Server 2005 Enterprise Edition admite clústeres de conmutación por error con un máximo de 8 nodos. SQL Server 2005 Standard Edition admite clústeres de conmutación por error con 2 nodos.
    Para obtener más información sobre cómo instalar y configurar MSCS en Windows Server 2003, vea Clústeres del servidor.
    Para obtener más información acerca de la instalación y configuración de MSCS en los sistemas operativos Windows 2000, vea la guía detallada para la instalación de los Servicios de Cluster Server.
  • La DLL de recursos para el servicio SQL Server exporta dos funciones utilizadas por administrador de clústeres de MSCS para comprobar disponibilidad del recurso SQL Server. Una comprobación simple, LooksAlive, consulta el estado del Administrador de control de servicios de Windows NT. Una comprobación más rigurosa, IsAlive, conecta a SQL Server como un sondeo del usuario para realizar una consulta simple. De forma predeterminada, LooksAlive se activa cada 5 segundos e IsAlive se activa 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 utilizando el comando del símbolo del sistema cluster.exe.
  • MSCS debe poder comprobar que la instancia agrupada de conmutación por error está en ejecución mediante la comprobación IsAlive. Esto requiere conectar al servidor mediante una conexión de confianza. De forma predeterminada, la cuenta que ejecuta el servicio de clúster está configurada como administrador en todos los nodos del clúster y el grupo BUILTIN\Administradores tiene permiso para iniciar sesión en SQL Server. Esta configuración sólo cambia si se cambian los permisos en los nodos del clúster.
  • Si quita la cuenta BUILTIN\Administradores, asegúrese de que la cuenta con la que se ejecutan los Servicios de Cluster Server puede iniciar una sesión en SQL Server para la comprobación de IsAlive. En caso contrario, se producirá un error en la comprobación de IsAlive. Como mínimo, la cuenta de los Servicios de Cluster Server (MSCS) debe tener privilegios public en SQL Server para poder ejecutar "SELECT @@servername" de modo regular. De forma predeterminada, la cuenta que ejecuta el servicio de clúster está configurada como administrador en todos los nodos del clúster y el grupo BUILTIN\Administradores tiene permiso para iniciar sesión en SQL Server. Esta configuración sólo cambia si se cambian los permisos en los nodos del clúster.
    Si quita la cuenta BUILTIN\Administradores, asegúrese de que la cuenta con la que se ejecutan los Servicios de Cluster Server puede iniciar una sesión en SQL Server para la comprobación de IsAlive. En caso contrario, se producirá un error en la comprobación de IsAlive. Como mínimo, la cuenta de los Servicios de Cluster Server (MSCS) debe tener privilegios public en SQL Server para poder ejecutar @@servername de modo regular.
  • Al instalar MSCS, es muy importante utilizar cuentas de servicio independientes para iniciar una sesión en MSCS y 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 conectar el otro nodo. Si no es así, la conmutación por error de aplicaciones puede entrar en un estado pendiente de conexión 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.

Instalar el Coordinador de transacciones distribuidas de Microsoft

  • Antes de instalar SQL Server 2005 en un clúster de conmutación por error, determine si debe crearse el recurso de clúster del Coordinador de transacciones distribuidas de Microsoft (MSDTC). Si sólo instala Database Engine (Motor de base de datos), no será necesario el recurso de clúster de MSDTC. Si instala Database Engine (Motor de base de datos) y SSIS, Notification Services o componentes de la estación de trabajo, deberá instalar MSDTC. Este requisito se aplica a los sistemas operativos Windows 2000 y Windows Server 2003.
    Las herramientas administrativas Servicios de componentes, proxy de MSDTC y administrador de transacciones de MSDTC se instalan en cada nodo del clúster de servidores basados en Windows. El clúster utiliza los Servicios de Cluster Server de Microsoft (MSCS) como parte de la instalación del clúster de servidores basados en Windows.
    Para configurar MSDTC manualmente en un sistema operativo Windows Server 2003 (en el que se ejecute MSCS), vea los artículos de Knowledge Base acerca de cómo configurar el Coordinador de transacciones distribuidas de Microsoft en un clúster de Windows 2003 y acerca de cómo habilitar el acceso DTC a la red en Windows Server 2003 (pueden estar en inglés).
    Para ayudar a asegurar la disponibilidad entre varias aplicaciones agrupadas, Microsoft recomienda encarecidamente que MSDTC disponga de su propio grupo de recursos y sus propios recursos. Si MSDTC no se puede configurar para que tenga su propio grupo de recursos, la alternativa recomendada es utilizar el grupo de clúster y la unidad de quórum.

Configurar el Coordinador de transacciones distribuidas de Microsoft

  • 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.
    Todos los procesos que se ejecuten en cualquier nodo del clúster pueden utilizar MSDTC. Estos procesos simplemente llaman al proxy de MSDTC y éste reenvía automáticamente las llamadas de MSDTC al administrador de transacciones de MSDTC, que controla todo el clúster.
    Si se produce un error en el nodo que ejecuta el administrador de transacciones de MSDTC, éste se reinicia automáticamente en otro nodo del clúster. El administrador de transacciones recién reiniciado lee el archivo de registro de MSDTC en el disco del clúster compartido para determinar el resultado de las transacciones pendientes y recién completadas.
    Los administradores de recursos se vuelven a conectar al administrador de transacciones y realizan la recuperación para determinar el resultado de las transacciones pendientes. Las aplicaciones se vuelven a conectar a MSDTC para poder iniciar las nuevas transacciones.
    Por ejemplo, suponga que el administrador de transacciones de MSDTC está activo en el sistema B. El programa de aplicación y el administrador de recursos del sistema A llaman al proxy de MSDTC. El proxy de MSDTC del sistema A reenvía todas las llamadas de MSDTC al administrador de transacciones de MSDTC del sistema B.
    Si se produce un error en el sistema B, el administrador de transacciones de MSDTC del sistema A tomará el control. Leerá todo el archivo de registro de MSDTC en el disco del clúster compartido, realizará la recuperación y, a continuación, actuará como administrador de transacciones de todo el clúster.

Otras consideraciones de software

  • 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 instalaciones de SQL Server 2005 en configuraciones simultáneas con versiones anteriores de SQL Server, los servicios de SQL Server 2005 deben usar cuentas que sólo se encuentran en el grupo de dominio global. Además, las cuentas utilizadas por los servicios de SQL Server 2005 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.
  • Si instala SQL Server 2005 en un grupo de clúster de Windows 2000 con varias unidades de disco y decide colocar los datos en una de las unidades, el recurso de SQL Server se configura para que sólo dependa de dicha unidad. Para colocar datos o registros en recursos de disco adicionales, primero debe agregar una dependencia al recurso de SQL Server para el disco adicional. Para obtener más información, vea Cómo agregar dependencias a un recurso de SQL Server 2005.
  • Si va a implementar nodos de clúster de Windows 2000 o Windows Server 2003 en un entorno en el que no hay controladores de dominio previos de Microsoft Windows 2000 o Windows Server 2003, vea el artículo sobre nodos de clúster de Windows 2000 y Windows Server 2003 como controladores de dominio.
  • Para utilizar 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 clúster de conmutación por error para el cifrado.
    ms189910.note(es-es,SQL.90).gifImportante:
    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 Knowledge Base acerca de los problemas que puede causar un software antivirus con los Servicios de Cluster Server.
  • SQL Server 2005 no se admite en Terminal Server de Windows Server 2003. Para obtener más información, vea el artículo de Knowledge Base acerca de la incompatibilidad de SQL Server 2000 con un servidor de aplicaciones de Terminal Server de Windows Server 2003.
  • 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 (&)
      Compruebe también que los nombres del grupo de clústeres existentes no contienen caracteres no compatibles.

Consideraciones relativas a la red

  • Antes de iniciar el programa de instalación de SQL Server, compruebe que ha desactivado 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.
    ms189910.note(es-es,SQL.90).gifImportante:
    Microsoft recomienda no utilizar recursos compartidos de archivos en unidades de datos, ya que pueden afectar al comportamiento y el rendimiento de SQL Server.
  • Aunque SQL Server 2005 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.

Otras consideraciones

  • Para crear un clúster de conmutación por error, debe ser un administrador local con permisos para iniciar una 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 utilizar componentes de SQL Server durante la instalación, pero mantenga los recursos de disco en línea.
  • Cree grupos de dominios para los servicios en clúster que se instalarán como parte de su clúster de conmutación por error de SQL Server 2005. El servicio SQL Server, el servicio del agente SQL Server, el servicio Analysis Services y el servicio Búsqueda de texto deben ejecutarse como cuentas de dominio que son miembros del grupo de dominios global o local. Si es necesario, pregunte al administrador del dominio los nombres de los grupos de dominio existentes, o bien pídale que cree los grupos de dominio para su clúster de conmutación por error. Para obtener más información, vea Grupos de dominio para servicios agrupados.
  • Los clústeres de conmutación por error de SQL Server no se admiten en el caso en que los nodos del clúster 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 DDNS (servicio de nombres de dominio dinámicos) de la referencia virtual de la interfaz IP de SQL Server. Si no se puede llevar a cabo 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.
  • ISA Server no es compatible con los clústeres de Windows, por lo que tampoco lo es con los clústeres de conmutación por error de SQL Server.
  • 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 el clúster de conmutación por error. Para obtener más información, vea Clúster de conmutación por error.
  • 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 el clúster de conmutación por error.
  • Para reducir el tiempo necesario para instalar un clúster de conmutación por error de SQL Server 2005, puede preinstalar Microsoft .NET Framework versión 2.0 en todos los nodos de clúster de conmutación por error antes de ejecutar el programa de instalación de SQL Server.

Vea también

Conceptos

Instalar un clúster de conmutación por error

Otros recursos

Requisitos de hardware y software para instalar SQL Server 2005
Comprobar los parámetros del Comprobador de configuración del sistema
Consideraciones de seguridad para una instalación de SQL Server

Ayuda e información

Obtener ayuda sobre SQL Server 2005

Historial de cambios

Versión Historial

12 de diciembre de 2006

Contenido modificado:
  • Se agregó la recomendación de dejar sin conexión SQL Server antes de instalar o actualizar una instancia de clúster de conmutación por error.
  • Se agregaron directrices de seguridad para las cuentas de servicio en configuraciones simultáneas.
  • Se actualizó la sección de grupos de dominio para especificar que las cuentas de dominio deben ser miembros del grupo de dominio global o local.
  • Se actualizaron las recomendaciones de instalación de MSDTC.

15 de septiembre de 2007

Contenido modificado:
  • Se agregó contenido para cambiar los intervalos de sondeo de LooksAlive e IsAlive.
  • Se agregó la Y comercial (&) a la lista de caracteres no válidos en un nombre del grupo de clústeres.