cancelar
Mostrando los resultados de 
Buscar en lugar de 
Quiere decir: 
cancel
239
Visitas
0
ÚTIL
0
Comentarios
Cisco Moderador
Community Manager
Community Manager

Presentación del webinar Community Live

De la Teoría a la Práctica: Entendiendo la Base de Datos y Replicación en UCCX

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!

Ir al foro de Discusión
 


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)


Pregunta: ¿Qué efectos en la operación de UCCX se generan por una falla en la replicación de la base de datos? - Emilio G. (min.22)

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.

Pregunta: El tener prendido por mucho tiempo el clúster de UCCX ¿puede generar este tipo de problemas? - Emilio G. (min.33)

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.

Pregunta: Consulta: ¿Hay una guía rápida o sencilla para saber qué tabla va asociada a cuál servicio, para efectos de una reparación e ir puntual a la tabla correspondiente? - Yiosep V. (min.34)

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.

Pregunta: Todos los comandos reset, repair se tendrían que aplicar a ambos nodos (por CLI ó GUI) ó con solamente aplicarlo al Master ya se arreglaría? - Alejandro R. (min.37)

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.

Pregunta: A nivel del stratum, ¿cuál se recomienda para el Master node? - Alejandro R. (min.48)

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.

Pregunta: Disculpen, cuando hacen la referencia a plataforma y uccx, ¿a qué hacen referencia? Para mí todo hace referencia al uccx... o plataforma ¿se refieren al cucm? - Yiosep V. (min.54)

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

Pregunta: Dopadmindb ¿no borra la base de datos? - Juan A. (min.55)

Respuesta (Eric H. G. N.): No, este comando solo elimina ciertos files usados para la replicación para luego recrearlos al hacer reset.

Pregunta: Una consulta, tenía el servicio de jabber como caducó el certificado se generó otro certificado pero no reconoce los jabber al servidor. ¿Puedo pedir un caso con el TAC? - Mirella Soe C. T. (min.57)

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.

Pregunta: Estos comandos para reiniciar los servicios de bases de datos ¿se pueden realizar en horas de producción ó se deben realizar en una ventana fuera de horas laborales? - Alejandro R. (min.58)

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.

Pregunta: ¿Cuánto es lo máximo de latencia que puede haber entre ambos nodos para evitar problemas en la Base de datos? (latencia RTT) - Emilio G. (min.62)

Respuesta (Eric H. G. N.): El máximo es 80 ms.

Pregunta: Pregunta importante! Hace poco he tenido dos situaciones diferentes con el mismo cliente en plataforma de cucm y cuccx. Por la replicación en movimientos que teníamos que hacer, asociado a ntp. ¿Existe una forma de configurar por ejemplo un iOS router, para que dé el servicio (son estrato 3 o 2) para que sea realmente válido y sincronice de forma estable a plataforma, sin importar que la hora sea la correcta o de gran precisión y poder estabilizar así sea con un engaño al uccx o cucm? - Yiosep V. (min.66)

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.

Pregunta: Si eso me pasó. - Yiosep V. (min.72)

Respuesta (Miguel L. B.): Sí, el uccx siempre está verificando.

Pregunta: Hola, me gustaría saber si ¿hay alguna información sobre el lanzamiento de la nueva versión de UCCX? ¿Sabéis si cambiará mucho de la actual versión 12.5 a esta nueva? - Leonardo C. (min.72)

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.

Pregunta: ¿Qué recomienda para resolver lo anterior de ntp por parte de Cisco para resolver con algo propio, este tema del ntp y confiabilidad para que sincronicen... Lo que pasa es que hay escenarios donde el personal que administra el ntp oficial de la plataforma, no coopera y es muy cerrado, y no les da la gana de ajustar su servicio, ¿podría haber un camino con la plataforma de Cisco para esquivar esto? - Yiosep V. (min.74)

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.

Pregunta: ¿Puede suceder que en la reparación de la base de datos se pierdan archivos? - Juan T. (min.76)

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.

Pregunta: ¿A qué número o correo contacto al TAC? - Mirella Soe C. T. (min.87)

Respuesta (TBC): Esta respuesta será enviada al participante.

Pregunta: El NTP de UCCX, ¿puede alterar el horario de finesse para los agentes? - Roberto D. (min.88)

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

Pregunta del Chat: En caso de que no se repare la tabla con una unica ejecuciòn se debera ejecutar nuevamente hasta que se muestre reparada o se deben tomar otras acciones? - Juan A. (min.33)

Respuesta: (en espera)

Pregunta del Chat: ¿Es importante que indiquen que se ve afectado en el UCCX cuando se realiza un repair all, por ejemplo, el dashboard pierde info durante esa ventana de reparación? - Julio O. (min.53)

Respuesta: (en espera)


Nuestros expertos

rauaguil2.jpg

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.

kpelcast.jpg

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).

saragarc.jpg

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).

 

Para obtener más información, visite los contenidos de las secciones de Colaboración, Voz y Video y Webex.
Si usted tiene dudas o está experimentando problemas técnicos con alguno de los productos Cisco, publique su pregunta, solicite información o utilice el motor de búsqueda de la Comunidad de Cisco en español, antes de abrir un caso con el TAC.
Vamos a comenzar

¡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: