Compartir por

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

  • Artigo

Se aplica a: SQL Server

Antes de instalar un clúster 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 en uno o varios nodos del clúster como una unidad compartida, no puede instalar SQL Server en esa unidad. Esta restricción se aplica tanto a instancias de clúster de conmutación por error de SQL Server como a instancias independientes en un servidor que forma parte de una instancia de clúster de conmutación por error de Windows.

También puede consultar los artículos 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 artículo Artículo
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. Failover Policy for Failover Cluster Instances
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

Procedimientos recomendados

Revise las notas de la versión de SQL Server 2019 y SQL Server 2022.

Instale el software previo requerido. Antes de ejecutar el programa para realizar la instalación o actualización, instale los siguientes requisitos previos 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 es un requisito previo para instalar los componentes de Motor de base de datos de SQL Server y SQL Server Management Studio. Si Windows PowerShell no está presente en su equipo, puede habilitarlo mediante las instrucciones de la página Windows Management Framework.

  • 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, consulte SQL Server 2019: Requisitos de hardware y de software.

  • Paquete de Microsoft Update: Para evitar el reinicio del equipo debido a la instalación de .NET Framework 4, el programa de instalación de SQL Server requiere la instalación de una actualización de Microsoft en el equipo. Para SQL Server 2014 (12.x) y versiones posteriores que se instalan en versiones compatibles de Windows, esta actualización ya está incluida. Si realiza la instalación 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 del programa de configuración de SQL Server. Puede instalar estos archivos ejecutando el archivo SqlSupport.msi ubicado en el soporte físico de instalación.

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 (')

  • Y comercial (&)

    También compruebe que los nombres de los grupos de clústeres existentes no contienen 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.

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 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 usa el recurso compartido de archivos de SMB como una 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.

Comprobación de la solución de hardware

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 a partir de Windows Server 2008 y Windows Server 2008 R2. En la categoría "Cluster/Multi-cluster Device" (Dispositivo de clúster/varios clústeres) de Windows Catalog y la lista de compatibilidad de hardware 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 Storage Types for Data Files.

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.

  • SQL Server requiere que la unidad base de una unidad montada tenga una letra de unidad asociada. Si la unidad base de una unidad montada no tiene una letra de unidad asociada, el programa de instalación asignará la siguiente letra de unidad disponible a la unidad.

    Nota

    Si ya se han asignado todas las letras de unidad, se producirá un error en el programa de instalación.

  • SQL Server no admite el uso de directorios raíz de volumen de montaje o punto de montaje para bases de datos de SQL Server. Para obtener más información, consulte Error de permiso cuando al usar un punto de montaje de volumen durante la instalación de SQL Server.

  • Consideraciones adicionales sobre puntos de montaje para los clústeres de conmutación por error de SQL Server :

    • 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, que es 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 use 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

      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.

    • El recurso de SQL Server en SQL Server 2005 y versiones posteriores depende del recurso de nombre de red SQL y de los recursos de disco físico que contienen los datos. Los puntos de montaje y la unidad host deben mostrarse como un recurso de disco físico del clúster. Además, el disco físico con letra de unidad y cada volumen montado también deben agregarse como una dependencia de SQL Server.

    • Si realiza una nueva instalación, los permisos de dependencia correctos se establecen en los discos físicos que tienen una letra de unidad asociada y en los puntos de montaje. Los permisos de dependencia se establecen automáticamente durante la instalación.

    • Si solo se agrega la dependencia de discos físicos raíz y no se agrega la dependencia de puntos de montaje, se producirán daños en la base de datos durante la conmutación por error. Los daños en la base de datos también pueden producirse durante un reinicio de SQL Server si los recursos de disco se desconectan y vuelven a estado en línea incluso sin conmutación por error.

  • Procedimientos recomendados para puntos de montaje:

    • Si mueve un punto de montaje de un disco compartido a otro disco compartido, asegúrese de que los discos compartidos se encuentren en el mismo grupo.

    • Intente usar el volumen raíz (host) exclusivamente para puntos de montaje. El volumen raíz es el volumen que hospeda los puntos de montaje. Esta práctica reduce considerablemente el tiempo necesario para restaurar el acceso a los volúmenes montados si tiene que ejecutar la herramienta de Chkdsk.exe. Esto también reduce el tiempo necesario para realizar la restauración a partir de la copia de seguridad en el volumen del host.

    • Si usa el volumen raíz (host) exclusivamente para puntos de montaje, el tamaño del volumen del host debe ser de al menos 5 megabytes (MB). Esto reduce la probabilidad de que el volumen se use para otra cosa que no sean los puntos de montaje.

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 tempdb es válida en todos los nodos del clúster. Durante la conmutación por error, si los directorios 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.

Revisión de consideraciones relativas a la seguridad

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.

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ú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ústeres de conmutación por error.

En Windows Server 2008 y versiones posteriores, se generan automáticamente identificadores de seguridad (SID) de servicios para su utilización con los servicios de SQL Server. Para las instancias de clústeres de conmutación por error de SQL Server 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 Security Considerations for a SQL Server Installation.

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.

Instancia de clúster de conmutación por error de SQL Server (FCI) requiere que los nodos de clúster estén unidos a un dominio. No se admiten las configuraciones siguientes:

  • FCI de SQL en clústeres de grupo de trabajo.
  • FCI de SQL en el clúster con múltiples dominios.
  • FCI de SQL en clústeres de dominio + grupo de trabajo.

Revisión de consideraciones sobre la red, los puertos y el firewall

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 usarse 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

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.

El servidor ISA no se admite en la agrupación en clústeres de Windows y tampoco 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 las instancias de SQL Server con un puerto no predeterminado, use la configuración de red del Administrador de configuración de SQL Server para determinar el puerto que usa la instancia de SQL Server que quiere desbloquear. Habilite el puerto TCP para IPALL en el firewall si se quiere conectarse a la instancia de SQL Server mediante el servicio SQL Server Browser, que usa una dirección IP diferente de la instancia en clúster y 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 una ventana de 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 en Configuración de red, en el Panel de control, aparece la misma lista de adaptadores físicos habilitados que en 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.

Comprobació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. En la tabla siguiente se muestra una lista de las ediciones de SQL Server y de los sistemas operativos que las admiten.

Edición deSQL Server Windows Server 2022 Datacenter Windows Server 2022 Datacenter: Azure Edition Windows Server 2022 Standard
SQL Server 2014 (12.x) Enterprise (64 bits) x64 1 No N.º No
SQL Server 2014 (12.x) Enterprise (32 bits) No N.º No
SQL Server 2016 (13.x) Enterprise No N.º No
SQL Server 2016 (13.x) Standard No N.º No
SQL Server 2017 (14.x) Enterprise Sí Sí Sí
SQL Server 2017 (14.x) Standard Sí Sí Sí
SQL Server 2019 (15.x) Enterprise Sí Sí Sí
SQL Server 2019 (15.x) Standard Sí Sí Sí
SQL Server 2022 (16.x) Enterprise Sí Sí Sí
SQL Server 2022 (16.x) Standard Sí Sí Sí
Edición deSQL Server Windows Server 2019 Datacenter Windows Server 2019 Standard Windows Server 2016 Datacenter Windows Server 2016 Standard
SQL Server 2014 (12.x) Enterprise (64 bits) x64 1 Sí Sí Sí Sí
SQL Server 2014 (12.x) Enterprise (32 bits) Sí Sí
SQL Server 2016 (13.x) Enterprise Sí Sí Sí Sí
SQL Server 2016 (13.x) Standard Sí Sí Sí Sí
SQL Server 2017 (14.x) Enterprise Sí Sí Sí Sí
SQL Server 2017 (14.x) Standard Sí Sí Sí Sí
SQL Server 2019 (15.x) Enterprise Sí Sí Sí Sí
SQL Server 2019 (15.x) Standard Sí Sí Sí Sí
SQL Server 2022 (16.x) Enterprise Sí Sí Sí Sí
SQL Server 2022 (16.x) Standard Sí Sí Sí Sí

1 Los clústeres de SQL Server no se admiten 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.

Consideraciones adicionales para configuraciones de varias subredes

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 sobre el sistema operativo y las ediciones de SQL Server

Para obtener una lista de las características admitidas por ediciones de SQL Server en Windows, vea:

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 en varias subredes.

El clúster de conmutación por error de SQL Server depende del 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 y sus versiones posteriores requieren 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 más información, consulte Creación de un 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 , vea Failover Clusters in Windows Server 2008 R2 (Clústeres de conmutación por error de Windows Server 2008 R2) y Design for a Clustered Service or Application in a Multi-Site Failover Cluster(Diseño de una aplicación o un servicio de clúster en un clúster de conmutación por error de varios sitios).

Configurar los clústeres de conmutación por error de Windows Server

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 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. 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, consulta KB947048 (vínculo archivado).

Instalación de Microsoft DTC (Coordinador de transacciones distribuidas)

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. MSDTC no se requiere para las instancias que son solo para Analysis Services.

En Windows Server 2008 y versiones posteriores, 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 Serverelija 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

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.

Vea también

Pasos siguientes