Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.
Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.
Ce document décrit des étapes pour dépanner la panne de purge de base de données du serveur d'enregistrement du Customer Voice Portal (CVP) (urgence et purge nocturne).
Cisco vous recommande de prendre connaissance des rubriques suivantes :
Les informations contenues dans ce document sont basées sur les versions de logiciel suivantes :
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 vivant, assurez-vous que vous comprenez l'impact potentiel de n'importe quelle commande.
Assurez que des mots de passe de CVP_dbadmin et de CVP_dbuser sont même. Il y a un défaut pour ce CSCuw90124 .
Ceci peut être vérifié dans les logs CVP du serveur d'enregistrement.
Logsnippets :
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.
Remettez à l'état initial le mot de passe de CVP_dbadmin et de CVP_dbuser :
Étape 1. Ouvrez une session de bureau distant au serveur d'enregistrement.
Étape 2. Ouvrez une session au serveur avec un utilisateur qui a des privilèges d'administrateur.
Étape 3. Assurez-vous que les utilisateurs Informix d'enregistrement CVP, cvp_dbadmin, cvp_dbuser existent sur le serveur d'enregistrement CVP.
Étape 4. Les utilisateurs d'enregistrement CVP doivent être des membres des groupes d'administrateurs locaux et d'admin d'Informix.
Étape 5. Assurez que les comptes utilisateurs d'enregistrement CVP ne sont pas verrouillés.
Étape 6. Assurez que le serveur d'enregistrement est arrêté par l'intermédiaire de la console CVP OAMP avant que le mot de passe de Windows soit changé. Si le serveur d'enregistrement n'est pas arrêté, il tente de se connecter à la mauvaise combinaison de nom d'utilisateur/mot de passe et de verrouiller le compte de cvp_dbuser.
Étape 7. Assurez que le service de gestionnaire de ressources de Cisco CVP est en exécutant l'état sur le serveur d'enregistrement CVP.
Étape 8. Naviguez vers la gestion de l'ordinateur > les utilisateurs locaux et les groupes > les utilisateurs.
Étape 9. Remettez à l'état initial le mot de passe pour l'informix, cvp_dbadmin, cvp_dbuser à un mot de passe provisoire.
Étape 10. Entrez dans la page Web de console OAMP et naviguez vers la Gestion de périphériques > serveur unifié d'enregistrement CVP. Sélectionnez et éditez la configuration du serveur d'enregistrement CVP. Mots de passe utilisateur choisis d'administration de base de données > de modification.
Étape 11. Entrez le mot de passe provisoire de l'étape 9 comme ancien mot de passe, et puis entrez votre nouveau mot de passe permanent.
Étape 12. Assurez que les comptes ne sont pas verrouillés par des utilisateurs locaux et des groupes de Windows.
Étape 13. Redémarrez le service de serveur d'enregistrement CVP.
Ceci peut être vérifié dans les logs CVP du serveur d'enregistrement.
Logsnippet :
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
Afin de résoudre cette panne, relâchez la table d'ordure dans la table de cvp_data dans le serveur d'enregistrement.
Code d'erreur -310 indique qu'une table (ou fragmentez plutôt) existe déjà. Quand la purge est exécutée, des fragments sont détachés à une table nommée ordure et alors la table est lâchée. Puisque la purge ne fonctionne pas avec succès, la table Informix.junk n'est pas supprimée à la fin du processus de purge. Afin de résoudre ce problème, vous devez supprimer la table manuellement et prendre ces mesures :
Étape 1. Naviguez pour commencer > tous les programmes > serveur > cvp_db_<dbname> dynamiques d'Informix.
Ceci peut être vérifié dans les logs CVP du serveur d'enregistrement.
Logsnippet :
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]
Vérifiez Frag_mgt sorti afin de comprendre pourquoi la procédure stockée a manqué. S'il est en raison de purgelist, supprimez le purgelist de la table de cvpadmin.
Attention : Pour des logs de fragment SQL, assurez pour prendre ces mesures tandis que dans une basse période du trafic vocal.
Étape 1. Utilisez l'outil de dbaccess afin d'ouvrir une session au sp_frag_mgt d'appel de base de données et de passage de cvp_data (« D ") ;. La sortie est écrite dans CVPHOME \ logs \ Frag_mgt.out
Étape 2. Vérifiez si elle était due coincé au purgelist d'ordure.
Extrait de log :
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 choisie * du ciscoadmin : purgelist contre la table de cvp_admin afin de vérifier le purgelist.
Attention : Assurez pour prendre ces mesures tandis que dans une basse période du trafic vocal.
Étape 4. Afin de supprimer le purgelist, arrêtez le service Cisco CVP CallServer CVP sur le serveur d'enregistrement.
Étape 5. Effacement exécutez de commande de dbaccess ciscoadmin « de purgelist où action='D ; "
Étape 6. Exécutez manuellement le sp_frag_mgt de procédure afin de vérifier si exécute avec succès.
Étape 7. Commencez le service Cisco CVP CallServer CVP sur le serveur d'enregistrement.
Afin de vérifier, que la purge fonctionne correctement ou pas, après que l'échouer de purge avec l'erreur 206 soit résolu, suivez ces étapes :
Étape 1. Vous pouvez vérifier les logs de cvp et ne confirmer aucun message d'échec de purge existez.
Étape 2. Exécutez l'onstat de commande – d afin de vérifier l'espace de base de données, l'utilisation, la Disponibilité, etc.
Étape 3. Exécutez ces requêtes contre la table de cvp_data afin de confirmer le disponible de données basé sur la période de validité configurée pour les tables respectives dans des configurations de purge CVP OAMP.
select min(dbdatetime) from vxmlelement
select min(dbdatetime) from call