Tempo aproximado para leitura: 00:03:00 min
Dúvida
Ao processar a rotina Refaz Acumulados (MATA215) ocorre lentidão e/ou travamento na execução. O que fazer para melhorar a performance ou impedir que a mesma conclua o processamento?
Ambiente
Cross Segmento - TOTVS Backoffice (Linha Protheus) - Estoque/Custos - Todas as versões.
Solução
Importante conhecer o conceito do Processamento:
O processamento do Refaz Empenhos tem como objetivo refazer os saldos de pedidos, solicitações e ordens de produção dos produtos com base nos seus respectivos movimentos.
Os arquivos refletirão os saldos empenhados, reservados e/ou esperando distribuição.
A rotina Refaz Acumulados deve ser utilizada para checar/acertar dados que estejam indevidamente gravados nos arquivos. Os campos a serem avaliados, recalculados e acertados são:
• Saldos de pedidos e pedidos.
• Quantidades empenhadas em pedidos de venda, não classificadas, reservadas e entradas previstas.
• Quantidades do arquivo de reservas.
• Entradas previstas de O.P. e solicitações de compras.
• Saídas previstas e realizadas por pedidos de venda liberados.
• Requisições empenhadas.
• Movimentos com TES que atualize estoque (F4_ESTOQUE=S).
Portanto, tal processamento inviabiliza filtros, o que faz com que seu processamento seja robusto, normalmente levando mais tempo do que outros processamentos como por exemplo Refaz Salsos (MATA300), Refaz Poder de Terceiros (MATA216) e Refaz Custo de Entrada (MATA190).
Enfim, o que avaliar quando a rotina Refaz Empenhos (MATA215) começa a ficar lenta?
O primeiro ponto fortemente recomendável é entender se houve algum fato relevante no Sistema entre a última vez que o processamento ocorreu em tempo aceitável e o novo processamento que houve queda drástica de performance. As causas mais comuns que começam a onerar este processamento são:
▸ Fontes do Estoque desatualizados - É recomendável manter os fontes em suas atualizações homogêneas com a aplicação da Expedição Contínua do módulo. Há cenários em que determinados clientes atualizam alguns fontes pontualmente enquanto outros ficam desatualizados, gerando este "desbalanceamento" e consequentemente perda de performance em algumas rotinas
▸ Parâmetro MV_A215CHK desabilitado;
▸ Atualização de DBAcess e esquecimento da atualização do dbapi.dll da sua pasta para ser atualizado na pasta do AppServer (detalhes em: MP - FRAME - Arquivo dbapi.dll do DBAccess no AppServer);
▸ Artefatos de Framework desatualizados (LIB, Binários e DBAcess) - A recomendação é que eles estejam com sua atualização de até 6 meses do momento atual (sendo que o recomendável é sempre mantê-los atualizados) - Para atualizar estes artefatos, clique aqui;
▸Customizações influenciando no processo. Portanto, é sugestivo testar o ambiente padrão desabilitando customizações para averiguação se o tempo de processamento cai;
▸ Fragmentação de tabelas responsáveis durante o processamento (as tabelas que são cosumidas nos processamentos podem ser identificadas pelo DBTrace - mas o processo de desfragmentação é de responsabilidade do DBA/Consultor DBA da empresa).
▸ Recomendamos fortemente seguir estas dicas (clique aqui) para ter um ganho de performance no processamento.
▸ Avaliar se o ambiente esta configurado para utilização de Broker, recomendamos efetuar testes com e sem o Broker e validar se tem o mesmo comportamento. Clique aqui e veja o artigo sobre o Broker.
▸ Avaliar se o ambiente trabalha com produtos que controlam Lote e/ou Endereço e se constam registros com desbalanceamento de Saldos entre as tabelas. Clique aqui e veja detalhadamente como analisar.
Caso, mesmo com as orientações acima não houver ganho de Performance, acione a Equipe de Suporte do módulo de Estoque/Custos encaminhando:
▸ Informações sobre tempo médio padrão do processamento e tempo médio atual;
▸ LogProfiler e Trace do processamento da rotina MATA215.
▸ Filtrar pela APSDU na tabela CV8 pelo campo CV8_PROC igual a MATA215 e exportar em .dtc (print abaixo), essa tabela é importante enviar devido conter o log de processamento da rotina, facilitando a identificação da lentidão ou até mesmo algum erro que pode estar impactando;
Com essas informações, nossos analistas avaliarão se há alguma função ou tabela/campo/query que esteja influenciando na queda de performance para melhor apoio.
Saiba mais:
SIGAEST - Como habilitar e gerar o LogProfiler?
Clique aqui e veja mais artigos sobre Processamentos no Estoque
0 Comentários