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 Respuesta
D -. Base de Datos
E -. 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.