Cross Segmento - Backoffice (Linha Protheus) - SIGAEST - Dicas de Performance custo medio e acompanha custos

Tempo aproximado para leitura: 00:04:00 min

Dúvida
Quais as possibilidades de melhoria na performance do custo médio de forma padrão e como isso impacta a rotina de Acompanha Custos?

Ambiente
Cross Segmento - TOTVS Backoffice (Linha Protheus) - Estoque/Custos - Todas as versões.

Solução

Para otimizar o processamento do Recálculo do Custo Médio (MATA330) e, consequentemente, refletir em maior agilidade na rotina de Acompanha Custos, a TOTVS disponibiliza diversas configurações e parâmetros de performance. Abaixo, detalhamos as principais implementações:

De forma a ser obrigatorio, sempre sera sugerido a validação do ambiente, se o mesmo se encontra devidamente atualizado com as ultimas versões, avaliações de performance, requer o ambiente 100% atualizado, para necessidade de coleta de logs de performance, sob validação do time de produto, então o primeiro passo é, validar as atualizações mais recentes.

Documentação central para questão de performance.

PEST06008 - MATA330 - Como melhorar a performance da rotina de Recalculo do Custo Médio ?

Opções ideiais para a validação do seu time de T.I

Manutenção e Otimização do Banco de Dados (SGBD) 

A performance de qualquer rotina que use procedure, depende diretamente da saúde do banco de dados, pois a rotina realiza milhares de leituras e gravações.

• Ação: É mandatório que o DBA (Administrador de Banco de Dados) realize periodicamente a Reconstrução de Índices (Rebuild) e a Atualização de Estatísticas das principais tabelas envolvidas no processo, documentadas no link PEST06008 - MATA330 - Como melhorar a performance da rotina de Recalculo do Custo Médio ?

• Impacto: Tabelas fragmentadas ou com estatísticas desatualizadas fazem o banco de dados errar o plano de execução, gerando lentidão.

• É necessário verificar o arquivo DBAPI.DLL se estão com a mesma data de modificação nos diretórios AppServer e DBAcess.

Isolamento de Ambiente (AppServer Dedicado)

• Recomendação: Para bases de dados volumosas, crie um serviço (AppServer) dedicado e exclusivo no servidor (ou em um servidor de processamento separado) apenas para rodar o MATA330 em Job ou via Smartclient isolado.

• Ganho: Evita a concorrência de processamento de CPU e memória com os demais usuários conectados utilizando o ERP durante o fechamento, garantindo que os recursos sejam focados no processamento.

Latência de Rede

• Latência: Certifique-se de que a latência (ping) entre o servidor de Aplicação (AppServer), o DBAccess e o servidor de Banco de Dados seja a menor possível (idealmente no mesmo datacenter ou mesma máquina física/virtual).

Fez todos os procedimentos, mas entendo que a lentidão não é o ambiente

• Colete o Logprofiler e Dbtrace durante o processamento.

• Colete o ID da central (Se ambiente desatualizado, atualize. Caso desatualizado, a analise não seguira).

• Colete o TRACE e validacoes do seu DBA 

• Colete o resultado do MALLIOC do servidor de APLICAÇÃO

• Colete o arquivo CV8 se esta usando a rotina MATA330 ou D3X se usando a rotina Acompanha Custos, após finalizar o processamento e salve em formato SQLITE

• Colete junto com o seu DBA o resultado da contagem da quantidade de registros que existem no processamento da filial, em relação ao periodo em aberto, das tabelas SD1/SD2/SD3. (Sem deletados)

• Colete junto com o seu DBA o resultado da contagem da quantidade de registros que existem na filial em processamento das tabelas SB2/SB9. (Sem deletados)

A validação de performance, é algo moroso e delicado, mas esses dados são necessarios para a averiguação pontual dos logs, sem esses dados, não há viabilidade de analise de performance.

Saiba mais:

Clique aqui e veja mais artigos sobre Custos no Estoque