Revisar y probar la configuración de clúster de servidores SQL Server para escenarios de conmutación por error
Los clústeres de Windows y SQL Server permiten ejecutar SQL Server en modo activo/activo donde cada nodo del clúster está "activo" y ejecuta una o varias instancias de SQL Server. Esto le permitiría, por ejemplo, tener la base de datos MessageBox en un nodo y todas las demás bases de datos BizTalk Server en el otro nodo. Esto le permite maximizar el uso de hardware del clúster.
Sin embargo, si usa esta configuración, debe comprobar que cada nodo puede controlar simultáneamente la carga de todas las instancias de SQL Server durante una conmutación por error de nodo de clúster de SQL Server.
Evaluación de la conmutación por error de un clúster activo/activo
Entre las consideraciones que se deben tener en cuenta al comprobar que un único nodo puede controlar la carga de todas las instancias de SQL Server en caso de una conmutación por error de nodo de clúster de SQL Server incluyen:
¿El nodo de conmutación por error tiene suficientes recursos de CPU?
¿El nodo de conmutación por error tiene suficiente memoria?
¿Hay suficiente ancho de banda de red?
¿El nodo de conmutación por error puede controlar el aumento de la contención de E/S de disco?
Los siguientes escenarios deben evaluarse al probar la conmutación por error:
Error de alimentación en el servidor activo
Error de alimentación en el servidor pasivo
Pérdida de conexión de disco
Conexión de red pública interrumpida en el nodo activo
Conexión de red privada interrumpida en el nodo activo
Conexión de red pública interrumpida en el nodo pasivo
Conexión de red privada interrumpida en el nodo pasivo
Error SQL Server servicio
Servicio de Agente SQL Server con errores
Uso de un clúster activo,activo/pasivo
Si determina que un nodo no puede controlar todas las instancias de SQL Server en un escenario de conmutación por error, una alternativa es usar un modelo de agrupación en clústeres activo/activo/pasivo. El modelo de agrupación en clústeres activo/activo/pasivo aumenta considerablemente la probabilidad de que siempre haya un nodo pasivo disponible para escenarios de conmutación por error.