Dependencias de recursos de clúster de conmutación por error de Microsoft Windows en SQL Server

En este artículo se presentan las dependencias de recursos predeterminadas en SQL Server y las restricciones en estas dependencias.

Versión del producto original:   SQL Server 2017, SQL Server 2016, SQL Server 2014, SQL Server 2012, SQL Server 2008
Número de KB original:   835185

Resumen

Al instalar SQL Server en un clúster como una instancia de clúster de conmutación por error de SQL Server, se crea un conjunto específico de recursos de SQL Server que tienen dependencias en otros recursos en el grupo de clústeres.

Importante

No cambie el árbol de dependencias predeterminado excepto los cambios que se enumeran en este artículo o los cambios que se enumeran en el siguiente artículo de Microsoft Knowledge Base: compatibilidad de SQL Server con carpetas montadas

Ejemplo 1: dependencias de instancia de clúster de conmutación por error de SQL Server predeterminadas

failover1

En este diagrama, tenga en cuenta lo siguiente:

  • El disco de clúster 1 no tiene dependencias necesarias.
  • Dirección IP: xxx.xxx.xxx.xxx no tiene dependencias necesarias.
  • Dirección IP: xxxx:xxxx:xx:xxxx:xxxx:xxxx:xxxx:xxxx no tiene dependencias necesarias.
  • Name: las dependencias flexibles son dirección IP: xxxx:xxxx:xx:xxxx:xxxx:xxxx:xxxx:xxxx y dirección IP: xxx.xxx.xxx.xxx .
  • Nombre de red de SQL (SOFT) las dependencias necesarias son direcciones IP.
  • Las dependencias de SQL Server son disco 1 de clúster y nombre: Soft.
  • SQL Server no tiene dependencias necesarias.
  • Las dependencias del Agente SQL Server son SQL Server.
  • El Agente SQL Server no tiene dependencias necesarias.

Ejemplo 2: dependencias de instancia de conmutación por error de SQL Server 2008 Analysis Services

failover2

En este diagrama, tenga en cuenta lo siguiente:

  • Las dependencias de Analysis Services (LOCALINSTANCE) son el disco 2 del clúster y el nombre: STANDALONE2008R.
  • Analysis Services (LOCALINSTANCE) no tiene dependencias necesarias.
  • El disco de clúster 2 no tiene dependencias necesarias.
  • Dirección IP: xxx.xxx.xxx.xxx no tiene dependencias necesarias.
  • Dirección IP: xxxx:xxxx:xx:xxxx:xxxx:xxxx:xxxx:xxxx no tiene dependencias necesarias.
  • Name: STANDALONE2008R dependencias son dirección IP: xxxx:xxxx:xx:xxxx:xxxx:xxxx:xxxx:xxxx y dirección IP: xxx.xxx.xxx.xxx .
  • Nombre de red de SQL (STANDALONE2008R) las dependencias necesarias son direcciones IP.
  • Las dependencias de SQL Server (LOCALINSTANCE) son el disco 2 del clúster y el nombre: STANDALONE2008R.
  • SQL Server (LOCALINSTANCE) no tiene dependencias necesarias.
  • Las dependencias del Agente SQL Server (LOCALINSTANCE) son SQL Server (LOCALINSTANCE).
  • El Agente SQL Server (LOCALINSTANCE) no tiene dependencias necesarias.

Ejemplo 3: dependencias de instancia de conmutación por error de SQL Server 2008 con un punto de montaje

failover3

En este diagrama, tenga en cuenta lo siguiente:

  • El disco de clúster 1 no tiene dependencias necesarias.
  • El disco de clúster 4, las dependencias del mountpoint son el disco 1 del clúster.
  • El disco de clúster 4, mountpoint no tiene dependencias necesarias.
  • Dirección IP: xxx:xxxx:c0:xxxx:xxxx:c597:8cb0:49f2 no tiene dependencias necesarias.
  • Name: las dependencias flexibles son dirección IP: xxx:xxxx:c0:xxxx:xxxx:c597:8cb0:49f2 y dirección IP: xxx.xxx.xxx.88 .
  • Nombre de red de SQL (SOFT) las dependencias necesarias son direcciones IP.
  • Las dependencias de SQL Server tienen el nombre: SOFT, disco de clúster 4, mountpoint y disco 1 de clúster.
  • SQL Server no tiene dependencias necesarias.

Nota

La dependencia doble en el punto de montaje es asegurarse de que SQL Server no puede iniciar y cargar bases de datos sin que los discos físicos estén disponibles. Esto ayuda a evitar daños en la base de datos.

El árbol de dependencias predeterminado para SQL Server tiene las siguientes implicaciones:

  • El recurso Agente SQL Server depende del recurso de SQL Server.
  • El recurso de SQL Server depende del recurso de nombre de red de SQL, en los recursos de disco físico y en las carpetas montadas que contienen los archivos de base de datos.
  • El recurso de nombre de red de SQL depende del recurso de dirección IP de SQL.
  • El recurso de dirección IP de SQL y los recursos de disco físico no dependen de ningún recurso

Más información

Para obtener información acerca de cómo agregar dependencias a un recurso de SQL Server:

Limitaciones y restricciones

Si agrega otros recursos al grupo de SQL Server, esos recursos siempre deben tener sus propios recursos de nombre de red SQL únicos y sus propios recursos de direcciones IP de SQL. No use los recursos de nombre de red de SQL existentes y los recursos de direcciones IP de SQL para nada que no sea SQL Server. Si los recursos de SQL Server se comparten con otros recursos o se configuran incorrectamente, puede experimentar los problemas siguientes:

  • Se pueden producir interrupciones que no se esperan.
  • Pueden producirse daños en la base de datos.
  • Es posible que las instalaciones del Service Pack no se realicen correctamente.
  • Es posible que el programa de instalación de SQL Server no se realice correctamente. Si esto ocurre, no podrá instalar instancias adicionales de SQL Server ni realizar el mantenimiento rutinario.
  • SQL Server no puede ponerse en línea.
  • Es posible que los discos no estén disponibles para el uso de SQL Server.

Consideraciones adicionales

  • FTP con replicación de SQL Server: en el caso de instancias de SQL Server que usan FTP con replicación de SQL Server, el servicio FTP debe usar uno de los mismos discos físicos que la instalación de SQL Server que está configurada para usar el servicio FTP.
  • Dependencias de recursos de SQL Server: Si agrega un recurso a un grupo de SQL Server y tiene una dependencia en el recurso de SQL Server para asegurarse de que SQL Server está disponible, se recomienda agregar una dependencia en el recurso del Agente SQL Server en lugar de agregar una dependencia en el recurso de SQL Server. Para asegurarse de que el equipo que ejecuta SQL Server sigue teniendo alta disponibilidad, configure el recurso del Agente SQL Server de modo que no afecte al grupo de SQL Server si se produce un error en el recurso Agente SQL Server.
  • Recursos compartidos de archivos e impresoras: una excepción es el recurso compartido de archivos que usa la característica FILESTREAM de SQL Server. Un recurso de impresora no debe estar en el grupo de SQL Server. Los recursos de impresoras o de recursos compartidos de archivos requieren su propio nombre de red y recurso IP en un clúster de conmutación por error de Windows Server 2003. Los recursos compartidos de archivos y los recursos de impresoras también requieren su propio nombre de red y recurso IP para un punto de acceso de cliente en Windows Server 2008 y versiones posteriores. Para una instancia de clúster de conmutación por error en Windows Server 2008 o una versión posterior, use el Asistente para crear una carpeta compartida para especificar un nombre único y otras opciones para la carpeta compartida.
  • Rendimiento: la disminución del rendimiento y la pérdida de servicio en el equipo que ejecuta SQL Server pueden producirse cuando se cumplen las condiciones siguientes:
    • Un recurso de clúster de recurso compartido de archivos que no use la característica FILESTREAM está instalado en el mismo recurso de disco físico en el que está instalado SQL Server.
    • Un recurso de clúster de impresora está instalado en el mismo recurso de disco físico en el que está instalado SQL Server.

Consideraciones de MSDTC

Leer las recomendaciones de MSDTC en el clúster de conmutación por error de SQL, debe ser el punto de partida para cualquier análisis de dependencia de MSDTC en cuanto a si es necesario o no.

Las preguntas más frecuentes sobre las recomendaciones de MSDTC (preguntas más frecuentes) son tratar las preguntas y los procedimientos recomendados comunes con MSDTC (Coordinador de transacciones distribuidas de Microsoft) cuando se usan con instancias de clúster de conmutación por error de SQL Server para incluir recomendaciones y procedimientos recomendados.

Cuando agrega un recurso MSDTC a un grupo de SQL Server, puede usar uno de los discos de SQL Server o de otro disco, pero para que el recurso funcione correctamente de forma coherente y pueda usar el cmdlet de PowerShell test-DTC debe usar el nombre de red y la dirección IP de SQL Server y debe cambiar el nombre del recurso MSDTC por el nombre del servidor virtual de servidores de SQL Server.

A partir de Windows Server 2012 y versiones posteriores al crear un nuevo Coordinador de transacciones distribuidas mediante el administrador de clústeres, no tiene opción en el nombre de los recursos, siempre será el nuevo Coordinador de transacciones distribuidas, ni tampoco tendrá la opción de cambiar el nombre del recurso en el administrador de clústeres.

PowerShell para el rescate, este comando le permite cambiar el nombre del nuevo Coordinador de transacciones distribuidas por el nombre de su elección; en este ejemplo, el nombre se cambia a MSDTC.

Ejemplo (PowerShell):

Get-ClusterResource "New Distributed Transaction Coordinator" | %{ $_.Name = MSDTC }

Se aplica a

  • SQL Server 2008 Standard
  • SQL Server 2008 Enterprise
  • SQL Server 2008 desarrollador
  • SQL Server 2008 R2 Datacenter
  • SQL Server 2008 R2 Developer
  • SQL Server 2008 R2 Enterprise
  • SQL Server 2008 R2 Standard
  • SQL Server 2008 R2 Standard Edition para pequeñas empresas
  • SQL Server 2008 R2 Express con Advanced Services
  • Grupo de trabajo de SQL Server 2008 R2
  • SQL Server 2012 desarrollador
  • SQL Server 2012 Enterprise
  • SQL Server 2012 Standard
  • SQL Server 2012 Enterprise Core
  • SQL Server 2014 Enterprise
  • SQL Server 2014 Enterprise Core
  • SQL Server 2014 Standard
  • SQL Server 2014 Business Intelligence
  • SQL Server 2016 Enterprise Core
  • SQL Server 2016 Enterprise
  • SQL Server 2016 desarrollador
  • SQL Server 2016 Standard
  • SQL Server 2017 Windows (todas las ediciones)