el
02-27-2025
01:32 AM
- fecha de última edición
02-27-2025
05:06 PM
por
Jimena Saez
Presentación del webinar Community Live
Con la colaboración de Raúl Aguilar, Karla Pelcastre y Sarahí García.
Este webinar tiene como objetivo el proporcionar una comprensión detallada de las diferencias entre las bases de datos que gestiona el Contact Center. A lo largo de la sesión, se explican las características y particularidades de cada tipo de base de datos, además de ofrecer un enfoque práctico sobre cómo abordar y resolver problemas comunes relacionados con la replicación de datos. Los participantes aprenden los pasos esenciales para identificar y solucionar incidencias de manera eficiente, mejorando la calidad del servicio y la operatividad de Contact Center.
Recuerde que la presentación está disponible en pdf para su comodidad. Si este documento le ha resultado útil, no olvide calificar esta publicación con un voto de utilidad para validar su relevancia. ¡Muchas gracias!,
¿Cómo enviar una pregunta?
Ponemos a su disposición nuestro evento Ask Me Anything (AMA) en cuyo foro podrán externar dudas y solicitar apoyo de nuestros expertos en casos específicos de los temas abordados. ¡Esperamos sus preguntas!
Lista de las Q&A del webinar Community Live
Encuentre la lista de preguntas formuladas durante el seminario web Community Live de nuestro evento. Cualquier duda que no haya sido respondida durante la sesión será resuelta posteriormente aquí o en el foro de "Preguntas".
Lista de Preguntas y Respuestas (Q&A)
Respuesta (Miguel L. B.): La degradación en la base de datos se ve reflejada en reportes que no se pueden observar correctamente o un cambio de configuración en un nodo no se ve reflejado en el otro
Respuesta (Eric H. G. N.): Con correrlo en el Publisher es suficiente, de echo al intentar correrlo en Subscriber te mandar a un error indicando que lo ejecutes en Publisher. Publisher se encargará de verificar la información en las tablas y reconfigurar la replicación para forzar a que las tablas hagan un re-sync y no haya discrepancias.
Respuesta (Eric H. G. N.): Solo si el uptime está arriba de 90 días. Esto llega a causar problemas en la memoria virtual asignada para el servicio de base de datos.
Respuesta (Miguel L. B.): Las tablas trabajan en conjunto para ofrecer la información, los módulos de TAC usan lo que necesiten de determinada tabla y detalles adicionales de otra, por ejemplo los reportes de CUIC hay reportes que toman información de hasta 4 tablas para mostrar la información requisitada es por eso por lo que tener una guía rápida 1:1 de servicio-> tabla no es viable. Por ello cuando reparamos las tablas, reparamos todas para descartar que alguna tabla adicional presente problemas en el futuro próximo.
Respuesta (Eric H. G. N.): Con correrlo en el Publisher es suficiente, de echo al intentar correrlo en Subscriber te mandar a un error indicando que lo ejecutes en Publisher. Publisher se encargará de verificar la información en las tablas y reconfigurar la replicación para forzar a que las tablas hagan un re-sync y no haya discrepancias.
Respuesta (Eric H. G. N.): Stratum 4 o menor.
Respuesta (Miguel L. B.): Lo mínimo recomendando para el stratum es de 3 o menor.
Respuesta (Miguel L. B.): Una disculpa por la confusión, En el UCCX a diferencia del CUCM contamos con una base de datos de plataforma y una base de datos de UCCX, la DB de plataforma funciona de manera similar a la de CUCM PERO la de UCCX almacena justo la información histórica para los valores que vemos en los reportes de UCCX entre otros detalles
Respuesta (Eric H. G. N.): No, este comando solo elimina ciertos files usados para la replicación para luego recrearlos al hacer reset.
Respuesta (Miguel L. B.): Sí, lo mejor es abrir un caso de TAC, es posible que a pesar de que el nuevo certificado sea válido se necesite abrir una investigación del por qué no se ve reflejada.
Respuesta (Miguel L. B.): Es preferible realizarlos en una ventana de mantenimiento por que otros factores pueden afectar el resultado, pero lo podemos realizar en horas de producción con un ingeniero de TAC por que 1.- puede apoyar en caso de falla y 2.- el reinicio se hace un nodo a la vez, si estamos en un ambiente de redundancia, en concreto publisher y subscriber puede quedarse un nodo ofreciendo el servicio mientras el otro esta siente reiniciado.
Respuesta (Eric H. G. N.): El máximo es 80 ms.
Respuesta (Miguel L. B.): No estaría soportado, es posible que si la fuente no es confiable funciona la primera ocasión pero la verificación se corre constantemente de manera automática. Seguramente veremos degradación en el servicio a la brevedad. Un ejemplo de ello es que el stratum se puede ver como 3 por la cercanía pero muestra un estado de "unsynchronised" y presentar problemas de replicación entre otros problemas.
Respuesta (Miguel L. B.): Sí, el uccx siempre está verificando.
Respuesta (Miguel L. B.): Hola Leonardo, todavía no es posible compartir detalles hasta que tengamos las guías oficiales disponibles, sin embargo te puedo compartir que la solución no presenta mayores cambios estéticos, más bien busca cubrir los bugs abiertos y solucionar problemas y funcionalidades en general.
Respuesta (Miguel L. B.): La recomendación es que el NTP sea V4 con stratum mínimo de 3, al abrir un caso de tac puede involucrar al equipo que administra el ntp local para explicarles porque necesitamos ciertos requisitos. Principalmente es para que los reportes e información que mostramos tanto en finesse como CUIC sea confiable.
Respuesta (Eric H. G. N.): Con los comandos que hemos visto hasta ahora como lo son reset o repair, no debería de haber ningún tipo de afectación en cuanto a perdida de datos. Sin embargo, si la replicación estaba caída por que el servicio de base de datos lo estaba, UCCX no podría escribir lo registros más recientes. CCX maneja "flat files" donde se escriben los registros temporalmente para poder restaurarlo desde la GUI, pero a veces llega a suceder que no todos los registros son salvados.
Respuesta (Eric H. G. N.): Como nota, ningún registro ya escrito en la DB no debería de perderse a menos que haya una corrupción grave en la base de datos.
Respuesta (Eric H. G. N.): Además siempre es recomendable tener un backup cuando se hacen reparaciones en la base de datos.
Respuesta (Miguel L. B.): Definitivamente, el tiempo correcto y el timezone dependiendo de la zona horario impacta directamente en el horario de finese para los agentes
Respuesta: (en espera)
Respuesta: (en espera)
Nuestros expertos
Raúl Aguilar es ingeniero de Escalaciones en el equipo de Cisco Unified Contact Center Express. Se especializa en las plataformas de Colaboración como CUBE/GW y Contact Center Express. Ha trabajado en Cisco por más de cinco años. Cuenta con diversas Certificaciones como CCNP Collaboration, CCNA y CCNA security. Concluyó sus estudios de Ingenieria en Electrónica y de Comunicaciones en la Universidad Tecnológica de México UNITEC, y actualmente cursa sus estudios de Maestría en la Universidad UTEL como aspirante a Maestro en Dirección de Proyectos de Innovación.
Karla Pelcastre es Technical Consulting Engineer en Cisco, especializada en soluciones de Collaboration. Se enfoca principalmente en plataformas de Contact Center Express. Recientemente, celebró su tercer aniversario en Cisco. Cuenta con certificaciones como CCNA, DevNet Associate, Scrum Developer y Azure Fundamentals, además de haber participado en diversos programas dentro de Cisco como CTIPW y DARE. Es egresada como Ingeniera en Informática del Instituto Politécnico Nacional (UPIICSA).
Sarahí García es ingeniera Senior de Cisco TAC en el equipo de Cisco Unified Contact Center Express. Se especializa en las plataformas de Colaboración como CUCM, Contact Center Express y Custom Collaboration Platform (CCP). Ha trabajado en Cisco por más de tres años. Cuenta con diversas Certificaciones como CCNA y DevNet. Anteriormente, trabajó en LG Electronics e Infosys como desarrolladora web. Concluyó sus estudios como ingeniera en Mecatrónica en el Instituto Politécnico Nacional, en la Unidad Profesional Interdisciplinario en Ingeniería y Tecnologías Avanzadas (IPN-UPIITA).
¡Conecte con otros expertos de Cisco y del mundo! Encuentre soluciones a sus problemas técnicos o comerciales, y aprenda compartiendo experiencias.
Queremos que su experiencia sea grata, le compartimos algunos links que le ayudarán a familiarizarse con la Comunidad de Cisco:
Navegue y encuentre contenido personalizado de la comunidad