Introduction
Ce document décrit les étapes pour dépanner Customer Voice Portal (CVP) Reporting Server Database Purge Failure (Emergency and Nightly Purge).
Conditions préalables
Exigences
Cisco vous recommande de prendre connaissance des rubriques suivantes :
- Serveur CVP
- Cisco Unified Intelligent Contact Management (ICM)
- Cisco Unified Contact Center Enterprise (UCCE)
Composants utilisés
Les informations contenues dans ce document sont basées sur les versions de logiciel suivantes :
- CVP Reporting Server 8.5 et versions ultérieures
- Console des opérations CVP (OAMP)
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. Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.
Dépannage des scénarios les plus courants
Incompatibilité de mot de passe
Assurez-vous que les mots de passe CVP_dbadmin et CVP_dbuser sont identiques. Il y a un défaut pour ce CSCuw90124
.
Cela peut être vérifié dans les journaux CVP du serveur de rapports.
Extraits de journal :
During night purge time 12:00 midnight as per the configuration done on OAMPserver, Purge started.
10.XX.XX.XX: Sep 20 2017 00:00:02.986 +0400: %CVP_10_5_RPT-1-REPORTING_ALERT_MESSAGE: Starting purge handler operation. [id:4024]
But failed due to password issue,
10.XX.XX.XX: Sep 20 2017 00:00:06.012 +0400: %CVP_10_5_RPT-3-REPORTING_DB_ERROR_MSG: (Database: cvp_data) Failed running the stored procedure sp_got_space(): java.sql.SQLException: Incorrect password or user com.informix.asf.IfxASFRemoteException: cvp_dbadmin@XX.com is not known on the database server.: java.sql.SQLException: Incorrect password or user com.informix.asf.IfxASFRemoteException: cvp_dbadmin@XX.com is not known on the database server. (DBScript.testPurgeNeeded)
java.sql.SQLException: Incorrect password or user com.informix.asf.IfxASFRemoteException: cvp_dbadmin@XX.com is not known on the database server.
Solution de non-concordance de mots de passe
Réinitialisez le mot de passe de CVP_dbadmin et CVP_dbuser :
Étape 1 : ouverture d’une session Bureau à distance sur le serveur de rapports
Étape 2. Connectez-vous au serveur avec un utilisateur disposant de privilèges d’administrateur.
Étape 3. Assurez-vous que les utilisateurs CVP Reporting Informix, cvp_dbadmin, cvp_dbuser existent sur CVP Reporting Server.
Étape 4. Les utilisateurs CVP Reporting doivent être membres d’administrateurs locaux et de groupes d’administrateurs Informix.
Étape 5. Assurez-vous que les comptes d'utilisateur CVP Reporting ne sont pas verrouillés.
Étape 6. Assurez-vous que Reporting Server est arrêté via la console CVP OAMP avant de modifier le mot de passe Windows. Si le serveur de rapports n'est pas arrêté, il tente de se connecter avec la combinaison nom d'utilisateur/mot de passe incorrecte et de verrouiller le compte cvp_dbuser.
Étape 7. Assurez-vous que le service Cisco CVP Resource Manager est à l’état Running sur le serveur CVP Reporting Server.
Étape 8. Accédez à Gestion de l'ordinateur > Utilisateurs et groupes locaux > Utilisateurs.
Étape 9. Réinitialisez le mot de passe pour informix, cvp_dbadmin, cvp_dbuser à un mot de passe temporaire.
Étape 10. Accédez à la page Web de la console OAMP et sélectionnez Device Management > Unified CVP Reporting Server. Sélectionnez et modifiez la configuration du serveur de rapports CVP. Sélectionnez Database Administration > Change User Passwords.
Étape 11. Entrez l’ancien mot de passe temporaire de l’étape 9, puis entrez votre nouveau mot de passe permanent.
Étape 12. Assurez-vous que les comptes ne sont pas verrouillés par le biais des Utilisateurs et groupes locaux Windows.
Étape 13. Redémarrez le service CVP Reporting Server.
Échec de la purge avec erreur : Échec de l'exécution de la procédure stockée sp_frag_mgt : -310
Cela peut être vérifié dans les journaux CVP du serveur de rapports.
Extrait de journal :
10.XX.XX.XX 00:00:03.683 -0500: %CVP_8_5_RPT-3-REPORTING_DB_ERROR_MSG: (Database: cvp_data) runDBPurge -- Failed running the stored procedure sp_frag_mgt: -310
10.XX.XX.XX 00:00:03.683 -0500: %CVP_8_5_RPT-1-REPORTING_DB_PURGE_FAILED:The Reporting (Database: cvp_data) database purge operation failed [Duration: 0.50
Purger la solution d'échec pour erreur -310
Afin de résoudre cet échec, supprimez la table junk dans la table cvp_data dans le serveur de rapports.
Le code d'erreur -310 indique qu'une table (ou plutôt un fragment) existe déjà. Lorsque la purge est exécutée, les fragments sont détachés dans une table nommée junk, puis la table est supprimée. Comme la purge ne s'exécute pas correctement, la table Informix.junk n'est pas supprimée à la fin du processus de purge. Pour résoudre ce problème, vous devez supprimer la table manuellement et procéder comme suit :
Étape 1. Accédez à Démarrer > Tous les programmes > Informix Dynamic Server > cvp_db_<dbname>.
Étape 2. Entrez dbaccess.
Étape 3. Dans le menu, sélectionnez Connexion.
Étape 4. Dans la liste des serveurs de base de données, sélectionnez le serveur approprié. Dans ce cas, cvp_data.
Étape 5. À l’invite USER NAME >>, tapez le nom de connexion.
Étape 6. À l’invite PASSWORD >>, tapez le mot de passe utilisateur.
Étape 7. Sélectionnez la base de données à utiliser, à savoir cvp_data.
Étape 8. Sélectionnez Exit afin de revenir au menu principal.
Étape 9. Sélectionnez Query-Language afin d'exécuter une requête.
Étape 10. Exécutez la requête « drop table junk ».
Une fois la table supprimée, la purge s'exécute correctement.
Échec de la purge avec erreur Exécution de la procédure stockée sp_frag_mgt : -206
Cela peut être vérifié dans les journaux CVP du serveur de rapports.
Extrait de journal :
10.XX.XX.XX Nov 04 2017 00:02:55.489 +0400: %CVP_10_5_RPT-3-REPORTING_DB_ERROR_MSG: (Database: cvp_data) runDBPurge -- Failed running the stored procedure sp_frag_mgt: -206 [id:4012]
10:XX.XX.XX Nov 04 2017 00:02:55.520 +0400: %CVP_10_5_RPT-1-REPORTING_DB_PURGE_FAILED: The Reporting (Database: cvp_data) database purge operation failed [Duration: 89.72 seconds]. [id:4006]
Solution d'échec de purge pour erreur -206
Vérifiez le résultat de Frag_mgt afin de comprendre pourquoi la procédure stockée a échoué. Si c'est à cause de purgelist, supprimez le purgelist de la table cvpadmin.
Mise en garde : Pour les journaux de fragments SQL, assurez-vous d'effectuer ces étapes pendant une période de faible trafic vocal.
Étape 1. Utilisez l'outil dbaccess afin de vous connecter à la base de données cvp_data et exécutez Call sp_frag_mgt('D');. Le résultat est écrit dans CVPHOME\logs\Frag_mgt.out
Étape 2. Vérifier s'il était bloqué en raison du purgelist.
Extrait de journal :
evaluates to alter fragment on table vxmlelement detach partition sys_p5962 junk
EXECUTE IMMEDIATE alter fragment on table vxmlelement detach partition sys_p5962 junk
;
exception : looking for handler
SQL error = -626 ISAM error = -106 error string = = ""
Étape 3. Exécutez la requête select * from ciscoadmin:purgelist against the cvp_admin table afin de vérifier le purgelist.
Mise en garde : Assurez-vous de prendre ces mesures pendant une période de faible trafic vocal.
Étape 4. Afin de supprimer la purgelist, arrêtez le service CVP Cisco CVP CallServer sur le serveur de rapports.
Étape 5. Exécutez la commande dbaccess ciscoadmin « delete from purgelist where action='D'; »
Étape 6. Exécutez manuellement la procédure sp_frag_mgt afin de vérifier si s'exécute correctement.
Étape 7. Démarrez le service CVP Cisco CVP CallServer sur le serveur de rapports.
Vérifier
Afin de vérifier si la purge fonctionne correctement ou non, après l'échec de la purge avec l'erreur 206 est résolu, suivez ces étapes :
Étape 1. Vous pouvez vérifier les journaux cvp et confirmer qu’aucun message d’échec de purge n’existe.
Étape 2. Exécutez la commande onstat -d afin de vérifier l'espace de base de données, l'utilisation, la disponibilité, etc.
Étape 3. Exécutez ces requêtes sur la table cvp_data afin de confirmer les données disponibles en fonction de la période de rétention configurée pour les tables respectives dans les paramètres de purge CVP OAMP.
select min(dbdatetime) from vxmlelement
select min(dbdatetime) from call