Vérification de la réplication
Posted in 2019
Topics:
High Availability & Replication
Translated from English by DrWatson
— View original
IDS 12.10.FC9
AIX 7.2
Bonjour à tous,
Je voudrais pouvoir m'assurer que ma réplication HDR/RSS est saine et
synchronisée. Mon idée était de créer une table comportant une seule colonne datetime year to second,
d'y insérer le systables.sysdate du premier serveur sur le primaire, puis d'interroger les
HDR et RSS depuis les 2 autres serveurs, de récupérer les résultats et de les comparer. Si
tout concorde, je considère que tout va bien.
Ma question est la suivante... quelqu'un a-t-il déjà trouvé un moyen de vérifier
que la réplication est bien synchronisée ? Évidemment, j'essaie d'éviter de le faire manuellement
et je souhaite le planifier via cron afin qu'il s'exécute aussi souvent que je le veux et qu'il crée un incident
en cas d'écart.
Merci d'avance,
Dan
↪ replying to DAN MUELLER
Dan,
À mon avis, il n'y a pas grand-chose à faire, à part se fier aveuglément à HDR/RSS et surveiller l'instance (onstat -g dri, DRLOSTANDFOUND et ALARMPROGRAM). Si cela t'inquiète vraiment, envisage des rafraîchissements périodiques de HDR si c'est réalisable.
CDR dispose d'un contrôle cdr ; peut-être qu'une demande d'évolution pour quelque chose de similaire concernant HDR/RSS serait pertinente ?
Quant au test sur la table, il vérifie uniquement que cette table précise est synchronisée et ne prouve rien de plus. Pour que le test soit considéré comme significatif, il faudrait effectuer un « échantillonnage aléatoire » à partir d'une population d'autres tables de test de ce type et, si elles sont signalées comme synchronisées, tu pourrais alors conclure par inférence statistique que toutes les tables sont synchronisées.
Mark
↪ replying to DAN MUELLER
Vous pouvez consulter la tâche du planificateur « ifx_ha_monitor_log_replay_task » dans sysadmin:ph_task. Elle appelle la procédure « ifx_ha_monitor_log_replay », que vous pouvez examiner et éventuellement utiliser comme point de départ pour ce que vous souhaitez faire.
↪ replying to LUIS MARQUES
Pourquoi ne pas comparer la sortie de sysmaster:syslogs des deux côtés ?
Normalement, le journal courant (is_current=1) devrait porter le même numéro des deux côtés et la colonne « used » devrait présenter des valeurs approximativement identiques.
Si vous n'avez pas le même numéro de journal courant des deux côtés, ou si la valeur « used » est « bien inférieure » du côté secondaire, cela signifie probablement que vous avez de la latence.
Jamais essayé, mais cela devrait fonctionner.
Related threads
Glossary