Haz más con menos. Análisis de Rendimiento para Optimización de Hardware en Sistemas SAP.

Introducción

SAP Performance es un tema amplio. En este blog, explicaré un enfoque simple para reducir la utilización del hardware. Esto significa identificar formas de reducir la CPU física, la memoria, el disco, la base de datos, la carga de la red, etc. Hay muchas herramientas excelentes para ayudar con esto. Hoy usaré una aplicación llamada Lensera. Este tiene una interfaz de usuario simple y hace gran parte del trabajo intensivo de datos por usted.

Hay muchas razones para buscar mejorar el rendimiento del sistema. Por ejemplo:

• reducir los costos de infraestructura
• mejor sostenibilidad
• mejorando la experiencia del usuario
• mayor estabilidad

Donde empezar

Ya sea que esté ejecutando sus sistemas SAP en sus propios centros de datos o en su infraestructura en la nube, en algún momento probablemente comenzará a alcanzar los límites físicos de los servidores. Es posible que escuche «Nos estamos quedando sin CPU» o «La memoria está casi al 100 %». En lugar de actualizar el hardware o aumentar el tamaño de la VM, es posible que algunos análisis y cambios en la aplicación puedan resolver el problema.

Veamos 3 ejemplos de alto uso: CPU, memoria y tiempo de la base de datos, e identifiquemos las causas principales.

Alto uso de memoria

La captura de pantalla a continuación es la vista predeterminada cuando se inicia la aplicación. Muestra el uso total de memoria (RAM) en todos los servidores de aplicaciones de SAP. En este caso, hay un servidor S/4HANA y un servidor S/4HANA Gateway. La aplicación Lensera agrupará tantos sistemas SAP como configure, o puede verlos individualmente.

Este gráfico muestra el uso total de memoria de los 2 sistemas durante un período de 7 días. Puede ver claramente que la mayor parte de la memoria se usa durante los 5 días hábiles de la semana.

Uso de memoria de 7 días

Averigüemos qué causó uno de los picos. Al hacer zoom y resaltar el área en el gráfico principal, podemos ver cada uno de los procesos que se ejecutaron durante ese tiempo. En este ejemplo, la transacción PFCG se usaba mucho en ese momento y representaba el 56,6 % de la memoria utilizada. La transacción PFCG se utiliza para configurar roles de usuario en SAP.

Memoria máxima seleccionada

Alto uso de CPU

Desde el menú, cambie a la métrica de la CPU. Una vez más, la mayor parte de la CPU se utiliza durante el horario comercial.

Uso de CPU de 7 días

Acérquese y resalte el período pico. Los 15 principales procesos que consumen CPU se muestran instantáneamente debajo del gráfico. En este ejemplo, el servicio Fiori Launchpad OData Page Builder consumió el 23,7 % de la CPU durante el período seleccionado. Se requiere el servicio Page Builder para ejecutar Fiori Launchpad.

Pico de CPU seleccionado

Alto uso de la base de datos

Hay toda una gama de factores que afectan el rendimiento de la base de datos. Solo buscaremos reducir la carga de la base de datos al encontrar los procesos que dedicaron la mayor parte del tiempo a realizar solicitudes de base de datos.

Seleccione el rango de tiempo deseado y cambie a la métrica Tiempo de respuesta de la base de datos:

8 días de tiempo de base de datos

Arrastre el mouse sobre el gráfico para resaltar el pico. En este ejemplo, el 48,5 % del tiempo de la base de datos utilizado durante el pico se debió al proceso OData de procesamiento de tareas. Esto es utilizado por aplicaciones de Fiori como My Inbox.

Hora pico DB seleccionada

Próximos pasos

Ahora que sabe qué transacción, servicio OData, RFC, trabajo por lotes, etc. está causando la carga máxima, es hora de solucionarlo.

• Compruebe con qué frecuencia se está ejecutando. Puede estar utilizando tantos recursos porque se programó para ejecutarse con demasiada frecuencia.
• Programe la herramienta de rastreo SAT para capturar el proceso mientras se ejecuta. Esto le dará un perfil de rendimiento granular del proceso seleccionado.

Para procesos estándar de SAP

• Verifique el seguimiento del SAT para ver si se realizó una mejora del cliente. Utilice la información de rastreo para ver cómo se puede mejorar ese código.
• Consulte el portal de soporte de SAP para obtener más información o una nota que pueda solucionar el problema

Para procesos ‘Z’ personalizados

• Verifique el seguimiento del SAT para ver cómo se puede mejorar el código.

Conclusión

Realizar este análisis e implementar algunos cambios puede ser una solución más sostenible y rentable cuando la capacidad del hardware se está agotando. Debido a que el proceso es muy simple de ejecutar, también se puede realizar como parte de la gestión continua de los sistemas. Además de reducir la carga en el servidor, también debería mejorar los tiempos de respuesta y, como resultado, la experiencia del usuario.

Si se enfrenta a un problema como este, es de esperar que la resolución sea un poco más fácil.

Por favor, comparta sus comentarios o pensamientos en los comentarios a continuación.

Echa un vistazo a otra gran información relacionada con el rendimiento en el Páginas de la comunidad de SAP