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 de 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: compatibilidad de SQL Server con carpetas montadas
Ejemplo 1: dependencias predeterminadas de la instancia de clúster de conmutación por error de 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.
- Las dependencias de SQL Server son Disco de clúster 1 y Nombre: SOFTY.
- SQL Server no tiene dependencias necesarias.
- Agente SQL Server dependencias son SQL Server.
- Agente SQL Server no tiene dependencias necesarias.
Ejemplo 2: dependencias de instancia de conmutación por error de SQL Server 2008 Analysis Services
En este diagrama, observe lo siguiente:
- Las dependencias de Analysis Services (LOCALINSTANCE) son Disco de clúster 2 y 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. - 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 disco de clúster 2 y nombre: STANDALONE2008R.
- SQL Server (LOCALINSTANCE) no tiene dependencias necesarias.
- Agente SQL Server (LOCALINSTANCE) las dependencias son SQL Server (LOCALINSTANCE).
- 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
En este diagrama, observe lo siguiente:
- El disco de clúster 1 no tiene dependencias necesarias.
- El disco de clúster 4, las dependencias del punto de montaje son el 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.
- Las dependencias de SQL Server son Name: SOFTY, Cluster Disk 4, Mountpoint y Cluster Disk 1.
- SQL Server no tiene dependencias necesarias.
Nota:
La dependencia doble del punto de montaje es asegurarse de que SQL Server no puede iniciar ni 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 dependencia 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 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 SQL Server 2016 o una versión posterior de SQL Server
Limitaciones y restricciones
Si agrega algún otro recurso 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 SQL existentes y los recursos de dirección IP de SQL para cualquier otro tipo que no sea SQL Server. Si los recursos de SQL Server se comparten con otros recursos o se configuran incorrectamente, puede experimentar los siguientes problemas:
- Interrupciones inesperadas.
- Es posible que se produzcan daños en la base de datos.
- Es posible que la instalación de los Service Pack no se haya realizado correctamente.
- Puede que el programa de instalación de SQL Server no se ejecute correctamente. Si esto ocurre, no puede instalar instancias adicionales de SQL Server ni realizar un mantenimiento rutinario.
- Es posible que SQL Server no esté 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: para 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 usa la instalación de SQL Server que está configurado para usar el servicio FTP.
- Dependencias de recursos de SQL Server: 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 de 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 siendo de alta disponibilidad, configure el recurso 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 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 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: 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 usa la característica FILESTREAM se instala en el mismo recurso de disco físico en el que está instalado SQL Server.
- Se instala un recurso de clúster de impresora en el mismo recurso de disco físico en el que está instalado SQL Server.
Consideraciones sobre MSDTC
Leer 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.
Que las preguntas más frecuentes sobre 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 instancias en clúster de conmutación por error de SQL Server para incluir recomendaciones y procedimientos recomendados actuales.
Al agregar un recurso MSDTC a un grupo de SQL Server, puede usar uno de los discos de SQL Server u otro disco. Sin embargo, para que el recurso funcione correctamente y de forma coherente y para poder usar el Test-DTC
cmdlet de PowerShell, debe usar el nombre de red y la dirección IP de SQL Server y cambiar el nombre del recurso MSDTC al nombre del servidor virtual de SQL Server.
A partir de Windows Server 2012 y versiones posteriores al crear un nuevo coordinador de transacciones distribuidas con el Administrador de clústeres que no tiene 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 al rescate, este comando le permite cambiar el nombre del Nuevo coordinador de transacciones distribuidas al 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 2017 Windows (todas las ediciones)