Exportar (0) Imprimir
Expandir todo
Este artículo se tradujo de forma manual. Mueva el puntero sobre las frases del artículo para ver el texto original. Más información.
Traducción
Original

Antes de instalar los clústeres de conmutación por error

Antes de instalar un clústeres de conmutación por error de SQL Server, debe seleccionar el hardware y el sistema operativo en el que se ejecutará SQL Server. También deberá configurar el servicio de clústeres de conmutación por error de Windows Server (WSFC), así como revisar la red, la seguridad y las consideraciones relativas al resto del software que se ejecutará en los clústeres de conmutación por error.

Si un clúster de Windows tiene una unidad de disco local y esa misma letra de unidad se usa también en uno o varios nodos del clúster como una unidad compartida, no puede instalar SQL Server en esa unidad.

También puede consultar los temas siguientes para obtener más información sobre los conceptos, las características y las tareas de clústeres de conmutación por error de SQL Server.

Descripción del tema

Tema

Describe los conceptos de clústeres de conmutación por error de SQL Server y proporciona vínculos a las tareas y contenido asociados.

Instancias de clúster de conmutación por error de AlwaysOn (SQL Server)

Describe los conceptos de la directiva de conmutación por error de SQL Server y proporciona vínculos para configurarla de modo que satisfaga los requisitos de su organización.

Directiva de conmutación por error para instancias de clústeres de conmutación por error

Describe cómo mantener el clúster de conmutación por error existente de SQL Server.

Administración y mantenimiento de la instancia de clúster de conmutación por error

Explica cómo instalar Analysis Services en un Clúster de conmutación por error de Windows Server (WSFC).

Organizar en clúster SQL Server Analysis Services

  • Revise las SQL Server 2014 Notas de la versión

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

    • El programa de instalación de SQL Server ya no instala Windows PowerShell. Windows PowerShell 2.0 es un requisito previo para instalar los componentes de SQL Server 2014 Motor de base de datos y SQL Server Management Studio. Si Windows PowerShell 2.0 no está presente en su equipo, puede habilitarlo siguiendo las instrucciones de la página Marco de administración de Windows.

    • El programa de instalación de SQL Server ya no instala .NET Framework 3.5 SP1 pero quizá se necesite al instalar SQL Server en los sistemas operativos Windows anteriores. Para obtener más información, vea las notas de la versión de SQL Server 2014.

    • Paquete de Microsoft Update: para evitar el reinicio del equipo debida a la instalación de .NET Framework 4 durante la instalación, el programa de instalación de SQL Server 2014 requiere la instalación de una actualización de Microsoft. Si va a instalar SQL Server 2014 en Windows 7 SP1 o Windows Server 2008 SP2, esta actualización se incluye. Si instala en un sistema operativo Windows anterior, descárguelo desde Microsoft Update para .NET Framework 4.0 en Windows Vista y Windows Server 2008.

    • .NET Framework 4: el programa de instalación instala .NET Framework 4 en un sistema operativo en clúster. Para reducir el tiempo total de instalación, considere la instalación de .NET Framework 4 antes de ejecutar el programa de instalación principal.

    • Archivos auxiliares para la instalación de SQL Server. Puede instalar estos archivos ejecutando el archivo SqlSupport.msi ubicado en el soporte físico de instalación de SQL Server 2014.

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

  • Cuando asigne nombre a un grupo de clústeres de la instalación de clústeres 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.

  • 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 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.

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

  • El programa de instalación de SQL Server establece automáticamente las dependencias entre el grupo de clúster 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 de los clústeres de conmutación por error de SQL Server, 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 Server 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 está utilizando el recurso compartido de archivos SMB como opción de almacenamiento, la cuenta del programa de instalación de SQL Server debe tener SeSecurityPrivilege en el servidor de archivos. Para ello, use la consola de directivas de seguridad local del servidor de archivos para agregar la cuenta de instalación de SQL Server a los derechos Administrar registro de seguridad y auditoría.

Arriba

  • 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.

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

  • Las configuraciones SAN también se admiten en las ediciones Advanced Server y Datacenter Server de Windows Server 2008 y Windows Server 2008 R2. En la categoría "Cluster/Multi-cluster Device" de Windows Catalog and Hardware Compatibility List se enumera el conjunto de dispositivos de almacenamiento habilitados para SAN que se han comprobado y se admiten como unidades de almacenamiento SAN con varios clústeres WSFC conectados. Ejecute la validación del clúster después de encontrar los componentes certificados.

  • El recurso compartido de archivos de SMB también se admite para instalar los archivos de datos. Para obtener más información, vea Tipos de almacenamiento para los archivos de datos.

    Nota de advertencia Advertencia

    Si va a utilizar Servidor de archivos de Windows como almacenamiento de recursos compartidos de archivos de SMB, la cuenta del programa de instalación de SQL Server debe tener SeSecurityPrivilege en el servidor de archivos. Para ello, use la consola de directivas de seguridad local del servidor de archivos para agregar la cuenta de instalación de SQL Server a los derechos Administrar registro de seguridad y auditoría.

    Si utiliza un almacenamiento de recursos compartidos de archivos de SMB que no sea Servidor de archivos de Windows, solicite al proveedor de almacenamiento que le proporcione una configuración equivalente en el servidor de archivos.

  • SQL Server admite puntos de montaje.

    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 los 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ústeres 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ústeres 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.

    • Las instalaciones en clúster de SQL Server están limitadas al número de letras de unidad disponibles. En el supuesto de que solo 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 hospedan puntos de montaje, existe un límite máximo de 25 instancias de SQL Server por clústeres de conmutación por error.

      Sugerencia Sugerencia

      El límite de 25 instancias se puede superar utilizando la opción de recurso compartido de archivos de SMB. Si usa el recurso compartido de archivos de SMB como opción de almacenamiento, puede instalar hasta 50 instancias de clúster de conmutación por error de SQL Server.

    • No se admite dar formato a una unidad después de montar unidades adicionales.

  • La instalación de clústeres de conmutación por error de SQL Server admite el disco local solo para instalar los archivos tempdb. Asegúrese de que la ruta de acceso especificada para los archivos de datos y registro de tempdb es válida en todos los nodos del clúster. Durante la conmutación por error, si los directorios de tempdb no están disponibles en el nodo de destino de la conmutación por error, el recurso de SQL Server no podrá ponerse en línea. Para obtener más información, vea Tipos de almacenamiento para los archivos de datos y Configuración del motor de base de datos - Directorios de datos.

  • Si implementa un clúster de conmutación por error de SQL Server 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 Compatibilidad con SQL Server en componentes de tecnología iSCSI.

  • Para obtener más información, vea Directiva de compatibilidad de SQL Server para Clústeres de Microsoft.

  • Para obtener más información sobre la configuración correcta de unidades de quórum, vea el artículo de Información de configuración de la unidad de cuórum.

  • Para instalar un clúster de conmutación por error de SQL Server cuando los archivos de instalación de origen de SQL Server y el clúster están en dominios diferentes, copie los archivos de instalación en el dominio actual disponible para los clústeres de conmutación por error de SQL Server.

Arriba

  • Para usar el cifrado, instale el certificado del servidor con el nombre DNS completo del clúster WSFC en todos los nodos de los clústeres 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ústeres 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 los clústeres de conmutación por error.

    Nota importante Importante

    No active la casilla Forzar cifrado de protocolo hasta que haya instalado certificados en todos los nodos participantes de la instancia de clústeres de conmutación por 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 crear un clústeres 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ústeres de conmutación por error.

  • En Windows Server 2008, se generan automáticamente identificadores de seguridad (SID) de servicios para su utilización con los servicios de SQL Server 2014. Para las instancias de clústeres de conmutación por error de SQL Server 2014 actualizadas desde versiones anteriores de SQL Server, 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.

  • Los clústeres de conmutación por error de SQL Server no se pueden instalar cuando los nodos de clúster son controladores de dominio.

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

  • Para habilitar la autenticación Kerberos con SQL Server, vea el artículo Cómo utilizar la autenticación Kerberos en SQL Server de Microsoft Knowledge Base.

Arriba

  • 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.

    Nota importante Importante

    Se recomienda no usar recursos compartidos de archivos en unidades de datos, porque 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, se recomienda utilizar Sockets TCP/IP en una configuración en clúster.

  • 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 conectarse a SQL Server mediante TCP después de la instalación. De forma predeterminada, SQL Browser escucha en el puerto UDP 1434.

  • Las operaciones de instalación de los clústeres 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. Solo 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.

Arriba

Asegúrese de que el sistema operativo esté correctamente instalado y diseñado para admitir los 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.

Edición de SQL Server

Windows Server 2008 Enterprise

Windows Server 2008 Datacenter Server

Windows Server 2008 R2 Enterprise

Windows Server 2008 R2 Datacenter Server

SQL Server 2014 Enterprise (64 bits) x641

Si

Si

2

2

SQL Server 2014 Enterprise (32 bits)

Si

Si

SQL Server 2014 Developer (64 bits)

Si

Si

2

2

SQL Server 2014 Developer (32 bits)

Si

Si

SQL Server 2014 Standard (64 bits)

Si

Si

Si

Si

SQL Server 2014 Standard (32 bits)

Si

Si

1SQL Server no admite clústeres en el modo WOW. Eso incluye las actualizaciones desde versiones anteriores de clústeres de conmutación por error de SQL Server que estaban instaladas originalmente en WOW. La única opción de actualización en estos casos es instalar la nueva versión en paralelo y migrar.

2 Compatible con clústeres de conmutación por error de múltiples subredes de SQL Server.

Arriba

Las secciones siguientes describen los requisitos que se han de tener en cuenta al instalar un clúster de conmutación por error de varias subredes de SQL Server. La configuración de varias subredes implica la agrupación en clústeres a través de varias subredes; por lo tanto, implica el uso de múltiples direcciones IP y cambios en las dependencias de recursos de dirección IP.

Consideraciones acerca del sistema operativo y las ediciones de SQL Server

  • Para obtener información sobre las ediciones de SQL Server que admiten una agrupación en clústeres de conmutación de varias subredes de SQL Server, vea Características compatibles con las ediciones de SQL Server 2014.

  • Para crear un clúster de conmutación por error de varias subredes de SQL Server, primero debe crear el clúster de conmutación por error de varias subredes de Windows Server 2008 R2 en varias subredes.

  • El clúster de conmutación por error de SQL Server depende del clúster de conmutación por error de Windows Server para garantizar que las condiciones de dependencia de IP sean válidas si se produce una conmutación por error. 

  • Windows Server 2008 R2 requiere que todos los servidores del clúster estén en el mismo dominio de Active Directory. En consecuencia, el clúster de conmutación por error de varias subredes de SQL Server requiere que todos los nodos de clúster estén en el mismo dominio de Active Directory aunque estén en subredes distintas.

Dependencias de dirección IP y de recursos de dirección IP

  1. La dependencia de recursos de dirección IP se establece en OR en una configuración de varias subredes. Para obtener más información, vea Crear un nuevo clúster de conmutación por error de SQL Server (programa de instalación).

  2. No se admiten las dependencias mixtas AND-OR de direcciones IP. Por ejemplo, no se admite <IP1> AND <IP2> OR <IP3>.

  3. No se admite más de una dirección IP por cada subred.

    Si decide usar más de una dirección IP configurada para la misma subred, puede experimentar errores de conexión de cliente durante el inicio de SQL Server.

Contenido relacionado

Para obtener más información sobre la conmutación por error de varios sitios de Windows Server 2008 R2, visite el sitio de Clústeres de conmutación por error de Windows Server 2008 R2 y vea la página sobre el diseño de una aplicación o un servicio de clúster en un clúster de conmutación por error de varios sitios.

  • Microsoft Cluster Service (WSFC) debe configurarse al menos en un nodo del clúster de servidores. También debe ejecutar SQL Server Enterprise, SQL Server Business Intelligence o SQL Server Standard en combinación con WSFC. SQL Server Enterprise admite clústeres de conmutación por error con un máximo de 16 nodos. SQL Server Business Intelligence y SQL Server Standard admiten clústeres de conmutación por error de dos nodos.

  • La DLL de recursos para el servicio SQL Server exporta dos funciones usadas por el Administrador de clústeres de WSFC para comprobar la disponibilidad del recurso de SQL Server. Para obtener más información, vea Directiva de conmutación por error para instancias de clústeres de conmutación por error.

  • WSFC debe poder comprobar que la instancia en clústeres 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 para los nodos del clúster.

  • 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 los clústeres 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. La configuración del servidor DNS debe permitir que los nodos de clúster registren dinámicamente un mapa de direcciones IP en línea en el nombre de red. Si no se puede completar el registro dinámico, se produce un error en el programa de instalación y esta se revierte. Para obtener más información, vea este artículo de Knowledge Base.

Arriba

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 va a usar transacciones distribuidas, debe instalar MSDTC. Observe que MSDTC no se requiere para las instancias que son solo para Analysis Services.

En Windows Server 2008 y Windows Server 2008 R2, puede instalar varias instancias de MSDTC en un único clúster de conmutación por error. La primera instancia de MSDTC instalada será la instancia predeterminada del clúster de MSDTC. SQL Server aprovechará una instancia de MSDTC instalada en el grupo de recursos del clúster local de SQL Server utilizando automáticamente la instancia de MSDTC. Sin embargo, las aplicaciones individuales pueden estar asignadas a cualquier instancia de MSDTC en el clúster.

A la hora de que SQL Server elija una instancia de MSDTC, se aplican las siguientes reglas:

  • Usar la instancia de MSDTC instalada en el grupo local; si no es posible,

  • usar la instancia asignada de MSDTC; si no es posible,

  • usar la instancia predeterminada del clúster de MSDTC; si no es posible,

  • usar la instancia de MSDTC instalada del equipo local

Nota importante Importante

Si la instancia de MSDTC que se instala en el grupo de clústeres local de SQL Server produce un error, SQL Server no intenta automáticamente utilizar la instancia del clúster predeterminado o la instancia del equipo local de MSDTC. Para poder utilizar otra instancia de MSDTC, se debería quitar completamente del grupo de SQL Server la instancia de MSDTC que produjo el error . Igualmente, si crea una asignación para SQL Server y la instancia asignada de MSDTC produce un error, las transacciones distribuidas también producirán un error. Si desea que SQL Server utilice una instancia diferente de MSDTC, deberá agregar una instancia de MSDTC al grupo de clústeres local de SQL Server o eliminar la asignación.

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.

Arriba

Adiciones de comunidad

AGREGAR
Mostrar:
© 2014 Microsoft