Pruebas y seguimiento a caso de demora en ejecución de proceso <ponga nombre

acá> en sistema de Suelos

Condiciones generales
Se realizó un seguimiento al proceso de <poner nombre adecuado acá>, y se evaluó desde la actividad de red, webserver y
Base de datos, para evaluar los posibles puntos de falla o demora.

En cuanto a la Base de Datos, se realizó un seguimiento mediante Traza con la herramienta SQL Server Profiler 18, para
capturar la actividad recibida por la base de datos Bd_Sirsd_S, en el servidor SQL-PRODUCCION\PRODUCCION, depositando
los registros en una tabla para su posterior análisis. Adicionalmente se realizó un seguimiento activo, mediante el SQL
Server Management Studio, con query confeccionada para filtrar los resultados el procedimiento sp_who2, propio del
motor de datos, para obtener las sesiones activas al momento de la consulta, y poder identificar aquellas que puedan ser
de interés para éste análisis.

Evidencia capturada

Paso 1: <descripción corta del botón>

La siguiente imagen se obtuvo con sp_who2 filtrado, y se puede notar que la sesión (SPID) 233, proveniente del webserver
srv-rhel7-web01, ha provocado que el motor decidiera generar paralelismo para poder resolver la petición recibida. Este
comportamiento, siendo normal al alcanzar el umbral de tiempo definido en el servidor, implica que dicha petición
requiere mayores recursos para ser satisfecha. Adicionalmente, ésta misma sesión está generando interbloqueo, por ello
en la columna BlkBy aparece el SPID al que pertenece, esto indica que existe interdependencia entre los sub procesos,
En la siguiente imagen, obtenida por el SQL Server Profiler, podemos ver que la sesión 233 llamó consecutivamente 2
procedimientos almacenados:

 p_calculopuntaje, con una duración de 4 minutos 30 segundos (aprox).

 p_calculopuntaje2, con una duración de 3 minutos 38 segundos (aprox).

Entre ambos procedimientos demoraron aproximadamente 8 minutos con 8 segundos. Se puede notar ello en la columna
“Duration”, que está expresada en microsegundos (1 segundo = 1000.000 microsegundos)

Paso 2: <descripción corta del botón>

En la siguiente imagen, podemos ver que la sesión 185, al igual que en paso anterior, generó paralelismo e interbloqueo.

En la captura siguiente podemos ver, nuevamente dos procedimientos almacenados llamados consecutivamente:

 p_calculopuntaje, con una duración de 4 minutos 27 segundos (aprox).

 p_calculopuntaje2, con una duración de 3 minutos 36 segundos (aprox).

Entre ambos procedimientos demoraron aproximadamente 8 minutos con 3 segundos.

Otro hallazgo importante, fue notar que posterior a la ejecución de los procedimientos descritos anteriormente, vino una
serie de UPDATE, como se muestra en la imagen siguiente, provenientes directamente del webserver. Estas instrucciones,
que son un total de 1.058, tomaron en total 59 segundos en completarse.

Paso 3: <descripción corta del botón>

A nivel de bases de datos, no se notó comportamiento inusual ni demora significativa.

Conclusiones

A nivel de base de datos, es necesario revisar los procedimientos almacenados involucrados en el proceso que son los que
generan mayor demora, como lo muestra la imagen siguiente, que superan con creces el umbral de los 10 segundos,
obtenidos de la captura realizada por el SQL Server Profiler.

Se sugiere que se replantee el proceso general, de manera de evitar que el webserver deba recibir grandes cantidades de
información para generar posteriormente llamadas al motor con cada una de ellas, esto genera una carga adicional al
cliente y contribuye más a la demora de la ejecución.

Evidencia ejemplo realizado en pruebas en sistema suelos.

En la imagen adjunta, está el botón Realizar Calculo de preseleccionados. Al presionarlo, este realiza la acción comentada
por el colega Ricardo Caro en la sección X. El proceso toma alrededor de 8 minutos. Con esta acción el sistema realiza una
selección de 3 grupos de Planes de manejoM (PM).

Evidencia de error.
Al finalizar el proceso anterior, no se despliegan los PM de cada grupo. Evidencia en imagen a continuación:

Acción del sistema correctamente.

Condiciones generales
Se realizó un seguimiento al proceso de <poner nombre adecuado acá>, y se evaluó desde la actividad de red, webserver y
Base de datos, para evaluar los posibles puntos de falla o demora.

En cuanto a la red, se observó la conectividad IP y utilización de ancho de banda en la interfaz del servidor.Se realizan
pruebas desde un PC conectado vía VPN sobre internet, monitoreando conectividad IP del servidor, utilización de ancho de
banda de red, utilización de recursos de servidor (CPU, RAM, HDD), y Bases de Datos.
Durante las pruebas, el proceso finalizó correctamente, concluyendo que no existen problemas de red ni en el sistema.

cabe señalar que esta acción es solo realizada por personal de Indap específicamente Encargados Regionales de Programa

Una vez realizado el proceso monitoreado tanto en red, servidores y BD el proceso se realizó correctamente desde mi
conexión vía VPN desde mi hogar, cabe señalar que esta acción es solo realizada por personal de Indap específicamente
Encargados Regionales de Programa, con esta prueba podemos concluir que problemas de Red no existen en el sistema, ya
que no presento problemas al realizar esta.