Le paramètre blocknonlogged doit toujours être défini sur OUI. Le fait de le remplacer par NO entraîne l'échec de la réplication des transactions non consignées sur la base de données principale vers les bases de données de secours, ce qui rend les données incohérentes dans l'environnement HADR
Haute disponibilité (HA)
Les plans de haute disponibilité de Db2 on Cloud ont d'excellentes caractéristiques en matière de disponibilité avec un niveau de service de 99,99 %.
La reprise à haut niveau de disponibilité après incident (HADR) sur les plans Db2 on Cloud Enterprise et Standard est fournie grâce à la prise en charge de la reprise à haut niveau de disponibilité après incident Db2 native.
- Chaque système HADR est constitué de 3 noeuds situés dans différentes zones de disponibilité indépendantes.
- Le noeud principal traite les transactions en lecture et en écriture, tandis que les noeuds de secours peuvent fournir une fonction de requête en lecture seule. L'un des noeuds de secours est répliqué de façon synchrone, ce qui signifie que chaque transaction est validée sur au moins 2 noeuds avant d'aboutir. Ce noeud de secours est prêt à reprendre le traitement en écriture, en cas d'échec ou d'événement de maintenance. L'autre noeud de secours est répliqué de manière asynchrone et joue le rôle du noeud synchrone lors d'un échec ou d'un événement de maintenance. Même dans le cas d'un échec ou d'un événement de maintenance de la totalité d'un centre de données, vous disposez toujours d'un système haute disponibilité qui est répliqué entre les centres de données survivants.
- Lors d'événements de basculement, les transactions sont restreintes pendant 10 à 20 secondes. Votre client peut effectuer une reprise en ligne en toute transparence à l'aide de la redirection automatique du client (ACR) et de la logique de relance appropriée pour les transactions ayant échoué.
Gestion des noeuds HADR
Pour les plans HADR Enterprise et Standard, le basculement est géré automatiquement par IBM. IBM surveille la santé de votre serveur, le basculement et la reprise par restauration si nécessaire, notamment les mises à jour en continu et la mise à l'échelle pour que la disponibilité soit aussi élevée que possible.