[FOR_SIS06 Incidente NNNN denominacion]

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.

• Se solicito los logs de los Backend de DIMO, el backend 1 y backend2, 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 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 ejecuta 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 muy 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.

SOLUCION DE FONDO 

Monitorear el comportamiento del Autorizador-WS.