RUNBOOK // sfmcPRODUÇÃO

Investigação de Saúde do Automation Studio

Rastreie uma automação stale, skipped, failed ou degradando desde a evidência do run até a atividade que realmente causou o problema.

Context Pack →Abrir Workspace →
Trust & provenancePRODUCTION
Nível de evidênciaPRODUCTIONFontes oficiais2Outras fontes0Última verificaçãoNão registrada

O nível de evidência descreve minha experiência com o conteúdo. Fonte oficial descreve contrato/documentação da plataforma. Observação de produção não deve ser tratada automaticamente como limite oficial.

01

Comece em _AutomationInstance

Confirme status do último run, timestamps scheduled/start/end e o primeiro detalhe de erro para o AutomationCustomerKey.

02

Separe Error de Skipped

Error significa falha; Skipped pode indicar sobreposição de schedule, fila de file-drop ou problema operacional de timing.

03

Aprofunde em _AutomationActivityInstance

Use AutomationInstanceID para identificar a atividade lenta ou com falha, sua posição e detalhes de status.

04

Compare runtime com o baseline

Um run Complete que ficou 2x mais lento que o normal pode ser o primeiro aviso antes de overlap ou do limite de 30 minutos de Query/Script.

05

Cheque freshness upstream e downstream

Uma automation verde ainda pode produzir dado stale ou zero. Valide timestamps críticos de entrada e row counts de saída.

06

Corrija o mecanismo, não o sintoma

Retry uma vez em contenção transitória; lentidão/falha recorrente precisa virar mudança de query, staging, schedule ou dependência.

07

Codifique o monitoramento

Transforme o modo de falha em item do Deployment Cockpit, query de dashboard, notificação ou melhoria deste runbook.