solução: System clean up, usr / sap / SID está cheio
Background: SAP Directory housekeeping é um problema comum para engenheiros de base.
abaixo estão algumas dicas sobre como lidar com problemas com espaço total ou baixo para usr/sap/SID.
razão # 1.0: um arquivo enorme é inconscientemente movido para o diretório usr/sap/SID.
merda acontece. Às vezes, uma pessoa pode mover acidentalmente uma imagem ISO ou outro arquivo sem importância para um diretório errado. Isso é muito estúpido, mas essas coisas acontecem.
solução # 1.0 excluir ou mover arquivo não sap.
Passo 1.1 Use a Ferramenta de pesquisa do Windows.
passo 1.2 Pesquisar usr/sap / SID diretório Por arquivo opção especial com tamanho de 10Mb.
exemplo de arquivos que não são relacionados ao sap:
instaladores ( * .ins)
imagens ISO (*.iso)
arquivos zip desnecessários (*.zip)
arquivos RAR desnecessários (*.etapa 1.3 verifique se os arquivos não são mais necessários.
etapa 1.4 excluir ou mover os arquivos diversos identificados
etapa 1.5 é sempre a melhor prática mover em vez de excluir. Também não exclua arquivos sem a segunda opinião de outros proprietários do sistema. Desejado.
Razão # 2: Os trabalhos de limpeza padrão do SAP não foram executados.
trabalhos de limpeza devem ser mantidos regularmente para limpeza automática do sistema SAP.
Solução # 2: Verifique se os trabalhos de reorg padrão SAP abaixo foram concluídos com sucesso.
um. SAP_REORG_JOBS
b. SAP_REORG_SPOOL
c. SAP_REORG_BATCHINPUT
Veja a tabela abaixo para mais informações sobre os trabalhos:
Em alguns casos urgentes, o que você precisa para executar programas associar com o trabalho manualmente. Você pode consultar minha postagem abaixo sobre como executar manualmente os programas associados a trabalhos acima no link abaixo:
http://basisbibo.blogspot.com/2009/09/fundamental-sap-system-clean-up.html
às vezes, os trabalhos padrão da SAP, como qualquer outro trabalho, não serão concluídos. Solucione problemas, se necessário.
é sempre melhor verificar a última entrada de logs de trabalho. Algumas razões de falha de trabalho podem ser:
a. O usuário em execução está bloqueado. Verifique o usuário no SU01 e desbloqueie, se necessário.
B. Nenhum processo em segundo plano disponível durante o tempo de execução programado. Isto é temporário. Execute o trabalho novamente.
C. erro de E/S do disco. Verifique o disco se forem detectados erros físicos ou completos.
D. variante não existe. Crie uma variante, se necessário.
razão # 3.0: SAP_COLLECTOR_FOR_PERFMONITOR não está programado ou com problemas.
esta tarefa atualiza o banco de dados de desempenho MONI e redefine o arquivo stat assim que o arquivo STAT atingir seu tamanho máximo. Isso deve funcionar regularmente.
solução #3.0 verificar o status do trabalho. Solucione problemas, se necessário.
etapa 3.1 vá para SM37, digite SAP_COLLECTOR_FOR_PERFMONITOR e encontre ocorrência de trabalho.
Passo 3.2 Se o trabalho não sair, cronograma de como seguir na transação SM36:
nome do Trabalho: SAP_COLLECTOR_FOR_PERFMONITOR,
programa principal: RSCOLL00
Frequência: de hora em Hora
Nenhuma variante.
(Nota: às vezes, o trabalho não tem o nome de SAP_COLLECTOR_FOR_PERFMONITOR, o nome depende do Agendador de Tarefas. Você pode verificar se foi agendado no sistema pelo programa principal RSCOLL00 no SM37)
etapa 3.3 verifique se o trabalho foi concluído.
razão # 4.0 desenvolvedor rastreia arquivos (por exemplo, dev_w0, dev_w1, dev_w*) são enormes.
diálogo, fundo e processos de trabalho Spool os logs são gravados e consomem espaço no disco como dev_w*.
espere que algum processo de trabalho cresça muito quando a atividade principal estiver em andamento, como cópia ou exclusão do cliente.
Solução # 4.0 verifique e redefina os rastreamentos do dev,se necessário
etapa 4.1 no nível do sistema operacional, vá para usr / sap / SID / DVEBMGS * * / work
etapa 4.2 faça uma pesquisa por dev_w*. Verifique se um dev_w * está obtendo um tamanho enorme (cerca de 1 GB a 5 GB)
etapa 4.3 no nível SAP, verifique a atividade por meio da transação SM50. dev_w(não.campo em SM50). Verifique o tempo de execução se longa execução. 3600 = 1 hora.
passo 4.4 se confirmado para ser de longa duração, confirme com o Usuário se o processo pode ser redefinido. Não reinicie o processo, a menos que a confirmação seja fornecida.
Passo 4.5 com um sinal verde, no SM50 clique em Process > Trace > Rest > Arquivos de processo de trabalho
etapa 4.6 verifique no nível do sistema operacional se o arquivo dev_w* é redefinido para 0~ kb.
razão # 5.0 Arquivo de estatísticas muito grande.
os arquivos de Estatísticas são limpos regularmente pelo job SAP_COLLECTOR_FOR_PERFMONITOR.
em alguns sistemas de desenvolvimento, arquivos de Estatísticas não são realmente necessários.
solução # 5.0 Excluir arquivo stat
etapa 5.1 no nível SAP, vá para a transação ST03
etapa 5.2 mude para a visualização do Modo Expert
etapa 5.3 vá para coletor e desempenho DB
etapa 5.4 vá para estatísticas e arquivo de registro
Etapa 5.5 Vá para excluir arquivo
etapa 5.6 selecione o sistema SAP afetado (server_SID_Instance no).
razão # 6. Seu bebê SAP está ficando grande. : D
este é o último recurso para administradores de sistema para manutenção.
a maioria dos plugins está instalada.
todos os trabalhos de limpeza ok.
nenhuma confirmação para redefinir traços de status ou desenvolvedor (dev_w*)
Solução # 6: estender o sistema de arquivos. Isso pode ser feito através. Etapa 6.1 substituição de disco se você tiver uma infraestrutura De Gerenciamento de disco ruim. Isso exigirá tempo de inatividade do SAP.
etapa 6.2 extensão de disco remoto se você tiver sistema de arquivos de rede.