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 original del producto: 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 del 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: SQL Server compatibilidad con carpetas montadas

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

En este diagrama, observe 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.
• Nombre: las dependencias SOFTY son Dirección IP: xxxx:xxxx:xx:xxxx:xxxx:xxxx:xxxx:xxxx y Dirección IP: xxx.xxx.xxx.xxx.
• Las dependencias necesarias del nombre de red de SQL (SOFTY) son dirección IP.
• SQL Server dependencias son Disco de clúster 1 y Nombre: SOFTY.
• SQL Server no tiene dependencias necesarias.
• Agente SQL Server dependencias se SQL Server.
• Agente SQL Server no tiene dependencias necesarias.

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

En este diagrama, observe lo siguiente:

• Las dependencias de Analysis Services (LOCALINSTANCE) son Cluster Disk 2 y Name: 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.
• Nombre: STANDALONE2008R dependencias son Dirección IP: xxxx:xxxx:xx:xxxx:xxxx:xxxx:xxxx:xxxx y Dirección IP: xxx.xxx.xxx.xxx.
• Las dependencias necesarias del nombre de red de SQL (STANDALONE2008R) son dirección IP.
• Las dependencias de SQL Server (LOCALINSTANCE) son Cluster Disk 2 y Name: STANDALONE2008R.
• SQL Server (LOCALINSTANCE) no tiene dependencias necesarias.
• las dependencias de Agente SQL Server (LOCALINSTANCE) se SQL Server (LOCALINSTANCE).
• Agente SQL Server (LOCALINSTANCE) no tiene dependencias necesarias.

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

En este diagrama, observe lo siguiente:

• El disco de clúster 1 no tiene dependencias necesarias.
• Disco de clúster 4, las dependencias de Mountpoint son Disco de clúster 1.
• Cluster Disk 4, Mountpoint no tiene dependencias necesarias.
• Dirección IP: xxx:xxxx:c0:xxxx:xxxx:c597:8cb0:49f2 no tiene dependencias necesarias.
• Nombre: las dependencias SOFTY son Dirección IP: xxx:xxxx:c0:xxxx:xxxx:c597:8cb0:49f2 y Dirección IP: xxx.xxx.xxx.88.
• Las dependencias necesarias del nombre de red de SQL (SOFTY) son dirección IP.
• SQL Server dependencias son Name: SOFTY, Cluster Disk 4, Mountpoint y Cluster Disk 1.
• SQL Server no tiene dependencias necesarias.

Nota:

La doble dependencia del punto de montaje es asegurarse de que SQL Server no pueda 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, de los recursos de disco físico y de 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 sobre cómo agregar dependencias a un recurso de SQL Server, consulte:

• Adición de dependencias en SQL Server 2008
• Adición de dependencias en SQL Server 2008 R2
• Adición de dependencias en SQL Server 2012
• Cómo agregar dependencias a un SQL Server 2016 o una versión posterior 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 dirección IP de SQL. No use los recursos de nombre de red de SQL existentes ni los recursos de dirección IP de SQL para nada que no sea SQL Server. Si SQL Server recursos se comparten con otros recursos o están configurados incorrectamente, puede experimentar los siguientes problemas:

• Pueden producirse interrupciones que no se esperan.
• Puede producirse daños en la base de datos.
• Es posible que las instalaciones de 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 puede instalar instancias adicionales de SQL Server ni realizar un mantenimiento rutinario.
• SQL Server puede que no se conecten.
• Es posible que los discos no estén disponibles para SQL Server uso.

Consideraciones adicionales

• FTP con replicación de SQL Server: en el caso de las instancias de SQL Server que usan FTP con SQL Server replicación, el servicio FTP debe usar uno de los mismos discos físicos que la instalación de SQL Server configurada para usar el servicio FTP.
• SQL Server dependencias de recursos: si agrega un recurso a un grupo de SQL Server y si 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 Agente SQL Server en lugar de agregar una dependencia en el SQL Server recurso. Para asegurarse de que el equipo que ejecuta SQL Server sigue siendo de alta disponibilidad, configure el recurso de Agente SQL Server para que no afecte al grupo de SQL Server si se produce un error en el recurso Agente SQL Server.
• Recursos compartidos de archivos y recursos de impresora: una excepción es el recurso compartido de archivos que usa la característica SQL SERVER FILESTREAM. Un recurso de impresora no debe estar en el grupo de SQL Server. Los recursos de recurso compartido de archivos o impresora 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 de impresora 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 otra configuración para la carpeta compartida.
• Rendimiento: puede producirse una disminución del rendimiento y la pérdida de servicio en el equipo que ejecuta SQL Server cuando se cumplen las condiciones siguientes:
  • Un recurso de clúster de Recurso compartido de archivos que no usa 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 se instala en el mismo recurso de disco físico en el que está instalado SQL Server.

Consideraciones de MSDTC

La lectura de las recomendaciones de MSDTC en el clúster de conmutación por error de SQL debe ser el punto de partida para cualquier discusión de dependencia de MSDTC, para determinar si es necesario o no.

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

Al agregar un recurso MSDTC a un grupo de SQL Server, puede usar uno de los discos SQL Server u otro disco. Sin embargo, para que el recurso funcione correctamente y coherentemente y pueda usar el Test-DTC cmdlet de PowerShell, debe usar el nombre de red y la dirección IP del SQL Server y cambiar el nombre del recurso MSDTC por el nombre del servidor virtual del 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 ninguna opción en el nombre de los recursos, siempre será Nuevo coordinador de transacciones distribuidas, ni tiene 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 que elija, en este ejemplo el nombre se cambia a MSDTC.

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

Se aplica a

• SQL Server 2008 Standard
• SQL Server 2008 Enterprise
• SQL Server 2008 Developer
• 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 for Small Business
• SQL Server 2008 R2 Express con Advanced Services
• SQL Server 2008 R2 Workgroup
• SQL Server 2012 Developer
• 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 Developer
• SQL Server 2016 Standard
• SQL Server Windows de 2017 (todas las ediciones)