SAP Monitoramento básico de códigos de transação e verificações de integridade

⚡ Resumo Inteligente

SAP O monitoramento do sistema é uma rotina diária do Basis que mantém servidores, processos de trabalho, bloqueios, atualizações e a integridade do banco de dados sob controle. Transações principais como SM51, SM50, SM66, SM21, ST22, ST02, ST06, DB02 e DB12 fornecem aos administradores uma lista de verificação proativa completa.

🖥️ Verificar servidores e processos de trabalho: O SM51 lista os servidores de aplicativos, enquanto o SM50 e o SM66 expõem o status dos processos de trabalho em nível de instância e em todo o sistema.
🔒 Remover bloqueios e atualizações obsoletos: SM12 sinaliza entradas de bloqueio antigas; SM13 detecta atualizações desativadas e filas travadas.
📜 Analise os registros e arquivos de despejo de memória do sistema: O SM21 exibe erros e avisos; o ST22 coleta os dumps curtos de ABAP do dia.
⚙️ Ajuste de buffers e CPU: ST02 revela trocas de buffer; ST06 confirma que o uso ocioso da CPU permanece em torno de 60-65% durante carga constante.
🤖 Utilize IA para detecção de anomalias: Os assistentes de IA resumem os padrões SM21 e ST22, sinalizam tendências de crescimento DB02 e recomendam o próximo código T para investigação.

Saiba Mais

O que é a SAP Monitoramento do sistema?

SAP Monitoring System é a rotina diária básica que mantém um SAP A manutenção da integridade do ambiente é feita por meio da verificação regular de servidores, processos de trabalho, bloqueios, atualizações, logs do sistema e integridade do banco de dados. O objetivo é proativo: identificar problemas antes que os usuários os percebam.

Uma lista de verificação diária típica inclui:

Verificando servidores de aplicativos.
Monitoramento dos processos de trabalho em todo o sistema.
Monitoramento dos processos de trabalho para instâncias individuais.
Monitoramento de entradas de fechaduras.
Utilização da CPU.
Espaço disponível no banco de dados.
Monitoramento dos processos de atualização.
Monitoramento do registro de eventos do sistema.
Buffer estatísticas.
Monitoramento de trabalhos em lote.
Monitoramento de solicitações de spool e contagem de solicitações de impressão.
Análise de dump ABAP.
Verificações de desempenho e consistência do banco de dados.
Monitoramento de usuários do aplicativo.

	#1 Melhor no geral 9.8/ 10 ★ ★ ★ ★ ★ Inicie um Teste Gratuito	9.5/ 10 ★ ★ ★ ★ ★ Visite o Xero	9.3/ 10 ★ ★ ★ ★ ★ Visite Paychex
Melhor Para	ERP para Varejo e Distribuição	Contabilidade Online	Folha de pagamento e RH
Característica chave	✓PDV, controle de estoque e contabilidade em um só lugar.	✓Faturamento e conciliação bancária	✓Processamento de folha de pagamento e declaração de impostos
Também inclui	✓Aplicativos em nuvem e móveis	✓Mais de 1,000 integrações de aplicativos	✓Administração de benefícios
Teste Grátis	30-Day Free Trial	30-Day Free Trial	Receba um orçamento gratuito
	Inicie um Teste Gratuito	Visite o Xero	Visite Paychex

Por que realizar verificações diárias e monitoramento do sistema?

As verificações diárias detectam pequenos problemas — um processo de trabalho travado, um bloqueio antigo, um espaço de tabela próximo de 95% — antes que se transformem em interrupções. Elas fornecem à equipe de Basis uma base de referência confiável para que as anomalias se destaquem e alimentam as decisões de planejamento de capacidade com dados históricos.

Como monitoramos um SAP Sistema?

O monitoramento é organizado em torno de códigos de transação (T-codes), cada um responsável por uma camada específica: servidores, processos de trabalho, bloqueios, atualizações, logs, buffers, CPU, dumps, spool, jobs em lote, RFC e banco de dados. As seções abaixo descrevem cada verificação em ordem.

Verificando servidores de aplicativos (SM51)

O SM51 lista todos os servidores de aplicativos ativos no ambiente, juntamente com os serviços e processos de trabalho configurados em cada instância.

Monitoramento de processos de trabalho para instâncias individuais (SM50)

O SM50 exibe todos os processos em execução, em espera, parados e PRIV na instância atual. Todos os processos devem estar em Corrida or Esperando status; qualquer outra coisa precisa ser investigada.

A tela exibe diversas colunas úteis:

O estado de cada processo de trabalho (ocupado ou livre).
A ação que está sendo realizada por um processo ocupado é mostrada na coluna Ação.
A tabela do banco de dados em que se está trabalhando.

Problemas típicos e soluções:

Os usuários não conseguem fazer login ou a interface gráfica está lenta: Os processos de trabalho de diálogo (DIA) estão esgotados. Procure por trabalhos de longa duração (indicador vermelho abaixo). TempoCancele-os através de Processo > Cancelar sem núcleo para liberar o espaço.
PRIV na coluna Motivo: Uma transação está consumindo tanta memória que o processo de trabalho do DIA está "pertencente" a um único usuário. Converse com o usuário e, se possível, execute a tarefa novamente em segundo plano.
Processo de trabalho SPO de longa duração: Investigue o servidor de impressão ou a impressora; um spool preso pode monopolizar um processo.

Monitoramento de processos de trabalho em todo o sistema (SM66)

SM66 é a Visão Geral Global do Processo de Trabalho. Ela consolida os dados do SM50 de todas as instâncias ativas em uma única tela, o que a torna a maneira mais rápida de identificar um problema de desempenho em todo o sistema.

À primeira vista, você vê:

O estado de cada servidor de aplicativos.
Por que um processo não está sendo executado?
Se o processo foi reiniciado.
Utilização da CPU e tempo de execução da requisição.
O usuário e o cliente conectados.
O relatório está sendo executado no momento.

Usuários do aplicativo Monitor (AL08 e SM04)

O AL08 lista os usuários em todas as instâncias ativas, enquanto o SM04 mostra os usuários na instância atual. Ambos exibem os IDs de terminal e os clientes, o que ajuda a confirmar que apenas os IDs de usuário esperados estão conectados.

Monitorando Processos de Atualização (SM13)

Execute SM13, local * no Utilizador campo e execute. Se não houver atualizações pendentes, a fila estará vazia.

Se as atualizações não estiverem ativas, responda às seguintes perguntas:

O processo de atualização está ativo? Caso contrário, foi desativado pelo sistema ou por um usuário?
Alguma atualização foi cancelada?
Há uma longa fila de atualizações pendentes com mais de 10 minutos?

Monitoramento de entradas de bloqueio (SM12)

Execute o SM12 e insira * no Nome de usuário campo.

SAP Utiliza um mecanismo de bloqueio para impedir que dois usuários alterem o mesmo registro simultaneamente. Às vezes, uma queda de rede ou uma falha de sessão deixa um bloqueio. Bloqueios antigos devem ser removidos, caso contrário, bloqueiam o acesso aos registros.

As entradas de bloqueio de captura cujo registro de data e hora seja do dia anterior ou de um dia anterior são as candidatas à limpeza.

Monitoramento do Log do Sistema (SM21)

O SM21 exibe erros, avisos e mensagens de segurança do sistema. Use-o para identificar e corrigir problemas no sistema e em seu ambiente.

Confira o registro do dia anterior com:

Insira o intervalo de data e hora.
Selecione os Problemas e avisos botao de radio.
Clique Releia o registro do sistema.

Resumo da melodia (ST02)

ST02 exibe o resumo do ajuste do buffer. Siga os passos abaixo para solucionar problemas de troca.

Passo 1) Abra o ST02 para visualizar o resumo da afinação.

Passo 2) Double-clique em qualquer valor vermelho abaixo TROCA.

Passo 3) Clique na Parâmetros Atuais aba.

Passo 4) Anote os valores e os parâmetros do perfil.

Passo 5) Abra o RZ10 para alterar os valores dos parâmetros de perfil.

Passo 6) Salve as alterações.

Passo 7) Reinicie o servidor para que os novos valores entrem em vigor.

Utilização da CPU (ST06)

O ST06 mostra o desempenho do sistema operacional. A utilização da CPU em modo ocioso deve ficar em torno de 60 a 65%; uma carga mais alta sustentada significa que o sistema está sob pressão.

Quando o uso da CPU estiver alto, siga este breve caminho de triagem:

Executar comandos de nível do sistema operacional (como top) para descobrir quais processos estão usando mais CPU.
Abra a transação SM50 ou SM66 e procure por tarefas de longa duração ou consultas de atualização.
Abra o SM12 e verifique se há entradas de bloqueio antigas.
Abra a transação SM13 para verificar o status da atualização.
Abra o SM21 para verificar se há erros no sistema.

Despejos ABAP (ST22)

A instrução ST22 captura erros de tempo de execução do ABAP (dumps curtos). RevAnalise as fezes do dia anterior todas as manhãs para identificar padrões incomuns ou indivíduos que repetem o mesmo comportamento.

Monitoramento de solicitação de spool (SP01)

Execute o SP01 para monitorar as solicitações de spool:

Entrar * no Criado por campo.
Clique Execute.

Apenas os pedidos de registro foram encerrados com problemas.

Monitoramento de trabalhos em lote (SM37)

Execute a transação SM37 para monitorar os trabalhos em segundo plano:

Entrar * no Nome de usuário e Nome do trabalho campos.
Debaixo Status de trabalho Selecione Agendado, Cancelado, Liberado e Concluído.

Administração RFC Transacional (SM58)

A RFC transacional (tRFC), originalmente conhecida como assíncrona RFC, executa o módulo de função chamado no servidor RFC exatamente uma vez.

Selecione o período de exibição que deseja analisar e insira-o. * No campo do usuário, clique em executar. A lista mostra todas as chamadas que não foram executadas com sucesso ou que ainda estão aguardando na fila.

Administração QRFC (Fila de Saída — SMQ1)

O SMQ1 monitora filas qRFC de saída. Especifique o cliente e procure filas em Esperando or erro Estado.

Administração QRFC (Fila de entrada — SMQ2)

O SMQ2 espelha o SMQ1 para filas qRFC de entrada. Especifique o cliente e procure as filas de entrada em Esperando or erro Estado.

Administração de banco de dados (DB02)

O DB02 é o painel de administração central do banco de dados. A primeira tela permite explorar espaços de tabela, índices ausentes e o histórico de crescimento.

Selecionar Tamanhos atuais Para visualizar o status de cada tablespace.

Se algum tablespace estiver com mais de 95% de sua capacidade ocupada e a extensão automática estiver desativada, adicione um novo arquivo de dados para que o banco de dados não fique sem espaço.

Você também pode analisar o histórico de um tablespace por mês, semana ou dia para identificar tendências de crescimento.

Logs de backup do banco de dados (DB12)

O DB12 confirma quando foi executado o último backup bem-sucedido. RevConfira os backups do banco de dados e do log de refazer do dia anterior para garantir que tenham sido concluídos sem problemas.

Links Revvisualização: Lista de verificação de monitoramento diário

As tabelas abaixo resumem as verificações diárias críticas para administradores do Basis.

Tarefas Críticas

#	Tarefa	transação	Procedimento/Observação
1	Confirme se o sistema R/3 está funcionando.	-	Faça login no sistema R/3.
2	Confirme se o backup diário foi executado sem erros.	DB12	Verifique o registro de backup do banco de dados.

SAP Verificações de sistema

#	Tarefa	transação	Procedimento/Observação
1	Confirme se todos os servidores de aplicativos estão ativos.	SM51	Todos os servidores estão online.
2	Verificar processos de trabalho.	SM50	Todos os processos de trabalho em estado de execução ou espera.
3	Visão geral global do processo de trabalho.	SM66	Nenhum processo de trabalho com duração superior a 1800 segundos.
4	Procure por atualizações com falha ou interrompidas.	SM13	Defina a data para um dia atrás e insira. `*` No campo ID do usuário, defina para “Todas” as atualizações. Procure por linhas com `Err.`
5	Verifique o registro do sistema.	SM21	Defina a data e a hora para antes da última revisão. Procure por erros, avisos, mensagens de segurança e problemas no banco de dados.
6	Revver empregos cancelados.	SM37	Entrar `*` No campo ID do usuário, confirme se todas as tarefas críticas foram concluídas com sucesso.
7	Verifique se há fechaduras antigas.	SM12	Entrar `*` no ID do usuário.
8	Verifique se há usuários no sistema.	SM04 / AL08	Procure por IDs de usuário ou terminais inesperados; verifique várias vezes ao dia.
9	Verifique se há problemas no carretel.	SP01	Entrar `*` Em "Criado por". Procure por trabalhos de spool presos em "Em processo" por mais de uma hora.
10	Verifique o registro de tarefas.	SM37	Procure por trabalhos novos ou incorretos.
11	Revvisualizar e resolver dumps.	ST22	Fique atento a dejetos excessivos ou incomuns.
12	Revvisualizar estatísticas de buffer.	ST02	Procure por trocas.

Verificações de banco de dados

#	Tarefa	transação	Procedimento/Observação
1	RevVeja o registro de erros do banco de dados.	ST04	Investigue quaisquer novos erros.
2	Crescimento do banco de dados e índices ausentes.	DB02	Se um tablespace estiver com mais de 90% de utilização, adicione um novo arquivo de dados; reconstrua os índices ausentes.
3	Registro de estatísticas do banco de dados.	DB13	Confirme se as tarefas estatísticas agendadas foram concluídas.

Perguntas Frequentes

Os principais códigos de transação (T-codes) são SM51, SM50, SM66, SM12, SM13, SM21, SM37, SP01, ST22, ST02, ST06, DB02 e DB12. Juntos, eles abrangem servidores, processos de trabalho, bloqueios, atualizações, logs, dumps, buffers, CPU e integridade do banco de dados.

O SM50 exibe os processos de trabalho apenas para o servidor de aplicativos atual. O SM66 agrega os dados dos processos de trabalho de todas as instâncias ativas, fornecendo uma visão de todo o sistema, ideal para a triagem de desempenho entre instâncias.

Exclua um bloqueio somente após confirmar que a sessão proprietária foi encerrada. Bloqueios com mais de um dia que não estejam mais vinculados a uma sessão ativa geralmente podem ser removidos com segurança após consultar o usuário ou a equipe proprietária.

PRIV significa que um processo de trabalho de diálogo está operando em modo de memória privada (estendida) porque uma única transação de usuário cresceu demais. Outros usuários não podem usar esse processo de trabalho até que a transação proprietária termine.

O uso ocioso da CPU em torno de 60–65% é considerado um estado estável saudável. Um uso ocioso sustentado abaixo de 30% indica pressão na capacidade e justifica uma revisão dos módulos SM50, SM66, SM12, SM13 e SM21 para identificar a causa raiz.

A maioria das verificações é executada uma vez por dia, idealmente no início da manhã. As verificações críticas, como SM04/AL08 (usuários ativos), SM21 (log do sistema) e ST06 (CPU), são revisadas várias vezes ao dia, especialmente durante o horário de pico.

As ferramentas de IA agrupam mensagens SM21, resumem tendências de despejo ST22, preveem o esgotamento do tablespace a partir do histórico do DB02 e recomendam o próximo código de transação (T-code) para investigação. Isso reduz o ruído e acelera a resposta a incidentes.

Sim. Os assistentes de IA processam capturas de tela e exportações dos códigos de transação diários e, em seguida, geram um relatório estruturado que sinaliza anomalias, vincula cada problema ao próximo código de transação e propõe medidas corretivas para a equipe de Basis.