Preguntale al Basis

Actualización de support packages en un sistema SAP Dentro del proceso de mejoramiento e innovación que SAP ha venido desarrollando nos encontramos con uno de ellos como es la actualización de support packages a un sistema SAP, en donde hoy por hoy y después de un uso prolongado del sistema convencional que se venía utilizando como era la transacción SPAM para el nivel abap y jspm para el nivel java, haya sido cambiada por una herramienta más sofisticada como es el SUM (software update manager). Antes de entrar de lleno al tema quiero aclarar que una actualización de support packages no es más que una actualización del software, valga la redundancia, que se le hace al sistema para aplicarles mejoras y corregir bugs que se han encontrado con el fin de ofrecer más bondades o en su defecto quitar opciones que tal vez pudieran ya estar obsoletas o sean innecesarias para el funcionamiento a la operación. En este contexto debo aclarar que a diferencia de una nota oss, esta ...

Desarrollos ABAP (programas zeta del cliente) que van orientados a sentencias SQL y que por lo general por estar mal construidos la mayoría de las veces castigan al sistema. En este frente son muchas las razones por las que un sistema se ve afectado a nivel de rendimiento, a continuación, las posibles causas más frecuentes: 1.        La mayoría de los casos ocurre porque el programa zeta construido para satisfacer una necesidad no está leyendo los índices creados. 2.        En algunos casos los programas zeta no están construidos cumpliendo las buenas prácticas, por nombrar alguno de ellos, el select *, crear más de tres join en una sentencia, entre otros. 3.        Inconvenientes con el tamaño de los índices, estos tienen igual o mayor tamaño que la tabla. Solo se deben reconstruir a través de la se14, por lo general un índice no debe ocupar más del 10% del t...

El problema inicia con el sorprendente, en la mayoría de los casos, aumento de llamadas que arriban a la mesa de ayuda, sumado al mensaje que con ahínco se escucha en los pasillos de la organización en donde el autor es el usuario final, esgrimiendo “No hay SAP” o “SAP no funciona”, siempre lo ponen en un contexto en el que empiezan a prenderse las alarmas para el área de TI. No obstante, no se hace esperar de parte de nosotros la pregunta que nos asalta y taladra en el interior ¿“Y ahora qué pasó? Si toda venia funcionando bien. Todo ese volumen de información que se encuentra en transitó y arribando al área de TI, puede ponerte en una situación que cuando te das cuentas estas en una encrucijada, en donde te ves envuelto en medio de 2 fuerzas que no dan tregua,  la una que ejerce presión desde arriba  (jefes y directivas) y la otra que empuja desde abajo (los usuarios finales), tratando de acorralarte y esperando una respuesta concreta, sin dar tregua y muchas veces ...

Para este rubro es importante identificar los factores más relevantes que se deben tener presente a la hora de analizar una degradación en el rendimiento (performance), entre los que están: 1.  Parámetros de la instancia, que estén acorde a las buenas prácticas basado en las recomendaciones que sugiere SAP. Estos van orientados al área de memoria en concordancia con el sistema operativo sobre el cual esta soportada la instancia do SAP. 2. Comportamiento de los buffers: Esto pueden ser validados a través de la transacción st02. Allí es importante enfocarse como primera medida en la columna denominada swap. Generalmente la regla indica que podría no tener más de 10.000 swaps por día. En caso de que esa cifra se desborde u observe valores triplicados, se debe revisar de acuerdo con la memoria disponible, los parámetros que tienen ese valor muy elevado y ajustarlos, puede empezar aumentándolos en un 20%. Es de anotar, por un lado, que los valores dependen del sistema op...

Premisas a tener en cuenta para obtener un buen performance en SAP, PARTE III SISTEMA DE BASE DE DATOS. En este ámbito lo que se debe tener en cuenta, son varios elementos importantes que interactúan con la gestión de la base de datos y que, si no se encuentran bien definidos y afinados, pueden llegar a impactar su rendimiento, a saber: ·          El primero de ellos es el cache ratio que dependiendo del motor de base de datos, el valor varia, pero por lo general en promedio debe estar por encima del 98%. ·          El segundo, es tener un tamaño ideal para el log de la base de datos. ¿Qué significa?, responderé la pregunta, pero no sin antes aclarar el proceso y que va orientado para aquellas personas que desconocen cómo opera. La base de datos dentro de su gestión lo primero que hace es escribir en el log, para luego con otro evento escribir físicamente a los archivos que conforman la base de d...