Ce document donne un aperçu du serveur d'enregistrement du Portail Cisco Unified Customer Voice (CVP) et offre des étapes de dépannage.
Des tables CVP sont classées par catégorie en tant que :
Les appels commencent à la table d'appel et sont liés à la table de VXMLSession par la colonne de CallGUID.
Le serveur unifié d'enregistrement CVP inclut un processus récapitulatif qui agrège des données des tables d'appel et de VXMLElement dans de nouveaux tableaux synoptiques.
Les tableaux synoptiques d'enregistrement sont :
Les tables sont créées ont basé sur ce programme :
Voir l'ID de bogue Cisco CSCue65248, « CVP signalant les tableaux synoptiques ne sont pas remplis. » Dans le serveur d'enregistrement CVP, les tableaux synoptiques ne sont pas remplis. La question est provoqué par par le script pour le résumé mensuel, qui a été introduit dans CVP 9.0.
Le CVP unifié 9.0(1) signalant la base de données est pris en charge seulement sur le serveur R2 de Windows 2008. Puisque la base de données unifiée d'enregistrement CVP 8.x est prise en charge par Windows 2003, il n'y a aucune mise à jour directe au CVP unifié 9.0(1) signalant la base de données.
Pour des instructions de transfert, voyez le guide d'installation. Notez cela :
Les différences dans des tâches d'installation de courrier incluent :
Une différence principale dans les utilisateurs est que, avec 9.x, il n'y a plus d'utilisateur d'Informix. Au lieu de cela, l'utilisateur de cvp_dbadmin est le propriétaire de la base de données.
Les serveurs d'enregistrement de Cisco MCS-7845 peuvent manipuler 420 messages par seconde.
Employez cette équation afin de déterminer le nombre de messages d'enregistrement générés par seconde pour chaque application de VoiceXML :
A# = %CPS * CPS * MSG
where:
Employez cette équation afin d'ajouter les messages générés par chaque application :
A(total) = A1+ A2+?..+An
là où A(total) est le nombre total de messages d'enregistrement générés par seconde par vos applications de VoiceXML.
Le nombre de messages d'enregistrement par élément ou activité est dans le tableau 17 dedans de la version de la conception de réseaux de référence de solution du Portail Cisco Unified Customer Voice (CVP) (SRND) 9.0(1).
Pour la simplicité, vous pouvez employer cette requête afin de calculer nombre de messages moyen écrits à la table de vxmlsession pour une seconde :
select count(*)/86400 from vxmlsession where dbdatetime between
'2012-12-12 00:00:00' and '2012-12-13 00:00:00'"
Exécutez cette requête contre ces 14 tables :
Ajoutez les résultats afin d'obtenir nombre de messages moyen par seconde reçu par le serveur d'enregistrement.
Si le serveur d'enregistrement est surchargé, les logs d'enregistrement contiennent ces alertes :
CVP_8_0_RPT-1-REPORTING_DB_ALERT_RAISE ALERT!!!!! The total JDBC messages queue
size has exceeded the critical limit 300000 .... All the JDBC messages will
be dropped. [id:4014]
CVP_8_0_RPT-1-REPORTING_DB_ALERT_RAISE ALERT!!!!! The total JDBC messages queue
size has exceeded the max limit 250000 .... Some of the JDBC messages may be
dropped. [id:4014]
Il y a plusieurs scénarios où le serveur d'enregistrement va au service partiel. Cependant, le service partiel ne signifie pas nécessairement qu'il y a un problème.
Si le serveur d'enregistrement échoue, des messages destinés pour le serveur d'enregistrement sont mis en mémoire tampon par le serveur d'appel, dans la mémoire, jusqu'à 200,000 messages. Ensuite que la limite est atteinte, toutes les nouvelles informations détaillées de message sont abandonnées.
Prenez ces mesures afin de placer le nombre de mémoires tampons Receive sur les configurations de TCP de serveur d'enregistrement à 4096 (maximum) :
Si la Connexion de la base de données échoue, le serveur d'enregistrement envoie une alerte et des débuts de Protocole SNMP (Simple Network Management Protocol) pour enregistrer des messages à un fichier persistant (%CVP_HOME% \ tmp \ CVPReporting.tmp) jusqu'à une limite personnalisée par l'utilisateur. Pendant ce temps, le serveur d'enregistrement que des séjours dans Service.When 75% de la limite est atteints, un avertissement est écrit au fichier journal. Quand 100% de la limite est atteint, une alerte SNMP est envoyée, et le serveur d'enregistrement entre dans le service partiel. Tous les nouveaux messages pourraient être abandonnés.
Quand la Connexion de la base de données se réactive, le serveur d'enregistrement entre dans le mode de reprise et change son état au service partiel (s'il n'est pas dans cet état déjà). Il puis débuts pour lire des messages à partir du fichier de %CVP_HOME% \ tmp \ CVPReporting.tmp et pour les investir dans la base de données. Selon la taille du fichier, il peut prendre des heures pour investir toutes les données dans la base de données. Nouveaux messages qu'entré pendant la reprise sont mis en mémoire tampon dans la mémoire.
Il y a, cependant, une limite à nombre de messages que le serveur d'enregistrement peut mettre en mémoire tampon, indépendamment du mode ou de l'état du serveur :
Si un fichier persistant existe sur le startup, le serveur d'enregistrement reste dans le service partiel et entre dans le mode de reprise.
Le serveur d'enregistrement peut également aller au service partiel quand il récupère des appels non finis.
Ce message est vu dans les journaux du serveur d'enregistrement :
%CVP_8_0_RPT-1-REPORTING_STATE_CHANGE: REPORTING Subsystem state changed to
RPT SS RPT1 changes its state to Partial Service cause Unfinished calls
recovery started [id:4001]
Les logs incluent également des informations sur la reprise de ces appels. Souvenez-vous que le processus de reprise peut prendre un longtemps !
%CVP_8_0_RPT-6-REPORTING_INFO: Recover Uncompleted call: 73
CallGUID:90DAAAC91000013C01075FC253EF37A4 Event Id: 11 CauseId: 0 [id:4000]
...
%CVP_8_0_RPT-6-REPORTING_INFO: Recover Uncompleted call:
129 CallGUID:673A58361000013C087A209E53EF37A5 Event Id: 0 CauseId: 0 [id:4000]
Des appels une fois non finis sont terminés, ces messages sont vus, et le serveur d'enregistrement retourne à dans l'état de service :
%CVP_8_0_RPT-6-REPORTING_INFO: Recover CallRegistry finished [id:4000]
%CVP_8_0_RPT-6-REPORTING_INFO: initKeepAliver() -- processed unfinished calls
[id:4000]
%CVP_8_0_RPT-1-REPORTING_STATE_CHANGE: REPORTING Subsystem state changed to RPT
SS RPT1 changes its state to In Service cause Normal Operation [id:4001]
Vous pouvez retirer le fichier de %CVP_HOME% \ tmp \ CVPReporting.tmp afin d'éviter le processus de reprise et rapporter le serveur d'enregistrement en service. Cette procédure décrit comment sauter le processus de reprise :
Voir l'ID de bogue Cisco CSCtu43570, « CVPReporting.tmp se développe au delà de la limite de taille et n'est pas opportun récupéré. » De nouvelles données d'enregistrement d'appel ont été perdues parce que le fichier ne pourrait pas être complètement indiqué dedans. Le disque dur se remplissait, qui a par la suite entraîné un état « hors d'espace disque ».
Cette question a été réparée base de données dans CVP unifié enregistrement 8.5(1)SR18 et 8.5(1)SR6.
Éditez le <install_dir> \ Cisco \ CVP \ fichier du conf \ reporting.properties afin de placer le niveau de suivi dans les journaux du serveur d'enregistrement. Voici un exemple :
RPT.traceMask = 0x810000
RPT.logLevel = DEBUG
Les résumés utilisent deux tables dans la base de données de ciscoadmin : agg_schedule et agg_statements.
Le fichier <CVP_HOME> \ logs \ reporting.txt affiche si l'agrégation a fonctionné.
Cette procédure décrit comment activer le suivi supplémentaire pour le travail aggregator.bat :
echo call sp_sched_agg(); | dbaccess ciscoadmin
à :
echo call sp_sched_agg('D'); | dbaccess ciscoadmin
Des logs de debug sont écrits dans le fichier CVP_HOME> \ logs \ Agg_Debug.out.
Cette procédure décrit le processus de dépannage :
call upg_est(); UNLOAD to "c:/temp/upgvars.out" SELECT estimate1,estimate2,
retention,log_space_needed,minlog,maxlog FROM cvp_data:upg_estimate;
23:41:54 Wed Dec 19 2012 : dbaccess cvp_data
C:\Cisco\CVP\informix_frag\upg_est.sql
Database selected.
312: Cannot update system catalog (sysprocbody).
131: ISAM error: no free disk space
Error in line 26
Near character position 11
23:41:54 Wed Dec 19 2012 : dbaccess cvp_data c:/temp/cvpupg.sql 2>NUL
Database selected.
206: The specified table (upg_estimate) is not in the database.
SELECT COUNT(*)Mais, cette table n'obtient pas créé.
INTO tmp_int
FROM systables
WHERE tabname='upg_estimate';
IF tmp_int=0 THEN
CREATE TABLE upg_estimate (
estimate1 INTERVAL HOUR TO MINUTE,
estimate2 INTERVAL HOUR TO MINUTE,
retention SMALLINT,
log_space_needed INTEGER,
minlog INTEGER,
maxlog INTEGER
);
SELECT COUNT(*) FROM systables WHERE tabname='upg_estimate';La requête renvoie 0, ainsi la table devrait avoir été créée.
CREATE TABLE upg_estimate (Vous recevez le message d'erreur :
estimate1 INTERVAL HOUR TO MINUTE,
estimate2 INTERVAL HOUR TO MINUTE,
retention SMALLINT,
log_space_needed INTEGER,
minlog INTEGER,
maxlog INTEGER
);
261: Cannot Create file for table (informix.upg_estimate).
131: ISAM error: no free disk space
onspaces -a cvp_data_dbspace -
E:\ifmxdata\cvp_db_wp17cvprpt1a\cvp_data_dbspace\new_space -o 0 -s 10240
Cette commande ajoute 100 Mo de dbspace au serveur Informix CVP.
Cet exemple affiche comment se connecter à la base de données à DBAccess :