Colbun - Monitoreo

 MONITOREO SISTEMAS Colbun

Favor de utilizar el siguiente formato para generar los checks de Salud de los sistemas de Colbun, las tareas se encuentran programadas para el control de los monitoreos

 

Colbun - Check de salud dd-mm-aaaa hh-mm

• Horario Chile

05:00 hrs

12:00 hrs

20:00 hrs

Considerar lo siguiente:

 

MONITOREO SISTEMAS

NOTA: En todas las evidencias que obtengamos, se tiene que ver la Fecha y hora del servidor.

SICK – SAP Initial Consistency Check

Validar que no existan inconsistencias en el sistema ABAP

 

En caso de encontrar inconsistencias en el sistema, Generar INCIDENTE y escalar a N2 en todo horario

SM51 - Instancia(s) SAP disponible(s)

Revisar el status de los aplicativos, debe ser "Active". 

En caso de encontrar inconsistencias en el sistema, Generar INCIDENTE y escalar a N2 en todo horario

SMLG – CCMS Load Distribution

Se validan los tiempos de respuesta del aplicativo.

 

 

 
CONSIDERACIONES

Si los tiempos en un periodo de más de 30 min se mantienen en:

Semáforo

OK	0 a 2.5 seg (2500ms)
WARNING	2.5 seg (2500) a 3 seg (3000)
CRITICAL	> 3 seg (3000)

 

CRITICO: Sí, se encuentra un tiempo de respuesta mayor a 3000 ms por más de 30 min, favor generar un incidente y escalar a la guardia de N2.
WARNING: Sí, se encuentra un tiempo de respuesta mayor a 2500 ms por más de 30 min, favor generar ALARMA Y DERIVAR al pool N2.

 SM50 – Process Overview

Para esta transacción, debemos mostrar cada aplicativo, en caso de que exista más de 1 aplicativo).

Aqui debemos de validar que existan Work Process disponibles

CRITICO: En caso de encontrar Saturación de WP de cualquier tipo que estén ocupados, generar incidente y escalar a N2.

  Sí se encuentra un WP en estado ERROR ó -1 Ended, generar INCIDENTE y escalar a N2

 

SM13 - Update Status

 

En caso de encontrar un status diferente al de la imagen descrita

 

Generar un INCIDENTE y escalar al equipo de N2

SM37 S4P – Jobs enEjecución

 

1.- Validar y reportar cualquier cancelación de Job 

Generar una ALARMA y derivar al equipo de N2

2.- Validar si existe cancelación del Job ZPROC_CASH_MANAGEMEN si al momento de revisión, este job se encuentra cancelado más de 15 veces.

Generar una ALARMA y derivar al equipo de N2

imagen ilustrativa

SM37 B4P – Jobs enEjecución

 

1.- Validar y reportar cualquier cancelación de Job 

Generar una ALARMA y derivar al equipo de N2


 

 

SM12 - Lock Entry List

 

IMPORTANTE:

- Omitir alarmas cuando existan bloqueos de Tablas BGRFC_I_SUPER, BGR*
- Omitir alarmas cuando existan bloqueos de Tablas BGRFC_O_SUPER, BGR*
- Omitir alarmas cuando existan bloqueos de Tablas FDC_TIMERDAEMON_LOCK*
- Omitir alarmas cuando existan bloqueos de Tablas /SDF/MON_CALL_KEY*

Para usuario BWREMOTE:

- Omitir alarmas cuando existan bloqueos de Tablas ODQ_E_TQ_ENQUEUE*

Ejecutar la aplicación con los siguientes valores:

Client: *

User Name: *

 
 

 Si se encuentra algún proceso que supere las 24 hrs de ejecución, generar ALARMA y derivar al pool de N2 para su evaluación

ST22 Abap Runtime Errors

Validar la cantidad de dumps en el sistema.

 

 

 

 

Si se superan más de 20 dumps en las últimas 12 hrs. se debe de generar una ALARMA y derivar a N2

Al fin del reporte

1. Adjuntar las imagenes recabadas y coloca la alarma o incidente generados según sea el caso.

"CLT SID - Check de salud dd-mm-aaaa hh:mm"

 

 

Estimados:

Se ha realizado el monitoreo de los sistemas , se adjuntan solicitudes asociadas como resultado del monitoreo

Solicitud: ALR0000000, CLB -  - Descripción tipo de alertamiento
Solicitud: ALR0000000, CLB - - Descripción tipo de alertamiento

Adicional se adjunta check de salud realizado.

Cordialmente,

Mesa de Servicios Novis
Chile: 800 914 522 | Costa Rica: 08000521737
México: 55 5047 1000 | Guatemala: +52 55 5047 1000
mesadeservicios@noviscorp.com

El tiempo es oro, es importante recalcar que hay que darle aceleridad al monitoreo, esto no nos exime de brindar calidad a nuestro trabajo.