Preguntale al Basis

Dentro del proceso de asignación de roles a un usuario, solemos cometer varios errores que a simple vista parece no tener ninguna repercusión pero que si lo miramos desde el punto de vista técnico y en detalle, generan una serie de eventos que suelen afectar varios elementos, entre los que se encuentran, comprometer recursos de memoria del sistema SAP, duplicidad en la asignación de roles, con fecha de caducidad diferentes, tareas de gestión que se vuelven bastante engorrosas y más cuando o se acerca la auditoria o se identifica el pecado, mediante el uso de las herramientas que los entes de auditoria suelen realizar. Lo cierto es que en últimas son sobrecostos en el que incurrimos a la hora de administrar un sistema SAP en el ámbito de los roles de seguridad y es por eso que daré algunos tips para que podamos resolverlo de una manera más ágil. Antes de mencionarlos, debo recordar algunos conceptos: ·      Entre más roles tenga asignado un usuario...

Muchas veces el cambio y/o asignación de contraseñas se pueden volver complejo y dispendioso, convirtiéndose en una tarea que genera demasiada carga administrativa, pues al verse como  una tarea muy sencilla, deriva en 2 procesos, uno en cuanto a operación y trazabilidad por aquello de mantener sentado un registro para el área de auditora, que dicho de manera concreta es mucho el protocolo que maneja, además del tiempo que conlleva y el otro el proceso en sí que en realidad no conlleva más de tres clic  exagerando. Para reducir un poco esa gestión y volverla más automática y ágil, existen algunas soluciones que podrían apoyarla, a saber: ·          Una posible solución es utilizar la opción del CUA, pero como desventaja sigue siendo dependiente del área de TI, generando la misma carga administrativa, digamos que ayuda un poco en la gestión, ya que desde un solo sitio se pueda realizar el cambio, sin la necesidad ...

Una de las formas de mantener un sistema bajo un control absoluto desde el punto de vista de acceso hacia el sistema junto con otras variables, es a través del log de auditoria, donde dependiendo de lo que requieras auditar o mejor de lo que el ente de auditoria te exija habilitar debes tener en cuenta y claro, ya que la forma como opera pues dependiendo de cómo lo actives y dependiendo del volumen de usuarios y el acceso simultaneo podrías llegar afectar el rendimiento del sistema. A lo largo de mi experiencia he visto que este log lo activan de manera inadecuada pues habilitan todos los eventos que en realidad lo que hacen es cargar el sistema de información innecesaria y lo peor es que casi nunca consultan. De lo que llevo con SAP, lo único valioso que he podido identificar es el acceso hacia las transacciones, aunque también podrían ser valiosos, los accesos de logon y de logoff. El punto no está en lo que brinda sino en la forma como opera, y en este ámbito nos enco...

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...