Asignacion de memoria

[Former Member]

Hola a todos.

Les escribo para ver si me pueden ayudar con lo siguiente:

Actualmente el servidor posee 8 GB de memoria y los parámetros de memoria de SAP en su momento fueron asignados por una persona entendida en el tema.

En el día de hoy no contamos con esa persona entendida en el tema, y pretendemos llevar la memoria a 16 GB. Lo que no tenemos idea es que parámetros tenemos que cambiar y con que valores.

Si me pueden ayudar, se los agradezco mucho.

Saludos,

Juan.

[Former Member]

Que tal,

Desde la version 4.0 se puede hacer lo que SAP llama Zero Memory Administration. Esto es lo mejor en caso de Windows para no tener que pasar bastante tiempo tratando de hacer que el sistema funcione optimamente.

Por favor lee la nota SAP 88416, alli encontraras lo que debes hacer para configurar esta manera de administracion de memoria.

[Former Member]

Hola AC, muchas gracias por la respuesta.

Hicimos lo que dice la Nota, pero no hemos notado una gran mejoría. Sabes si nos puede estar faltando hacer algo?

Muchas gracias.

Saludos,

Juan.

[Former Member]

Hola,

¿Que base de datos usas? si es SQL server, ten en cuenta que este motor automaticamente se asigna la mayor cantidad de memoria posible.

Para evitar este problema, revisa la nota 879941.

[Former Member]

Que tal,

Te comento que la mejoria cuando colocas mas memoria depende en algunos casos de que se le asigne mas memoria al manejador de Base de datos en el caso Oracle que es el que mas conozco. Como te comentaron SQL por defecto toma la mayor cantidad posible de memoria pero queria hacerte unas preguntas a ver en que otra manera te podriamos ayudar.

1.- Que manejador de base de datos estas utilizando?

2.- El aumento de menoria se hizo poque querian añadir mas work processes o con la intencion de mejorar los tiempos de respuesta?

3.- Cuales son los tiempos promedios que tienen actualmente en Dialogo en la ST03N?

4.- Los discos que usan para la base de datos son internos o de una SAN? de que tecnologia son (SATA, IDES, SCSI,etc)?

Veamos esto y te puedo dar otras indicaciones.

Saludos,

[Former Member]

Hola,

la base de datos que usamos es SQL 2005.

La idea del aumento de memoria es para añadir más work processes y mejorar los tiempos de respuestas.

Los discos son internos y de tecnología SCSI

En cuanto al tiempo promedio en Dialogo no sé como verlo.

Muchas gracias por todo.

Saludos,

Juan.

[Former Member]

Buen dia Juan,

Por lo que comentas seria bueno entonces revisar la nota SAP 879941 que menciono Area Outsourcing pues lo que el menciona es cierto, si le colocas mas memoria RAM al servidor, entonces SQL va a tomar la mayor cantidad posible dejandote con poca memoria para el trabajo de los Procesos SAP.

Esto es de suma importancia al momento de mejorar los tiempos de respuesta, recuerda que la mayoria de las soluciones SAP tienen todo en la Base de datos y por tanto hace mucho uso de esta y si mejoras el rendimiento del manejador, todo el sistema va a trabajar bastante mejor.

Una pregunta, la determinacion de subir los WorkProcesses fue por que se estaban quedando cortos para la cantidad de usuarios o es porque las transacciones tardan mucho en ser procesadas y los WP no se liberan lo suficientemente rapido? Es importante acotar que el hecho de aumentar los Workprocess no necesariamente va a mejorar algo si la cantidad de estos es suficiente. Por ejemplo Cuantos usuarios atiende el servidor y cuantos WP de dialogo tiene? se hacen muchas transacciones Batch o background?

Es de suma importancia que aprendas un poco sobre lo que puedes ver en la transaccion ST03N puesto que alli vas a encontrar toda la informacion referida a los tiempos promedios que estan tomando las transacciones y determinar cuales son los puntos que estan creand cuellos de botella. Para conocer esta transaccion y algunos conceptos puedes entrar en sap.help.com y buscar ayuda sobre esta transaccion.

Ojo esta transaccion funciona en 4.7 y 6.0 en las anteriores era la ST03.

Cuando la ejecutes trata de ver por ejemplo la informacion de una semana (alli puedes ver por semana, mes, total, etc) y fijate en el tiempo average de Dialog. Esto deberia estar muy cerca de 1.200.

Existen muchas causas por las cuales los tiempos de respuesta estan bajos y varian desde programas hechos en casa con mala programacion asi como problemas de configuracion de parametros y varios otros, por eso es importante determinar en que punto se esta creando el cuello de botella.

Saludos,

[Former Member]

OK, voy a tener en cuenta todo lo que me han dicho.

Muchas gracias a todos.

Saludos,

Juan.

[Former Member]

El tuning es lo mas delicado de hacer en un sistema SAP.

te aconsejo que si tienes pensado cambiar una diversidad de párametros lo vayas haciendo progresivamente uno a uno, así será más fácil identificar si un párametro te afecto el rendimiento haciendo que se degrade en vez de mejorarlo. Hay un punto importante en la distribución de la RAM. Si se trata de un sistema stand alone, debes hacer una distribución porcentual de la RAM entre el RDBMS y el aplicativo, en mi caso por experiencia me a traido excelentes resultados para sistemas:

OLTP: 30% RAM DB; 60% APPL; 10% OS

OLAP: 60% DB; 30% APPL, 10% OS.

ADM-315 es el curso perfecto para esto!

[JPReyes]

Que sistema operativo usas?...

Saludos

Juan

[Former Member]

Hola Juan, muchas gracias por tu respuesta.

El sistema operativo que usamos es Windows Server 2003 Enterprise Edition on X64 64 bit Unicode.

Saludos,

Juan.