Este documento es una respuesta a una solicitud que incluye las versiones de ePO y la compatibilidad con la función
AlwaysOn de SQL. McAfee análisis de la empresa del problema ha concluido que esta función funciona sin problemas, siempre y cuando se haya configurado correctamente.
Descripción
- La función de grupos de disponibilidad siempre es una solución de disponibilidad alta y recuperación ante desastres que proporciona una alternativa empresarial a la duplicación de bases de datos.
- Introducida en SQL Server 2012, los grupos de disponibilidad siempre aumentan la disponibilidad de un conjunto de bases de datos de usuario para una empresa.
- Un grupo de disponibilidad admite un entorno de conmutación en caso de error para un conjunto discreto de bases de datos de usuario, conocidas como bases de datos de disponibilidad, que conmutan en caso de error.
- Un grupo de disponibilidad admite lo siguiente:
- Un conjunto de bases de datos principales de lectura o escritura
- De uno a ocho conjuntos de bases de datos secundarias correspondientes
Investigación y conclusiones
- ePO funciona con la función AlwaysOn SQL.
- No existe ninguna diferencia si la base de datos se está ejecutando en un AlwaysOn Failover Cluster Instance , o Windows Server Failover Cluster. Para obtener más información, consulte KB74034-Support for EPolicy Orchestrator y duplicación de SQL.
- La AlwaysOn función forma parte de SQL, no de ePO, y los problemas se incluirán en la configuración adecuada de la AlwaysOn función.
- No obstante, existe una limitación en lo que ePO admite los nodos de clúster de conmutación en caso de error en la misma subred.
- Una configuración de clúster de conmutación en caso de subredes múltiple no funciona con ePO.
- Hay dos formas de configurar un clúster de conmutación en caso de error SQL Server tal y como se describe en el siguiente fragmento del artículo de Microsoft. Para obtener detalles, consulte el artículo Microsoft:
Dependiendo de cómo estén agrupados los nodos, el clúster de conmutación en caso de error de SQL Server se configura de las siguientes maneras:
- Nodos de una subred distinta
La dependencia de recursos de dirección IP se establece en o. Esta configuración se conoce como SQL Server configuración de clúster de conmutación en caso de error de varias subredes. Para obtener más información, consulte SQL Server clustering de varias subredes (SQL Server).
- Nodos de la misma subred o del mismo conjunto de subredes
La dependencia de recursos de dirección IP se establece en y para estos tipos de configuraciones.
Importante: La primera opción anterior no es compatible y no funciona con ePO. No obstante, ePO admite la segunda opción.
NOTAS:
- Las tareas servidor en curso durante la conmutación en caso de error no se pueden completar correctamente después de producirse la conmutación por error.
- Es necesario terminar estas tareas mediante la opción 'Finalizar tarea' del registro de tareas servidor de la consola de ePO. Esta acción es necesaria porque ePO no conoce la operación de conmutación en caso de error de la base de datos.
- Durante la conmutación en caso de error, las conexiones de base de datos abiertas asociadas a una tarea servidor de ePO, y el nodo principal, que elimina el SQL Server. Por lo tanto, las tareas servidor permanecen en el estado "en curso" o "en espera" hasta que se cierra la tarea a través de la consola de ePO.
Nota: Toda la funcionalidad o las nuevas versiones de los productos que se mencionan en el base de conocimiento están pensadas para esbozar nuestra dirección general del producto y no se debe confiar, ni como compromiso ni para tomar una decisión de compra.
