Introduction
Ce document décrit les étapes à suivre pour dépanner lorsque les enregistreurs UCCE A et B sont bloqués dans un état d'initialisation.
Contribution de Pratham Prakash, Ingénieur logiciel Cisco.
Conditions préalables
Exigences
Cisco vous recommande de prendre connaissance des rubriques suivantes :
- Cisco UCCE
- Langage SQL (Structured Query Language) Microsoft
Composants utilisés
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.
Problème
L'analyse du journal a révélé que les journaux UCCE A et B sont bloqués dans un état d'initialisation. Les enregistreurs des deux côtés ne deviennent pas actifs et les enregistreurs continuent à planter avec une exception de connexion bcp épuisée. Un exemple de message d'erreur pour cette condition peut être trouvé dans les fichiers journaux.
14:09:45:286 la-rcv Trace: SQL Server User Error: 2627, State 1, Severity: 14, Message:
Violation of PRIMARY KEY constraint 'XPKPeripheral_Interval'. Cannot insert duplicate key
in object 'dbo.t_Peripheral_Interval'. The duplicate key value is (Jul 3 2015 12:30PM,
5002, 300, 1).
14:09:45:335 la-rcv Trace: Duplicate key ignored because the record already exist in the
database.
14:09:45:335 la-rcv Trace: bcp_done failed
Cela est dû au fait que la table t_Persistent_Variable contient des clés en double. Aucun des deux enregistreurs A et B ne peut terminer l'initialisation.
Solution
Cette condition peut se produire lors de l'utilisation de variables persistantes sur la version 10.x de UCCE ThedDefect "CSCuw02024 t_Persistent_Variable table delete and re-adding records".
Effectuer la solution suivante
Étape 1 : définition de la clé de registre suivante sur le côté A et le côté B de l’enregistreur de la valeur 1 sur 0
HKEY_LOCAL_MACHINE\Software\Geotel\ICR\Customerinstance\LoggerB\Logger\HistoricalData\Persistent
Étape 2. Faites descendre un côté
1) tronquez les tables Persistent_VariableTmp1, Persistent_VariableTmp2 et t_Persistent_Variable sur le côté inférieur.
2) tronquez les tables Persistent_VariableTmp1, Persistent_VariableTmp2 et t_Persistent_Variable du côté actif.
Étape 3 - Redémarrez le service de consignation des deux côtés A et B
Étape 4 Effectuez un test pour vous assurer que les utilisateurs sont en mesure d’apporter des modifications à la configuration.
Étape 5 - Passez un appel test dans le système pour vérifier que les appels fonctionnent.
Étape 6 Il peut encore être nécessaire d’exécuter exit_router. Il a été constaté que le système est en cours d’exécution et que les deux côtés des routeurs ont terminé le transfert d’état en prenant la configuration du côté A logger. Bien que le système du centre de contact soit en cours d'exécution et fonctionne, la base de données du journal côté B est toujours en cours d'initialisation. Cela s'est produit lorsque la clé de récupération du journal de côté B est en retard sur le journal de côté A d'une quantité énorme.
Étape 7 - Exécutez manuellement la commande config db à partir de A —> B
Exportation/importation manuelle des données de configuration depuis A —> B
Bien que lastUpdatekey corresponde entre le côté A et le côté B, Logger B clgr s'est plaint d'une erreur de somme de contrôle. Effectuez manuellement la synchronisation de la base de données de configuration du journal via ICMDBA pour éviter les erreurs de somme de contrôle.
Étapes suivantes pour résoudre le problème de somme de contrôle
1. Arrêt du changement de configuration en remplaçant la clé de registre DBMaintenance par 1
2. Sauvegardez l'intégralité de la base de données de l'enregistreur A sur MSSQL. Et transféré la sauvegarde de la base de données au serveur Logger B.
3. Abandon de la base de données de l'enregistreur B et recréation de la base de données de l'enregistreur B.
4. Restauration de la base de données de l'enregistreur B à partir de la sauvegarde de la base de données de l'enregistreur A.
5. Sauvegarde de service de l'enregistreur B alimenté.
6. Réinitialisez la clé de registre DBMaintenance sur 0
Vérifié
1. Router rttest a établi avec succès la connexion MDS avec les processus Logger B, y compris CLGR, HLGR, RCV, etc.
2. L'enregistreur B n'abandonne pas MDS en raison d'une erreur de somme de contrôle des données.
3. Le journal B étant à l'état d'arrêt depuis quelques jours, le système synchronise désormais activement les données historiques avec HDS.
4. La modification de la configuration fonctionne toujours
Commentaires