S’il
n’est pas possible d’avoir un environnement
de test en cluster, il faut procéder
au test dans un créneau horaire où
la défaillance simulée du système de
production gêne le moins possible l’activité.

L’échec d’un basculement ou d’un
failover peut être dû à  plusieurs facteurs
:

• La logique du programme de sortie
est incorrecte

• Les données et/ou les objets ne sont
pas à  jour sur le noeud de secours en
raison d’une configuration incorrecte
des processus de réplication.
Vérifiez que le fichier spécificateur
d’objet de l’application identifie correctement
tous les objets à  répliquer.

• Quelqu’un a modifié les données
sur le serveur de secours, entraînant
des erreurs de synchronisation

C’est pourquoi il faut vérifier les
basculements et les failovers dans diverses
situations. Les premiers sont faciles
à  tester parce qu’un opérateur les
déclenche au moyen de l’interface utilisateur
de gestion du cluster. En revanche,
le failover n’est pas déclenché
manuellement. Et on ne peut donc le
tester qu’en simulant une défaillance.
Par exemple, en débranchant la prise
du noeud primaire. Chacun de ces tests
doit être correctement planifié, coordonné
et validé.