Este documento es una respuesta a una solicitud relacionada con versiones de ePO y con la compatibilidad con SQL
Siempre presentan. El análisis McAfee del problema ha concluido que esta función funciona sin problemas, siempre y cuando esté 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 SQL siempre.
- No existe ninguna diferencia si la base de datos se está ejecutando en un Instancia de clúster de conmutación en caso de error siempre bien Windows Server clúster de conmutación en caso de error. Para obtener más información, consulte KB74034-compatibilidad con la duplicación de ePolicy Orchestrator y SQL.
- AlwaysOn es una función de SQL, no de ePO, y los problemas se encontrarían en la configuración adecuada de la función AlwaysOn.
- 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.
- La configuración de un clúster de conmutación en caso de error de varias subredes 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 la Microsoft artículo:
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. Sin embargo, la segunda opción es compatible con ePO.
NOTA: Todas las futuras funcionalidades o lanzamientos de productos mencionados en la Base de conocimiento pretenden brindar una idea general de la dirección de los productos, por lo que no debe confiar en ellas para tomar una decisión de compra ni entenderlas como un compromiso.
