Haute disponibilité AlwaysOn
BlackBerry UEM
prend en charge AlwaysOn via une instance de cluster de basculement ou un groupe de disponibilité. Les deux méthodes exigent un cluster de basculement Windows Server
(WSFC) sur lequel les serveurs indépendants interagissent afin de fournir une solution à haute disponibilité aux bases de données. Pour plus d'informations sur WSFC, reportez-vous à la rubrique Clustering de basculement Windows Server (WSFC) avec SQL Server de MSDN Library.Haute disponibilité au niveau de l'instance via une instance de cluster de basculement AlwaysOn
![Ce schéma illustre les différents nœuds Microsoft SQL
Server d'une instance de cluster de basculement AlwaysOn d'une base de données haute disponibilité](/content/docs-blackberry-com/fr/endpoint-management/blackberry-uem/12_18/planning-architecture/planning/_jcr_content/assetversioncopies/f4fa0d0c-62f2-4d44-bfb0-f000257bd71f.original.png)
Une instance de cluster de basculement est une instance de
Microsoft SQL
Server
installée sur différents ordinateurs (ou « nœuds ») d'un cluster WSFC. Les nœuds sont membres d'un groupe de ressources, et ils disposent tous d'un accès partagé à la base de données BlackBerry UEM
. Un des nœuds est propriétaire du groupe de ressources et permet aux composants BlackBerry UEM
d'accéder à la base de données BlackBerry UEM
. Si le nœud auquel appartient le groupe de ressources devient indisponible (en cas de panne matérielle ou de défaillance du système d'exploitation, par exemple), un autre nœud devient propriétaire du groupe de ressources. Par conséquent, le service de la base de données BlackBerry UEM
se poursuit sans interruption majeure.Pour plus d'informations, reportez-vous à la rubrique Instances de cluster de basculement AlwaysOn (SQL Server) de MSDN Library.
Haute disponibilité au niveau de la base de données via un groupe de disponibilité AlwaysOn
![Ce schéma illustre les différents nœuds Microsoft SQL
Server d'un groupe de disponibilité de base de données haute disponibilité](/content/docs-blackberry-com/fr/endpoint-management/blackberry-uem/12_18/planning-architecture/planning/_jcr_content/assetversioncopies/ff90b8c9-6880-4f94-9931-85482c6f6bbd.original.png)
Pour utiliser un groupe de disponibilité, vous devez configurer un cluster WSFC à plusieurs nœuds. Chaque nœud correspond à un ordinateur distinct doté d'une instance de
Microsoft SQL
Server
. L'un des nœuds héberge la base de données BlackBerry UEM
principale et confère un accès en lecture-écriture aux composants BlackBerry UEM
. Ce nœud est le « réplica principal ». Le cluster WSFC peut englober un à huit autres nœuds, chacun hébergeant une base de données secondaire. Ces nœuds sont les « réplicas secondaires ».La base de données principale synchronise les données avec les bases de données secondaires. Les données sont synchronisées avec chacune des bases de données secondaires de manière indépendante. Si une base de données secondaire n'est pas disponible, cela n'affecte pas les autres bases de données secondaires. Vous pouvez configurer une synchronisation des données en mode asynchrone (synchronisation différée avec latence de transaction minimale) ou en mode synchrone (synchronisation plus rapide avec latence de transaction accrue).
BlackBerry
recommande la configuration synchrone. Pour un basculement automatique, le réplica principal et les réplicas secondaires doivent utiliser le mode synchrone.Si vous configurez un groupe de disponibilité pour un basculement automatique et que la base de données principale devient indisponible, un des réplicas secondaires devient le réplica principal. La base de données secondaire de ce réplica devient la base de données principale. Par conséquent, le service de la base de données
BlackBerry UEM
se poursuit sans interruption majeure.Pour plus d'informations, reportez-vous aux rubriques Vue d'ensemble des groupes de disponibilité AlwaysOn (SQL Server) et Groupes de disponibilité AlwaysOn (SQL Server) de MSDN Library.