Proyecto SAP Scorpion

Guía Monitoreo

En SAP R/3 existen una serie de transacciones que sirve para monitorear activamente diferentes parámetros de la propia aplicación, del manejador de base de datos Oracle, del Sistema Operativo y de la Red, de manera que se puedan descubrir lo mas rápidamente posible cualquier problema que pueda surgir en cualquiera de estos niveles de servicios.

La siguiente clasificación podría servir para mantener el monitoreo activo sobre los diferentes componentes de servicios:

A -. Respaldos.B -. Espacios.C -. Tiempo de RespuestaD -. Base de DatosE -. Sistema Operativo

F -. Rendimiento de Memoria. (Real y Virtual) Buffers.G -. Red

Justificación y Pasos:

A -. Respaldos. 1.- La primera prioridad de monitoreo en el Sistema cuando todo esta en teoría normalmente debe ser monitorear y operar el sistema de respaldo. Ya que el correcto funcionamiento del sistema de respaldo garantiza la continua operatividad del sistema en caso de catástrofe con la data o el sistema de discos en el sistema.

2.- La forma de Monitoreo y Operación del Sistema de Respaldo es a través de la transacción DB13, en la que se puede observar el status de los Diferentes Respaldos Diarios en las Semanas del Mes y al mismo tiempo de puede tomar acción de rehacer un nuevo respaldo en dado caso de que algún respaldo previo halla fallado.

3.- También con la Opción respectiva de SAPDBA se podría hacer un nuevo respaldo, pero se recomienda, mantener las operaciones de respaldo con la transacción DB13, para mantener el registro de información en la misma transacción DB13.

B.- Espacios:

1.- La principal Transacción de monitoreo de Espacios en SAP R/3 es la Tx DB02, de manera que en esta transacción se puede navegar y observar los crecimientos Históricos como por ejemplo con la Bottom Space Statistics: Que a continuación se presenta con grafico y todo:

2.- También con SAPDBA se puede Monitorear los Espacios Libres con la Opción c de Administración de Tablespaces y nuevamente con las opciones C, D o E. Según sea el caso.

3.- Además del monitoreo del Espacio Utilizado y su crecimiento Promedio, Se debe Monitorear el Espacio Real Libre en los Diferentes Drivers del Sistema Operativo, y Mantenerse Enterado de que hay en cada Dispositivo de manera que se pueda tomar acción (Comprar Discos o un nuevo arreglo) Previamente antes de se llenen todos los Espacios Libres. (también se podría y tomar la decisión de arrancar un proyecto de Archive).

4.- A parte en este mismo punto de monitoreo de espacio se debe monitorear el máximo numero de extents de las tablas y/o índices de manera que se evite que estas extensiones constantes lleguen a su numero máximo y así evitar una necesaria reorganización.

5.- La forma de Monitorear el Máximo numero de Extents es a trabes de la transacción DB02, Bottom Current Sizes, Darle Clic al Botton Tab/ind (seleccionando previamente el TableSpace que se desee Monitorear) y luego darle el Numero máximo de Extents que se desee buscar (que en promedio podría ser 100, como punto critico, para tomar acción) A Continuación se presenta el Ejemplo:

Y la Salida Seria la Siguiente:

En este Caso se podría observar el Indexe ATAB~0 como critico, pero sin embargo todavía se podría dejar de esta manera. En algunos Casos si algún Objeto esta llegando a su máximo

numero de extents se podría alterar el objecto a su parámetro Next (proximo Extents) de manera que cuando realice su próximo extents no vuelva a extenterce continuamente, ya que con esa proxima extentecion estaria en capacidad de soportar bastante mas tiempo de extencion, a como lo venia haciendo. La forma de Hacer esta Alteración podria ser Manualmente con sqlplus o con sapdba con la opcion respectiva de reorganización.

C -. Tiempo de Respuesta.

1.- Las principales transacciones de monitoreo de tiempo de respuesta son las ST03N, STAD y ST07 y se encuentran en la siguiente ubicación del menú general.Herramienta->Gestion->Monitor->Rendimiento->Workload.

2.- La principal Transacción de monitoreo de Tiempo de Respuesta es la Transacción ST03N y en la cual se puede observar el tiempo de respuesta promedio general Sistema. A continuación se presenta el Ejemplo: La columna 0 Tiempo y Fila Dialogo Muestra el Valor mas Importante.

3.- Con la Transacción ST07 se puede Navegar y Descubrir que transacción esta Consumiendo mas Tiempo de Respuesta Haciendo Doble-Click, Seleccionando el Bottom Tiempo de Respuesta Previamente, para ir Bajando de Nivel Hasta llebar a la Transacion que Consuma mas Tiempo y Haci poder Tomar Accion Específicamente o No. Por Ejemplo:

D -. Base de Datos:

1.- La principal transacción de monitoreo de base de datos es la ST04 que se presenta a continuación:

Y los principales parámetros que se deben observar es el % del Data Buffer Quality y el Shared Pool %. Mientras mas cerca del 100 % de Calidad esten estos indicador mejores seran los tiempos de respuestas ya que el procesador a conseguir en buffer la data buscada no necesitara ir a Disco que es mas lento a Buscar la Data Solicitada.

2.- Tambien en esta Tx se puede pasar a un menú especifico de Monitoreo de Oracle. Que se Muesta a Continuación:

En este Menu se puede Navegar e Inclusive sacar un Reporte Sumariado con Todos los datos mas Importantes que sirven para analizar el Permance de la Base de Datos Oracle.

3.- La principales acciones que se pueden tomar sobre el rendimiento de bases de datos es modificar los parámetros en Archivo SIDinit.Ora en el Directorio de la Instancia Correspondiente, aumentando los Bufferes correspondiente, de manera que los accesos sean mas rápidos en memoria.

4.- También en la Opción SQL request se puede obtener el rendimiento de las instrucciones SQL mas costosas como se muestra a continuación, como por ejemplo las instrucciones con acceso a disco de mas de 1000 veces:

Y se obtiene la siguiente salidad:

Y en la cual se podria conseguir busquedas de tablas que realmente le hagan falta un indice adicional para mejorar su tiempo de busqueda. (Con un analize). Por Ejemplo se tiene la Siguiente Pantalla en la que se Observa el Plan, el Costo y las Opciones de Analisis.

Tambien Existe la Segunda Opcion hacia abajo en la que se puede analizar a las tablas que estan en Buffer y sus diferentes modalidades de ser almacenadas en Buffer, Con la Siguiente Pantalla se puede Observar la Lista de las Tablas en Buffer:

Aquí lo mas Importante es Observar el Buffer Mode en el cual con la Cantidad de Registros, las Veces que se modifica esa Determinad tabla se podría determinar cambiar el tipo de Buffer, a ver si podría ser Total, Parcial, O Simple, y por medio del cual se podría mejorar el tiempo de repuestas a determinadas aplicaciones.

E -. Sistema Operativo

1.- La principal transacción de monitoreo del Sistema Operativo es la Transacción OS06 que muestra la actividad del sistema operativo en esta determinada instancia. Por Ejemplo se tiene la Siguiente Pantallas:

En esta se puede analizar el Uso de CPU, la Cola de los Procesos que tardan 1Min, 5 Min y 15 Minutos. El Uso de la Memoria, la Cantidad de Memoria Libre. La cantidad de Memoria Virtual, la cantidad de Memoria Paginadas y la utilización del Disco con mayor Uso.

A través de esta misma Pantalla se puede ir al Menu de Monitoreo del Sistema Operativo, con el Bottom Menu Análisis Detallado. En la que se puede ir mas detalle en cada uno de los Componentes monitoreables del Sistema Operativo.

Una de las Opciones Bastante Bien Importante es la del Log del Sistema Operativo en la que se puede descubrir problemas con el Servidor como es una Reinicializacion estraña del Servidor.

A continuación se muestra un Ejemplo del Log, donde Muestra una Indicacion de una Reinicializacion, por Problemas de Memoria, y lo cual indica que se debe investigar mas con el respectivo archivo al cual hace referencia el Log.

En todo caso habría que hacerse mas investigación acerca del bugcheck al que hace referencia el error.

F -. Rendimiento de Memoria. (Real y Virtual) Buffers.

Otra transacción bastante importante es la ST02 y en la que se muestra las diferentes tipos de memoria que maneja SAP, para los diferentes tipos de objetos que utilizan la aplicación.A continuación se muestra el un ejemplo de su visualizacion:

En todo caso si se observa demaciados Swaps, se deberian ajustar algunos parámetros en la instancia SAP con la Transacción RZ10 y en la cual se Ajustan los Propios parámetros de SAP, para que sean tomados cuando se reiniciale SAP.

G -. Red

El otro componente bastante bien Importante es el monitoreo de la Red, de manera que se mantenga los tiempos de respuestas por este medio aceptables a como lo esperan los Usuarios. La transacción principal por medio del cual se monitorea la Red es la OS01, que se muestra a continuación:

A través de esta pantalla se le puede hacer ping a una determinada computadora en la Red y Observar su Tiempo de Respuesta, si el Valor el Tiempo de Respuesta es demasiado Alto se debería tomar acción de revisar la conexión de RED.