• CCMS - Long Runners Batch

    Procedimiento guiado para validación de alarmas de alta duración de JOBS
    CCMS - Long Runners Batch
  • Image-195

  • Para completar este procedimiento siga las instrucciones, complete la información solicitada y pulse el boton

     "Procedimiento Completado" cuando finalice.

  •  - -
     :

  • Sistema ECC PRD MAP del cliente CBC

     Los Jobs de Archiving se programan con la siguiente nomenclatura:

    Ejemplo:

  • Estafeta - Tratamiento

     

    Para este cliente, podrian presentearse dos casos:

    • El Job excedió el umbral configurado (En este punto debemos considerar el historial del Job)
    • Se presenta la cancelación del Job

    Para ambos casos es necesario realizar lo siguiente:

    1. Crear alarma a nombre del cliente y de un interlocutor válido.
    2. Enviar correo a un interlocutor válido
      1. alerta.jobs@estafeta.com
    3. En copia deben de considerarse:
      • TAM y KAM de la cuenta (validar en Service Snow).

  • 1.- Revisión de Alerta

     

    Ingresar a la transacción SM37.

    • Colocar en el campo Job Name el nombre del job alarmado, según alarma.
    • Completar el campo User Name con *
    • Seleccionar en el apartado de Job status "Active".
    • En el Apartado de Job start condition, eliminar fecha.
    • Ejecutar transacción.

     

     

  • CBC : MAP - Jobs Archiving

    La alarma se gatillará cuando se detecte un Job de Archiving "Cancelado"

    Al recibir alarma debemos validar:

    1. Validar que efectivamente el Job se encuentre en status Cancelado.

     Ejemplo:

  • Status Cancelado - Jobs Archiving 

     2. Doble clic en el Job


    3. Tomar captura del log del Job

    4. Crear una alarma a nombre del cliente

     

    5.Las evidencias obtenidas, deberán ir adjuntas en un correo informativo, el correo debe ser enviado a:


    Al interlocutor válido en Service Now (Revisar las observaciones, ya que se se encuentran indicaciones referente a las alarmas de Jobs) con copia al KAM de la cuenta

    Dejar documentado la alarma de seguimiento, asi como las evidencias que se obtuvieron de las validaciones anteriores

    6. En el sistema MAP, ingresar a:

    - La transacción RZ20

    - Buscar el template de la ruta SAP CCMS Monitor Templates

    - Background Processing

     

    Al mostrarse el template, ingresamos a Background Job Monitoring y buscamo las alertas de ese Job

    Ingresamos a cada uno de los apartados que se encuentran alertaos, para mostrar las alertas

    - Seleccionamos todas las alertas y damos clic en Complete alerts.

    -Las alertas deberán desaparecer

    Al regresar a los templates, ya deberán estar en verde nuevamente.

    7. Documentar la alarma:

    Indicar al cliente que se le notificó mediante correo electrónico y dejarla en Resuelto

    NOTA: No es necesario indicar al cliente las acciones realizadas a partir del punto 6, ya que el "Completar las alarmas", Nagios no vuelve a gatillar la alarma indicando la cancelación del Job anteriormente alarmado.

    Nuestra labor, solo es indicar al cliente que el Job x se canceló, no es necesario 

  • Otro status - Jobs Archiving

     

    Estos Jobs traen información muy antigua, por lo tanto, si el Job aun se mantiene en "Ejecución", es importante mantener el Job monitoreado hasta que finalice correctamente.

    Si el status del Job en "Finalizado", solo se debe validar con la evidencia del status del Job.

  • Validar usuario  

    Revisar si el usuario con el que se esta ejecutando el job no sea un usuario de Administracion

    Los usuarios de Administración son:

    • Novis
    • SAP*
    • DDIC
    • Solman_admin / Solman admin
    • Solman_BTC / Solman BTC
    • Solman*
    • novismon
    • SM_EFWK

     

  • Usuario de Administración

     

     Si el usuario que lo ejecuta es de administración, se deben tomar imágenes de referencia y se debe derivar internamente a MXOPN2 para su validación mediante un alarma interna.

     

     

    Descripción

    Estimados

    Hemos recibido alarma por el Job: , con alto tiempo de ejecución, el usuario que lo ejecuta es: .
    Se adjuntan detalles de la alarma y las validaciones realizadas para su atención.

     

     

    NOTA: Adjuntar imagenes de las validaciones realizadas.

  • 1.- Validar historial del job

     

    • Utilizar mismo filtro, unicamente se modifica el tiempo de busqueda.
    • En el apartado de Job start condition, considerar por lo menos 2 semanas de antiguedad.
    • Ejecutar transacción.

     

  • Job excedido en tiempo de ejecución

     Se debe generar ALARMA a nombre del cliente, para informarle sobre el suceso. 

     Una vez generada la alarma, se debe enviar correo informativo al cliente.

    Adjuntar pantallas de validación (transacciónes SM37 y SMLG).

    Ejemplo:

  • Job dentro del tiempo normal de ejecución, según historial

    Se debe mantener en monitoreo, hasta que el job finalice.

     

  • Alarma falsa

     Guardar imagenes de validación.

  •  

     

  • Image-205
  • Should be Empty: