Monitorar, repetir e recuperar uma execução

Diferencie estado, aceitação da saída e recuperação antes de repetir tarefas com efeitos sobre dados externos.

Localizar a tentativa correta

Abra Monitor e ajuste período, tipo de objeto, estado e worker quando aplicável. Procure o identificador da tentativa, não apenas o nome do Workflow: um objeto pode ter várias execuções. Os filtros de período mudam o que é exibido; não garantem retenção ilimitada da evidência.

Abra os detalhes para conferir tarefas, horários, versões, parâmetros autorizados e eventos ou logs disponíveis. Aceitação na fila não significa que o worker iniciou o trabalho. O estado succeeded ainda exige verificação independente do resultado de negócio.

Escolher a ação conforme o estado

Ação	Disponibilidade e revisão necessária
Open definition	Abre a definição associada. Compare a versão da tentativa com qualquer rascunho aberto.
`Download output`	Para uma execução de `Mapping` ou `Session` bem-sucedida, com saída disponível e acesso autorizado. Pode ser necessário abrir a tarefa `Session` do `Workflow`.
Re-run	Para tentativas succeeded, failed, cancelled ou terminated. Recomeça do início com a definição fixada e a entrada correspondente.
Recover	Para tentativas failed, cancelled ou terminated com contexto de recuperação válido. Retoma a partir do ponto de recuperação disponível.
Cancel	Para trabalho queued que ainda aguarda execução.
Terminate	Para uma execução ativa. Confira depois seu estado final e efeitos já produzidos.

As opções também dependem da sua autorização e do contexto atual. Um botão ausente não concede permissão para recriar a operação por outro caminho.

Investigar antes de tentar novamente

Abra a tentativa e localize a primeira tarefa que falhou ou ficou aguardando.
Leia seu erro real, definição e versão, parâmetros efetivos, worker e acesso às entradas ou Connections.
Confira se o destino recebeu dados, mesmo quando a tentativa global falhou.
Corrija a causa na configuração adequada e determine se precisa publicar uma versão nova ou completar uma entrada.
Escolha Re-run ou Recover conforme o que deve ser executado novamente e o contexto de recuperação disponível.
Identifique a tentativa resultante e confira tarefas, esquema, registros e regras de negócio. Preserve a relação com a tentativa anterior.

Exemplo: uma saída já existe

Uma Session grava um CSV e uma tarefa posterior falha. Repetir todo o Workflow com o mesmo caminho de saída pode sobrescrever ou duplicar resultados, conforme o destino. No laboratório, use uma saída independente e confira seus três registros antes de comparar. Para um destino de banco de dados com append, revise chaves e repetibilidade antes de iniciar outra gravação.

Recover não é uma transação distribuída. O ponto de recuperação e os commits anteriores determinam qual trabalho permanece persistido. Até uma execução encerrada pode ter confirmado lotes antes de receber a instrução. Arquivos e serviços externos também podem ter mudado desde a primeira tentativa.

Aceitar o resultado recuperado

A nova tentativa tem identificador e uma relação de recuperação ou repetição explicável.
Tarefas executadas, ignoradas e reutilizadas correspondem à ação escolhida.
A saída atende colunas, quantidade, chaves e valores esperados, sem duplicatas imprevistas.
Estados de worker, tarefa e tentativa são coerentes e não resta uma operação desconhecida em andamento.

Esperas e falta de evidência

Quando uma tarefa aguarda, revise pais, condições, políticas de concorrência, recursos e slots do worker. Se faltarem logs ou saída, confira filtros, permissões e evidência retida; não conclua o resultado a partir de um painel vazio. Evite limpar o histórico necessário à investigação. Para obter ajuda, use o formulário da Cloudata com a versão 22.0.5, identificador da tentativa e exemplo sintético, sem credenciais ou dados de clientes.