Este original dá uma vista geral do server do relatório do Portal Cisco Unified Customer Voice (CVP) e oferece passos de Troubleshooting.
As tabelas CVP são categorizadas como:
O começo dos atendimentos na tabela do atendimento e é ligado à tabela de VXMLSession pela coluna de CallGUID.
O server unificado do relatório CVP inclui um processo sumário que agregue dados das tabelas do atendimento e do VXMLElement em tabelas de sumário novas.
As tabelas de sumário do relatório são:
As tabelas são criadas basearam nesta programação:
Veja a identificação de bug Cisco CSCue65248, “tabelas de sumário do relatório CVP não são povoados.” No server do relatório CVP, as tabelas de sumário não são povoadas. A edição é causada pelo script para o sumário mensal, que foi introduzido em CVP 9.0.
O CVP unificado 9.0(1) que relata o base de dados é apoiado somente no server R2 de Windows 2008. Porque o base de dados unificado do relatório CVP 8.x é apoiado por Windows 2003, não há nenhuma atualização direta ao CVP unificado 9.0(1) que relata o base de dados.
Para instruções da migração, veja o Guia de Instalação. Observe que:
As diferenças em tarefas da instalação do cargo incluem:
Uma diferença chave nos usuários é que, com 9.x, não há não mais usuário de Informix. Em lugar de, o usuário do cvp_dbadmin é o proprietário do base de dados.
O MCS-7845 de Cisco que relata server pode segurar 420 mensagens por segundo.
Use esta equação a fim determinar o número de mensagens do relatório geradas por segundo para cada aplicativo do VoiceXML:
A# = %CPS * CP * MSG
where:
Use esta equação a fim adicionar as mensagens geradas por cada aplicativo:
A(total) = A1+ A2+?..+An
onde A(total) é o número total de mensagens do relatório geradas por segundo por seus aplicativos do VoiceXML.
O número de mensagens do relatório pelo elemento ou a atividade está na tabela 17 dentro da liberação do projeto de rede da referência da solução do Portal Cisco Unified Customer Voice (CVP) (SRND) 9.0(1).
Para a simplicidade, você pode usar esta pergunta a fim calcular o número de mensagens médio escritas à tabela do vxmlsession para o segundo:
select count(*)/86400 from vxmlsession where dbdatetime between
'2012-12-12 00:00:00' and '2012-12-13 00:00:00'"
Execute esta pergunta contra estas 14 tabelas:
Adicionar os resultados a fim obter por segundo o número de mensagens médio recebidas pelo server do relatório.
Se o server do relatório é sobrecarregado, os logs do relatório contêm estes alertas:
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]
Há diversas encenações aonde o server do relatório vai ao serviço parcial. Contudo, o serviço parcial não significa necessariamente que há um problema.
Se o server do relatório falha, as mensagens destinadas para o server do relatório estão protegidas pelo server do atendimento, na memória, até 200,000 mensagens. Em seguida que o limite está alcançado, toda a informação detalhada nova da mensagem é deixada cair.
Tome estas etapas a fim ajustar o número de bufferes Receive nos ajustes do server TCP do relatório a 4096 (máximo):
Se a Conexão ao base de dados falha, o server do relatório manda um alerta do Simple Network Management Protocol (SNMP) e começa-o armazenar mensagens a um arquivo persistente (%CVP_HOME% \ tmp \ CVPReporting.tmp) até um limite especificado pelo utilizador. Durante este tempo, as estadas do server do relatório em Service.When 75% do limite são alcançadas, um aviso são escritas ao arquivo de registro. Quando 100% do limite é alcançado, um alerta SNMP está mandado, e o server do relatório entra no serviço parcial. Todas as mensagens novas puderam ser deixadas cair.
Quando a Conexão ao base de dados vem apoio, o server do relatório entra no modo de recuperação e muda seu estado ao serviço parcial (se não está nesse estado já). Começa então ler mensagens do arquivo de %CVP_HOME% \ tmp \ CVPReporting.tmp e comprometê-las ao base de dados. Segundo o tamanho do arquivo, pode tomar horas para comprometer todos os dados ao base de dados. As mensagens novas que vêm dentro durante a recuperação são protegidas na memória.
Há, contudo, um limite ao número de mensagens que o server do relatório pode proteger, apesar do modo ou do estado do server:
Se um arquivo persistente existe na partida, o server do relatório fica no serviço parcial e entra no modo de recuperação.
O server do relatório pode igualmente ir ao serviço parcial quando está recuperando atendimentos inacabados.
Esta mensagem é considerada nos log de servidor do relatório:
%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]
Os logs igualmente incluem a informação sobre a recuperação destes atendimentos. Recorde que o processo de recuperação pode tomar um muito tempo!
%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]
Os atendimentos uma vez inacabados são terminados, estas mensagens são consideradas, e o server do relatório vai para trás no estado do serviço:
%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]
Você pode remover o arquivo de %CVP_HOME% \ tmp \ CVPReporting.tmp a fim evitar o processo de recuperação e trazer para trás o server do relatório no serviço. Este procedimento descreve como contornear o processo de recuperação:
Veja a identificação de bug Cisco CSCtu43570, “CVPReporting.tmp cresce além do limite de tamanho e não é oportuno recuperado.” Os dados novos do relatório do atendimento foram perdidos porque o arquivo não poderia completamente ser lido dentro. O disco rígido estava enchendo-se acima, que causou eventualmente “fora uma condição do espaço de disco”.
Esta edição foi fixada base de dados no relatório 8.5(1)SR18 e 8.5(1)SR6 CVP unificado.
Edite o <install_dir> \ Cisco \ CVP \ arquivo do conf \ reporting.properties a fim ajustar o nível de rastreamento nos log de servidor do relatório. Este é um exemplo:
RPT.traceMask = 0x810000
RPT.logLevel = DEBUG
Os sumários usam duas tabelas no base de dados do ciscoadmin: agg_schedule e agg_statements.
As mostras do arquivo <CVP_HOME> \ logs \ reporting.txt se a agregação foi executado.
Este procedimento descreve como permitir o traçado adicional para o trabalho aggregator.bat:
echo call sp_sched_agg(); | dbaccess ciscoadmin
a:
echo call sp_sched_agg('D'); | dbaccess ciscoadmin
Debugar logs são escritos no arquivo CVP_HOME> \ logs \ Agg_Debug.out.
Este procedimento descreve o processo de Troubleshooting:
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(*)Mas, esta tabela não obtém criada.
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';A pergunta retorna 0, assim que a tabela deve ter sido criada.
CREATE TABLE upg_estimate (Você recebe o Mensagem de Erro:
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
Este comando adiciona o 100 MB do dbspace ao server CVP Informix.
Este exemplo mostra como conectar ao base de dados com o DBAccess: