Alta disponibilidad AlwaysOn
BlackBerry UEM
admite AlwaysOn utilizando una Instancia de clúster de conmutación por error (FCI) o grupo de disponibilidad. Ambos métodos requieren un clúster de los clústeres de conmutación por error de Windows Server
(WSFC) donde servidores independientes interactúan para proporcionar una solución de alta disponibilidad para las bases de datos. Para obtener más información acerca de WSFC, visite la Biblioteca de MSDN y consulte Clústeres de conmutación por error de Windows Server.(WSFC) con SQL Server .Alta disponibilidad en el nivel de instancia mediante una Instancia de clúster de conmutación por error AlwaysOn
Una FCI es una instancia de
Microsoft SQL
Server
que está instalada en varios equipos (o "nodos") en un clúster WSFC. Los nodos son miembros de un grupo de recursos, y todos los nodos tienen acceso compartido a la base de datos de BlackBerry UEM
. Uno de los nodos tiene la propiedad del grupo de recursos y proporciona el acceso a los componentes BlackBerry UEM
de la base de datos de BlackBerry UEM
. Si el nodo que posee el grupo de recursos deja de estar disponible (por ejemplo, un fallo de hardware o de sistema operativo), un nodo diferente toma posesión del grupo de recursos. Como resultado, el servicio de la base de datos de BlackBerry UEM
continúa con una interrupción mínima.Para obtener más información, visite la Biblioteca de MSDN y consulte Instancias de clúster de conmutación por error de AlwaysOn (SQL Server).
Alta disponibilidad en el nivel de base de datos mediante un grupo de disponibilidad AlwaysOn
Para utilizar un grupo de disponibilidad, puede configurar un clúster WSFC con varios nodos. Cada nodo es un equipo independiente que tiene una instancia de
Microsoft SQL
Server
. En uno de los nodos se aloja la base de datos de BlackBerry UEM
principal y proporciona a los componentes de BlackBerry UEM
acceso de lectura y escritura. Este nodo es la "réplica principal". El clúster WSFC puede tener de uno a ocho nodos, cada uno de ellos con una base de datos secundaria. Estos nodos son "réplicas secundarias".La base de datos primaria sincroniza los datos con las bases de datos secundarias. Los datos se sincronizan con cada una de las bases de datos secundarias de forma independiente. Si una base de datos secundaria no está disponible, no afecta a las otras. Puede configurar la sincronización de datos para que sea asincrónica (sincronización retardada con latencia de transacción mínima) o sincrónica (sincronización más rápida con latencia de transacción aumentada).
BlackBerry
recomienda la configuración síncrona. La conmutación automática por error necesita la réplica principal y la secundaria para utilizar el modo de confirmación sincrónica.Si configura un grupo de disponibilidad para la conmutación automática por error y la base de datos principal deja de estar disponible, una de las réplicas secundarias se convierte en la réplica principal. Esa base de datos secundaria de la réplica se convierte en la base de datos principal. Como resultado, el servicio de la base de datos de
BlackBerry UEM
continúa con una interrupción mínima.Para obtener más información, visite la Biblioteca de MSDN y consulte Introducción a grupos de disponibilidad AlwaysOn (SQL Server) y Grupos de disponibilidad AlwaysOn (SQL Server).