Page tree
Skip to end of metadata
Go to start of metadata

Fecha Evento

 

Fecha Documento

 

Estado del Documento
  • FINAL
Autor

Hugo A. Diaz Parra

InformadorRocio Rodriguez
Version24019.1
Ticket4641
ResumenInconvenientes DIMO



DESCRIPCION 

Se reportan fallos de operaciones en DIMO. "las operaciones que hacen los usuario no esta llegando... son operaciones desde las 22hs. 


BITACORA 

  • Revisando el SIcoop Gateway se identifica que las primeras transacciones con problemas se iniciaron a las 21:49 hs. y afectaban las operaciones que involucraban las TC o TPs como origen o destino. Las demas operaciones no se vieron afectadas como transferencias desde caja de ahorro a bancos y cooperativas, pago de servicios desde caja de ahorro, compras Bancard QR desde caja de ahorro.
  • Identificamos tambien que no se afectaban las operaciones en POS y ATM.
  • Con este primer analisis identificamos que el problema se acotaba a las operaciones con TC/TP dentro del ecosistema DIMO/SICOOP .
  • Se solicito la colaboracion del equipo de TI para dar soporte para identificar el origen del inconveniente reportado.


  • Se solicito los logs de los Backend de DIMO, el backend 1 y backend2, y en una primera revision se identifico un problema con el API-AUTORIZADOR (segun se ve en la imagen adjunta).

  • Como primera medida, se solicito a TI reiniciar el backend1 y backend2, sin resultado positivo.
  • Se solicito tambien, reiniciar el servicio Autorizador-ws (tomcat en el servidor 10.5.1.33), sin resultado positivo.
  • Como el problema persistia, se solicito reiniciar fisicamente el servidor backend1 y backend2, sin resultado positivo.
  • Revisando mas a fondo los logs se identifico que el error se daba por timeout, es decir el backend de DIMO no recibia respuesta del Autorizador-ws.
  • Se solicito entonces reiniciar fisicamente el servidor que aloja al Autorizador-ws, sin resultado positivo.
  • Como la version actual del Autorizador-ws no mostraba ninguna informacion significativa, se procedio a actualizarlo de modo a tener mas informacion para el diagnostivo del problema que experimentaba el Autorizador-ws.
  • Revisando los logs del Autorizador-ws se identifico una demora de mas de 60seg en responder a las solicitudes del backend de DIMO... razon por la cual se estaban dando los errores. El motivo por el cual se ejecutaba la autorizacion en el CEIBO, pero para el SICOOP la transaccion era rechazada.
  • Revisando mas en detalle el log del Autorizador-ws se identifica una demora de 10 seg para ejecutar la autorizacion de adelanto, y otros 35 seg en registrar la transaccion en las tablas CEIBO_LOG. Tiempos muy altos para operaciones sencillas con la Base de Datos.


  • En base a esta revision se modifico el codigo del autorizador-ws para evitar el registro en el CEIBO_LOG logrando con eso reducir los tiempos de ejecucion.
  • El fix en el autorizador-ws se implemento a las 04:31 hs aprox. y la primera transaccion satisfactoria ingreso a las 04:32 hs.



Se identifico una demora importante en la comunicacion entrel el AUTORIZADOR-WS y el CEIBO, principalmente para los procesos de insert en la base de datos... pero no identificamos el motivo de esa demora.



SOLUCION APLICADA 

En el modulo AUTORIZADOR-WS se redujeron la cantidad de accesos a la base de datos, recompilo e implemento en produccion.



SOLUCION DE FONDO 

Monitorear el comportamiento del Autorizador-WS hasta identificar el motivo de la demora en los procesos de base de datos.


  • No labels