El conjunto de documentos para este producto aspira al uso de un lenguaje no discriminatorio. A los fines de esta documentación, "no discriminatorio" se refiere al lenguaje que no implica discriminación por motivos de edad, discapacidad, género, identidad de raza, identidad étnica, orientación sexual, nivel socioeconómico e interseccionalidad. Puede haber excepciones en la documentación debido al lenguaje que se encuentra ya en las interfaces de usuario del software del producto, el lenguaje utilizado en función de la documentación de la RFP o el lenguaje utilizado por un producto de terceros al que se hace referencia. Obtenga más información sobre cómo Cisco utiliza el lenguaje inclusivo.
Cisco ha traducido este documento combinando la traducción automática y los recursos humanos a fin de ofrecer a nuestros usuarios en todo el mundo contenido en su propio idioma. Tenga en cuenta que incluso la mejor traducción automática podría no ser tan precisa como la proporcionada por un traductor profesional. Cisco Systems, Inc. no asume ninguna responsabilidad por la precisión de estas traducciones y recomienda remitirse siempre al documento original escrito en inglés (insertar vínculo URL).
Este documento describe un proceso del Troubleshooting de los horario duplicados para la característica porta de la información de la Voz de cliente de Cisco (CVP).
Contribuido por Mohamed Mohasseb, Aleksey Yankovskyy y Alexander Levichev, ingenieros de Cisco TAC.
Cisco recomienda que tenga conocimiento sobre estos temas:
La información en este documento se basa en la versión del servidor 11.0 del CVP, pero es también aplicable para las versiones anteriores.
La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener cualquier comando.
En los controles de la tabla del agg_schedule de la base de datos del ciscoadmin cuantas veces se ejecuta cada agregación. En algunos casos después de que una actualización la tabla se recargue con un nuevo horario sin embargo el viejo todavía existe. Esto da lugar a cada agregación que es realizada dos veces. Esto afectará al contrario la exactitud de las tablas del resumen como cada uno tendrá dos veces el número de hilera, y por lo tanto de las cuentas, insertadas en él.
Verifique si hay duplicados en la tabla del agg_schedule.
Inicie sesión al CVP que señala el servidor con el usuario del cvp_dbadmin.
Encienda la herramienta del CMD de Windows. Teclee el comando de los dbaccess. Seleccione la lengueta de la conexión > conectan. Seleccione el servidor de bases de datos y el Presione ENTER del cvp. A le indicarán que teclee adentro las credenciales. Utilice la cuenta del cvp_dbadmin.
Seleccione la base de datos de ciscoadmin@cvp. Seleccione el Lenguaje de consulta > nuevo. Funcione con este comando.
UNLOAD TO schedule.txt SELECT * FROM agg_schedule
Abra el archivo de schedule.txt. Dependiendo de la versión del CVP puede ser que sea situado en las carpetas de C:\Users\Administrator o de C:\db\Informix\etc\sysadmin.
Debe tener entradas únicas del horario de los datos del CVP. Por ejemplo call_15 o applicationsummary_daily según lo representado en esta imagen.
Asegúrese de que no haya tipos del duplicado. Si los duplicados entonces se encuentran implemente el workaround.
Inhabilite el trabajo sumario (CVPSummary) en el Programador de tareas de Windows.
Abra el archivo de schedule.txt y quite todas las líneas duplicados. Allí debe seguir siendo solamente las primeras 10 entradas.
Conecte con la base de datos del ciscoadmin según lo descrito antes y funcione con esta interrogación. Este comando borra todas las entradas de la tabla del agg_schedule.
DELETE FROM agg_schedule WHERE 1=1;
Cargue los nuevos valores del archivo de schedule.txt que no contiene ninguna duplicados a la tabla del agg_schedule.
LOAD FROM schedule.txt INSERT INTO agg_schedule;
Asegúrese que no haya duplicados presentes en la tabla del agg_schedule. La salida del archivo de schedule1.txt debe contener solamente 10 entradas.
UNLOAD TO schedule1.txt SELECT * FROM agg_schedule;
Puesto que es la tabla 15-minute la base de la cual el resto de las tablas se pueblan le necesita ser reparada primero.
Conecte con la base de datos del cvp_data.
Funcione con estos comandos para la tabla call_15.
SELECT distinct * FROM call_15 into temp t1 with no log;
TRUNCATE table call_15;
INSERT into call_15 select * from t1;
DROP table t1;
Relance los mismos pasos para la tabla applicationsummary_15.
SELECT distinct * from applicationsummary_15 into temp t1 with no log;
TRUNCATE table applicationsummary_15;
INSERT into applicationsummary_15 select * from t1;
DROP table t1;
Note: Si el problema es hace repetición comenzada de más de 60 días los pasos antedichos para las tablas diarias, semanales y mensuales.
Reajuste el campo del lastrun para las tablas 15-minute.
Descubra el tiempo en que las tablas 15-minute eran actualizadas. Funcione con estos comandos contra la base de datos del cvp_data.
SELECT max(dbdatetime) FROM applicationsummary_15;
SELECT max(dbdatetime) FROM call_15;
Anote el número de días desde la actualización más reciente.
Funcione con esta interrogación para reajustar la ejecución más reciente para las tablas 15-minute en el ciscoadmin DB. En este el ejemplo 15-minute las tablas eran hace última vez actualizada de 17 días.
UPDATE ciscoadmin:agg_schedule SET lastrun = (current year to day - 17 units day) WHERE dst_tabname LIKE 'call_15';
UPDATE ciscoadmin:agg_schedule SET lastrun = (current year to day - 17 units day) WHERE dst_tabname LIKE 'applicationsummary_15';
Note: Substituya el "17" del comando por el número de días que usted consiguió del paso para el uno y el otro las tablas.
Después que las tablas del paso 15-minute serán corregidas.
Puesto que las tablas 15-minute conservan los datos para el último 60 días, reajuste el valor del lastrun para las tablas diarias, semanales y mensuales y borre todos los datos 60 días detrás para estas tablas. Esta manera asegura la esa vez próxima en que el comienzo del proceso aggregation.bat, él poblará los datos adentro diarios, las tablas semanales, mensuales con los valores correctos.
Reajuste el lastrun para las tablas diarias, semanales y mensuales con estos comandos ejecutados contra la base de datos del ciscoadmin.
UPDATE ciscoadmin:agg_schedule SET lastrun = (current year to day - 60 units day) WHERE dst_tabname LIKE 'call_daily';
UPDATE ciscoadmin:agg_schedule SET lastrun = (current year to day - 60 units day) WHERE dst_tabname LIKE 'call_weekly';
UPDATE ciscoadmin:agg_schedule SET lastrun = (current year to day - 60 units day) WHERE dst_tabname LIKE 'call_monthly;
UPDATE ciscoadmin:agg_schedule SET lastrun = (current year to day - 60 units day) WHERE dst_tabname LIKE 'applicationsummary_daily;
UPDATE ciscoadmin:agg_schedule SET lastrun = (current year to day - 60 units day) WHERE dst_tabname LIKE 'applicationsummary_weekly;
UPDATE ciscoadmin:agg_schedule SET lastrun = (current year to day - 60 units day) WHERE dst_tabname LIKE 'applicationsummary_monthly;
Borre todos los datos adentro diarios, semanal y las tablas mensuales por 60 días apoyan.
DELETE FROM cvp_data:call_daily WHERE dbdatetime > (current - 60 units day);
DELETE FROM cvp_data:call_weekly WHERE dbdatetime > (current - 60 units day);
DELETE FROM cvp_data:call_monthly WHERE dbdatetime > (current - 60 units day);
DELETE FROM cvp_data:applicationsummary_daily WHERE dbdatetime > (current - 60 units day);
DELETE FROM cvp_data:applicationsummary_weekly WHERE dbdatetime > (current - 60 units day);
DELETE FROM cvp_data:applicationsummary_monthly WHERE dbdatetime > (current - 60 units day);
Habilite el trabajo sumario CVPSummary en el Programador de tareas para que el proceso de la agregación comience otra vez.
Utilize esta sección para confirmar que su configuración funcione correctamente.
Asegúrese que las tablas del resumen se estén poniendo al día con estos comandos ejecutados contra la base de datos del cvp_db.
SELECT MAX(dbdatetime) FROM applicationsummary_15;
SELECT max(dbdatetime) FROM applicationsummary_daily;
SELECT max(dbdatetime) FROM applicationsummary_weekly;
SELECT max(dbdatetime) FROM applicationsummary_monthly;
SELECT MAX(dbdatetime) FROM call_15;
SELECT MAX(dbdatetime) FROM call_daily;
SELECT MAX(dbdatetime) FROM call_weekly;
SELECT MAX(dbdatetime) FROM call_monthly;