SAP SM37: Como monitorar um trabalho em segundo plano

O monitoramento do trabalho em segundo plano é importante porque, uma vez agendado, ele pode ser cancelado
devido a algum erro. Para investigar a causa raiz, use SM37.

Etapa 1) Execute transação: SM37.

Etapa 2) Preencha os critérios necessários.

Nome do trabalho e nome de usuário (quem agendou o trabalho). Você pode colocar * para obter detalhes de todos
os trabalhos agendados por todos os usuários. Selecione o status do trabalho que você deseja monitorar. Se você
achar que um trabalho em segundo plano não foi concluído, selecione Status cancelado.

Coloque o período conforme sua exigência.

Etapa 3) Você verá uma tela como mostrado abaixo.

Etapa 4) Clique no botão Registro de tarefas para rastrear o erro devido ao trabalho cancelado.
Etapa 5) Você obterá os seguintes detalhes. No exemplo abaixo, o trabalho foi cancelado, pois houve um problema
com a conexão RFC ao sistema remoto. Como resolução, use o SM59 para verificar se há um problema de
autorização no sistema remoto.

Às vezes, os trabalhos no status Ativo também podem causar um problema.

Você pode enfrentar problemas como espaços de tabela cheios; o trabalho duplicado está sendo executado com o
mesmo nome e tempo, o trabalho está selecionando ou atualizando dados grandes etc.

Você também pode verificar esses trabalhos no SM37. Siga o procedimento abaixo.

Etapa 1) Execute o SM37.

Etapa 2) Preencha os critérios necessários.

Nome do trabalho e nome de usuário (pelo qual o trabalho está agendado).

Selecione o status do trabalho que você deseja monitorar. Se você encontrar um problema de desempenho do
sistema ou se uma tarefa não for concluída por um período muito longo, selecione o status ativo.

Coloque o período conforme sua exigência.

Etapa 3) Examine a coluna Duração (que significa que o trabalho está sendo executado desde n segundos). Se você
encontrar um número grande de duração, investigue os detalhes do trabalho no log de trabalhos. Alguns trabalhos
usam um grande número de dados. Usando o SE16, verifique as entradas da tabela para as tabelas usadas pelo
trabalho.

Às vezes, os trabalhos mostram estar no status ativo, apesar de concluídos.

Como corrigi-los? Siga o conjunto de procedimentos abaixo -

Etapa 1) Como mostrado acima, execute o código T SM37 e selecione o trabalho com um status ativo.
Etapa 2) Selecione o trabalho ativo que está causando o problema.

Etapa 3) Clique no trabalho-> Verificar status.

Etapa 4) Na barra de status da janela, você encontrará a mensagem abaixo. Isso irá reparar o status do trabalho se
houver um problema

Etapa 5) Se o trabalho ainda estiver em status de execução, vá para SM50. A tela abaixo será aberta. Dê uma
olhada na coluna "Motivo",(REASON) que mostra erros ou problemas excepcionais. Investigue mais.

Como conversamos ontem

Os principais motivos

SM37 - Analise de JOBs

* Log de Job

* Passo
* Detalhe Job

----------------------------------

Problemas mais comuns |||||

* Cópia de ambiente (exemplo PRD500 ---> HSC DEV300) -

Todos os jobs (programas) faziam ref. ao PRD500 - ! Problema

MANDATE CLIENTE INEXISTENTE

USUARIO PRODUCAO DIFERENTE DO USUARIO DEV - -

* Usuário Bloqueado (exemplo: JOBS// BASISONEIT >>> (SERVICO)

- esta bloqueado ou excluido naquele mandante --> JOB ! Problema

USUARIO BLOQUEADO OU DATA VALIDADE

* Variante / Alguns jobs - exigem Variantes

NFE - OFICIAL / standard .

J_BNFECALLRFC (impontante job - faz a numeracao da NFE)

alguns jobs exigem VARIANTE -

COMO CRIAR UM JOB?

SE38 --> Executar programas / verificar fonte

Procedimento

exemplo: RSUSR_LOCK_USERS (bloqueia usuarios inativos) 60 dias

ABAP 43667 USERS_LOCK JOBS PT

SM37 --> Gestao Jobs

SP01 x SP02

SP01 - gestao de Spool (administrativo) - nivel global ! Critica SP01 * !!! PERIGOO !! Sp01 -- HOLERETS

SP02 - Spool proprio - usuario