Mettez à jour la configuration de groupe de jonctions réseau par l'intermédiaire des requêtes SQL de MISE À JOUR dans l'environnement PCCE

Introduction

Ce document décrit comment mettre à jour la configuration de groupe de jonctions réseau utilisant les requêtes SQL de MISE À JOUR dans l'environnement PCCE.

Conditions préalables

Exigences

Cisco vous recommande de prendre connaissance des rubriques suivantes :

• Contacts Center Enterprise emballés (PCCE)
• Microsoft SQL

Composants utilisés 

Les informations dans ce document sont basées sur ces composants :

• Rogger
• Passerelle d'accès aux périphériques PG-VRU
• Station de travail administrateur
• Base de données historique AW-HDS

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.

Problème 

Dans un scénario très faisant le coin dans PCCE, alors que vous importez la configuration de base la configuration prévue peut correctement ne pas importer ou importé avec le conflit dans le contrôleur logique/ID périphérique traçant à configuration respective/spécifique. Ceci a pu mener aux fonctionnalités inadéquates dans le système/caractéristiques.

Référence CSCvg09448 , CSCvc50016 et CSCvf40204 .

Il y a une limite dans le PCCE où vous ne pouvez pas exécuter la configuration par l'intermédiaire de la Configuration Manager de service ou de la page CCEADMIN afin de corriger l'information erronée.

Exemple

Considérez la table logique de contrôleur, de groupe de jonctions réseau et de groupe de joncteur réseau suivant les indications de l'image.

Groupe de jonctions réseau importé avec LogicalControllerID en tant que 5000 (CUCM) au lieu de 5001 (CVP). En raison de la même chose les id respectifs NWTG et TG n'ont pas été connus par les données de PAGE VRU et d'intervalle de tables de Network_Trunk_Group_Half_Hour et de Trunk_Group_Half_Hour non mises à jour au HDS. Ceci affecte l'état de représentation cuic de port d'IVR qui retourne avec un état vide.

Solution

Car vous considérez la limite des outils dans PCCE pour mettre à jour la configuration, on l'exige pour mettre à jour la configuration utilisant les requêtes SQL de MISE À JOUR directement à l'enregistreur A et des bases de données et sync B avec AWDB.

Procédure

1. Prenez la pleine sauvegarde SQL de l'enregistreur A et B et AWDB A et B pour la mesure de sécurité.

https://www.youtube.com/watch?v=VvaKmujEE7E

2. Startup changez de l'enregistreur A et B services comme manuel dans le contrôleur de service et arrêtez le service.
   
   
3. Startup changez du distributeur A et B services comme manuel dans le contrôleur de service et arrêtez le service.

4. Exécutez ce les requêtes SQL contre l'enregistreur UN DB et prenez un tir d'écran de la sortie.

select * from Logical_Interface_Controller

select * from Network_Trunk_Group

select * from t_Trunk_Group

Note: PCCE a par défaut avec un contrôleur logique dans le config de base. (Assurez pour UCCE)

5. Exécutez la sous-requête dans l'enregistreur A et le DB B et assurez-vous que le résultat retourne avec une valeur.

select LogicalControllerID from Logical_Interface_Controller where ClientType=13

6. Exécutez cette requête SQL de MISE À JOUR contre l'enregistreur UN DB et l'assurez que la requête a exécuté avec succès.

UPDATE Network_Trunk_Group SET LogicalControllerID=(select LogicalControllerID from Logical_Interface_Controller where ClientType=13) where NetworkTrunkGroupID=5000

7. Réexécutez le choisi * de Network_Trunk_Group et confirmez l'ID logique de contrôleur mis à jour.
   
   
8. Exécutez la requête SQL ci-dessous de MISE À JOUR contre le DB de l'enregistreur B et assurez la requête exécutée avec succès.

UPDATE Network_Trunk_Group SET LogicalControllerID=(select LogicalControllerID from Logical_Interface_Controller where ClientType=13) where NetworkTrunkGroupID=5000

9. Réexécutez le choisi * de Network_Trunk_Group et confirmez l'ID logique de contrôleur mis à jour.
   
   
10. Commencez les services de l'enregistreur A et B dans le contrôleur de service et mettez à jour le startup comme automatique.
    
    
11. Commencez le service du distributeur A dans le contrôleur de service et mettez à jour le startup comme automatique.
    
    

12. Dans le serveur AWHDS, allez à C:\ProgramData\Microsoft\Windows\Start le menu \ programmes \ les outils \ outils d'administration de Cisco Unified CCE.
    
    
13. Exécutez le centre serveur de base de données locale d'initialiser.
    
    

14. Cliquez sur le début suivant les indications de l'image, et puis oui pour le message d'avertissement et l'attente le résultat.
    
    

15. Exécutez ce les requêtes SQL contre l'AWDB A et assurez les modifications mises à jour.

select * from Logical_Interface_Controller

select * from Network_Trunk_Group

select * from t_Trunk_Group

Note: PCCE a par défaut avec un AWSITE, Init LocalDB peut être exécuté seulement sur l'aw actif ou ce message d'erreur est reçu tandis que vous exécutez l'Init LocalDB dans le côté inactif

16. Afin de faire le distributeur B comme côté actif, arrêtez le service du distributeur A.
    
    
17. Commencez le service du distributeur B dans le contrôleur de service et mettez à jour le startup comme automatique.
    
    
18. Dans le serveur AWHDS, naviguez vers le menu de C:\ProgramData\Microsoft\Windows\Start \ programmes \ les outils \ outils d'administration de Cisco Unified CCE
    
    
19. Exécutez le centre serveur de base de données locale d'initialiser.
    
    
20. Cliquez sur le début et puis oui pour le message d'avertissement et l'attente jusqu'au résultat.
    
    
21. Exécutez ce les requêtes SQL contre l'AWDB B et assurez les modifications mises à jour.

select * from Logical_Interface_Controller

select * from Network_Trunk_Group

select * from t_Trunk_Group

22. Commencez le service du distributeur A dans le contrôleur de service.

Note: La plupart des demandes de modification de configuration effectuées par l'intermédiaire du routeur, mais des configurations sur le SQL ne sont pas directement mises à jour. Il syncs à la mémoire de routeur sur le prochain intervalle de ConfigUpdate. Vous devez attendre jusqu'au prochain intervalle ou exécuter l'étape 23 (aucune incidence).

23. Exécutez le get_config de commande dans le RTTEST et obtenez les informations mises à jour à la mémoire de routeur.
    
    

23. Naviguez vers la passerelle d'accès aux périphériques A et B et connectez à l'OPCTEST de la PAGE VRU
    
    
24. Exécutez les commandes

list_network_trunk_group <NetworkTrunkGroupID> (5000) and

list_trunk_group <VRU Peripheral ID> (5001)

26. Assurez-vous que vous obtenez la configuration mise à jour reflétée dans l'OPC de PAGE VRU comme affiché ici.
    
    
27. Signalez l'enregistreur et la mise à jour AWDB et le résultat OPCTEST, les mises à jour nécessaires d'intervalle se reflète dans le DB HDS. (Après 30 minutes).
    
    
28. Exécutez ce les requêtes SQL et assurez les données d'intervalle mises à jour.

select * from t_Trunk_Group_Half_Hour where DateTime>'2019-02-14'

select * from Network_Trunk_Group_Half_Hour where DateTime>'2019-02-14'

Repositionnement

Accéder à la base de données de l'enregistreur directement et l'utilisation des commandes de MISE À JOUR SQL sont très essentiels et sensibles. L'utilisation inadéquate des étapes a pu mener à la perte de données, à la correction etc. de données. Il est fortement recommandé pour utiliser les étapes ci-dessus seulement au scénario spécifique avec la recommandation de l'ingénieur TAC Cisco. 

Puisque vous avez collecté la sauvegarde de base de données SQL (PLEINE) avant de commencer avec les étapes, vous pouvez utiliser aux fichiers de sauvegarde pour restaurer la base de données pour surmonter l'incertitude.

https://www.youtube.com/watch?v=TWQe_CxK9Ik