American Tower » Service Now

Paso 1 - Localización del Job
Se tomó el Job Name informado en el correo:
Daily job to fetch Email Indicator Data and Email Notifications created
Luego se abrió el Filter Navigator.
Se ingresó:
sysauto_pa.list
y se presionó Enter.
Esto abrió la lista de Jobs de Performance Analytics.
En la columna Name se buscó:
Daily job to fetch Email Indicator Data and Email Notifications created
y se abrió el registro correspondiente.

Paso 2 - Revisión de la definición del Job
Al abrir el Job se observó:
Name: Daily job to fetch Email Indicator Data and Email Notifications created
Active: true
Run: Daily
Collect: Both scores and text index
Time: 05:00:00
Durante esta revisión se observó que el campo:
Run as
se encontraba completamente vacío.
En ese momento no se concluyó que fuera el problema porque todavía era necesario validar si ese campo realmente era obligatorio para este tipo de Job.

Paso 3 - Revisión de Diagnostic Results
Dentro del mismo Job se revisó la pestaña:
Diagnostic Results
Allí aparecieron dos resultados.
Uno de ellos mostraba:
Severity: Error
Diagnostic: Run as user defined for collection job not valid or active
Esto llamó inmediatamente la atención porque el Job tenía el campo Run as vacío.

Paso 4 - Apertura del diagnóstico
Se abrió el diagnóstico:
Run as user defined for collection job not valid or active
Dentro del diagnóstico se observó:
Description:
A collection job is configured to run as an invalid or inactive user.
Message:
The Run as user defined for this collection job is not valid or active.
Solution Description:
Update the collection job Run as field to a different user, or ensure that the current user record is active and the User ID field is populated.
Este hallazgo fortaleció la hipótesis de que el problema estaba relacionado con el campo Run as.

Paso 5 - Validación de la configuración Run as
Se regresó al Job.
Se revisó nuevamente el campo:
Run as
confirmando que estaba vacío.
Además se revisó el tooltip asociado al ícono de ayuda del campo.
La ayuda mostraba:
Scheduled job will run with credentials of specified user (optional)
Esta observación fue importante porque aparentemente el producto considera opcional el campo Run as.
Por lo tanto todavía era necesario confirmar que el error real de la ejecución estuviera efectivamente relacionado con ese campo.

Paso 6 - Revisión del Job Log
Desde el Job se abrió la pestaña:
Job Logs
Se localizó la ejecución que coincidía exactamente con el correo recibido.
Se verificó:
State: Collected with errors
Run time: 0
Inserts: 0
Deletes: 0
Warnings: 0
Errors: 1
Esto confirmó que se estaba analizando la misma ejecución informada por correo.

Paso 7 - Revisión del mensaje de error real
Dentro de los Job Logs se filtró por:
Level = Error
Apareció un único registro de error.
El mensaje completo indicaba:
DataCollectorJob: Daily job to fetch Email Indicator Data and Email Notifications created no se ha ejecutado, el usuario run_as está vacío
Este mensaje eliminó cualquier duda.
Ya no se trataba de una hipótesis basada en diagnósticos.
El propio Data Collector estaba informando explícitamente la causa del fallo.

Paso 8 - Correlación de evidencia
Se recopilaron todos los hallazgos:
Correo recibido:
Errors = 1
Job:
Run as = vacío
Diagnostic Result:
Run as user defined for collection job not valid or active
Message:
The Run as user defined for this collection job is not valid or active
Job Log:
DataCollectorJob: Daily job to fetch Email Indicator Data and Email Notifications created no se ha ejecutado, el usuario run_as está vacío
Toda la evidencia apuntaba al mismo origen.

Paso 9 - Conclusión técnica
La ejecución no falla durante una colección de datos.
La ejecución ni siquiera comienza.
El Job es abortado por el Data Collector debido a que el campo:
Run as
está vacío.
Por este motivo se obtiene:
Run time = 0
Inserts = 0
Deletes = 0
Warnings = 0
Errors = 1

Paso 10 - Decisión tomada
Aunque ya se identificó la causa raíz, no se realizó ninguna modificación en la configuración.
No existe evidencia suficiente para determinar qué usuario debe configurarse en el campo Run as.
Se descartó asignar usuarios por prueba y error o copiar configuraciones desde otros Jobs sin validación.

Paso 11 - Acción realizada
Se generó la Story:
STRY0011799
solicitando al soporte contratado:
• confirmar cuál es el usuario correcto para ejecutar el Job;
• indicar si el Job debe permanecer activo;
• indicar si corresponde deshabilitarlo;
• proporcionar la configuración recomendada para eliminar el error reportado.
Conclusión final
La investigación permitió determinar de forma concluyente que el Job:
Daily job to fetch Email Indicator Data and Email Notifications created
no ejecuta porque el campo:
Run as
se encuentra vacío.
La corrección queda pendiente de definición por parte del soporte funcional/técnico responsable de la configuración de Performance Analytics.

Se recibe la siguiente respuesta de Soporte:

Marcos Saúl
Additional comments
Hola @Daniel Kippke, revisando los logs, efectivamente, el Data Collector requiere tener definido el usuario en Run as para ejecutar este job.
Para resolverlo hay dos opciones según la necesidad operativa:
1- Si las métricas de este job se utilizan, configurar en el campo "Run as" a un usuario con permisos de administrador (en este caso System Administrator) para que corra diariamente sin fallas.
2- Si las métricas/notificaciones no se utilizan: Se puede desactivar directamente el job desmarcando el campo Active (active = false), evitando así la ejecución y la alerta de error diaria.

El job recopila diariamente dos métricas estadísticas de Performance Analytics sobre el subsistema de correos:
-Email Notifications Sent: Cuenta la cantidad de logs de correo generados en el día (sys_email_log)
-Email Notifications Created: Cuenta la cantidad de definiciones de notificaciones creadas en el día (sysevent_email_action).

Estas métricas alimentan únicamente tableros informativos de administración de notificaciones (Notification Dashboard Admin).
Mi recomendación:
Si no utilizan dashboards de analítica de notificaciones por correo, lo estándar y más limpio es desactivar el job (desmarcar la casilla Active) para evitar ejecuciones fallidas y alertas diarias innecesarias.
Si desean conservar el histórico de esas métricas, se puede asignar el usuario del sistema.

Se procede a desactivar el job: