Produto:

Datasul

Ocorrência:

Como melhorar a performance do EMS 5

Passo a passo:

Diversos fatores podem influenciar a performance no sistema. O documento em anexo, detalha algumas destas situações e aconselha como corrigi-las. Se a sua situação não se resolver com o foi apresentado, entre em contato com o suporte Datasul.

Segue aqui também um resumo:

OBJETIVO
Neste documento estão algumas situações que precisam ser examinadas nas instalações do sistema Datasul EMS 5 para não prejudicar a performance do produto.

Check-list

AUDIT TRAIL
Verifique se a ferramenta Audit Trail está instalada e se a mesma está monitorando tabelas de saldo de qualquer espécie. O monitoramento em tabelas de saldo é desnecessário pois as mesmas são atualizadas automaticamente pelo produto. O monitoramento pode estar ligado nas tabelas de transação e cadastros somente.


OTIMIZADOR DE PERFORMANCE
Verifique se já foi executado o programa otimizador de performance na base de dados. Este programa verifica se existem EPC´s em gatilhos que não possuem código e desliga os gatilhos. Com isso melhorando a performance nas operações destas tabelas. O otimizador de performance pode ser executado a qualquer momento. ( prgtec/btb/btb919zc.p) 

CONTABILIZAÇÕES EM ABERTO
As contabilizações em aberto geram um volume maior de registros exigindo um tempo maior de processamento. Verificar em cada cliente a real necessidade de se contabilizar em aberto.

RPW
O RPW é uma tecnologia desenvolvida pela Datasul para otimizar a peformance de relatórios e tarefas do produto. Verifique se esta ferramenta está sendo utilizada e se a performance da mesma está realmente melhor que a execução on-line. A performance deve ser SEMPRE melhor. Se acontecer de não resultar em ganho, deve ser revista a instalação do servidor RPW pois a forma como foi feita a instalação não está resultando em ganho de performance.

RPC
Da mesma forma que o RPW, o RPC também é uma tecnologia para otimizar a performance. O ganho é substancial em algumas rotinas como, por exemplo, implantação e baixa de títulos nos módulos de APB e ACR.

CENÁRIOS CONTÁBEIS
A quantidade de cenários influi na performance pois poderá representar uma carga extra na execução das rotinas de fechamento. Os cenários contábeis são utilizados para registrar as transações utilizando-se critérios contábeis diferentes (Ex.:BRGAAP e USGAAP,etc) ou contabilização em períodos com freqüência diferente do fiscal brasileiro(Ex.: primeiro período como sendo março e não janeiro, fechamentos quadrisemanais, etc). Deve ser verificado se não existem cenários desnecessários na instalação.

MOEDAS (FINALIDADES)
O número de moedas (finalidades) influi substancialmente na performance do sistema. O número de finalidades que armazenam no módulo deve ser analisado cuidadosamente. Uma moeda que esteja armazenando no módulo pode ser alterada para não mais armazenar, executando o programa: prgint\ufn\ufn800aa.
Ainda assim para o módulo de contabilidade é necessário verificar o número de finalidades que estão configuradas para CADA cenário. Isto porque uma mesma finalidade pode estar presente em alguns ou todos os cenários cadastrados. Por isso deve-se verificar se cada moeda é utilizada em cada cenário. Se não for deverá ser eliminada.
No módulo do ativo fixo, temos o mesmo raciocínio descrito acima, mas devem ser visto os cadastros de grupos de cálculo, se existe alguma combinação de cálculo ou armazenamento de moeda desnecessário.

CODIFICAÇÃO CONTÁBIL
Representa influência na performance da extração de dados do sistema na versão 5.05 (e performance de contabilização da versões menores) o número de níveis das contas contábeis na estrutura do plano de contas. Quanto mais níveis mais processamento. Evite um número excessivo de níveis. O conselho é o mesmo para Centros de custo e estrutura de unidades de negócio (versão 5.05).

SALDOS CONTÁBEIS DA VERSÃO 5.05
A forma de armazenamento das informações na release 5.05 mudou consideravelmente. Para que não exista decepção na performance do demonstrativo de vídeo do módulo de contabilidade, torna-se necessário revisar a forma como foram cadastrados os demonstrativos migrados de releases anteriores. Como cada conta sintética é calculada em tempo de impressão do relatório, deve-se evitar no cadastro de demonstrativo, um excessivo ou recursivo uso de informações de contas sintéticas. 

CONSOLIDAÇÕES E PLANOS SECUNDÁRIOS
A utilização destas funções degrada a performance pois é necessário um trabalho em dobro da rotina responsável pela atualização de saldos. Recomenda-se que seja utilizado o mínimo possível de planos secundários. Em casos que isto é fator crítico de sucesso, recomenda-se que seja assinalado como atualização batch. Com isso o procedimento do dia-a-dia não é afetado.

PERÍODOS HABILITADOS NA CONTABILIDADE
A contabilidade mantém atualizados os saldos para cada mês que seja habilitado. Portanto verifique sem existem períodos futuros ao atual habilitados. Se existirem 5 períodos futuros habilitados o sistema demorará 5 vezes mais que o normal para contabilizar pois ele terá que atualizar todos os períodos futuros para uma movimentação hoje. Verifique a real necessidade desta situação. Se a mesma não se justificar, desabilite os períodos.

LOG DE EXECUÇÃO DE PROGRAMAS
Parecido com o Audit Trail o log de execução de programas apenas indica que usuário e data e hora entrou em determinado programa. Se este indicador que é ligado no módulo de tecnologia, estiver gerando log de execução para API´s críticas teremos problemas de performance pois algumas API´s são executadas várias vezes.

PROCESSAMENTO DISTRIBUÍDO
Algumas rotinas podem ser otimizadas distribuindo o processamento em mais máquinas. Veja por exemplo o cálculo do ativo fixo. Esta tarefa ao invés de executar uma vez para todo o seu patrimônio, pode ser distribuída em duas ou mais máquinas (ou dois servidores RPW) e executados simultaneamente. Embora o tempo de resposta dependa da ociosidade do servidor de banco de dados, em média teremos um ganho substancial no tempo total.

ASPECTOS TÉCNICOS QUE AFETAM PERFORMANCE
Parâmetros da sessão:
a) Parâmetro -q: recomenda-se o uso deste parâmetro em todas as sessões, inclusive do RPW. 
b) Parâmetro -T: recomenda-se o direcionamento dos temporários para o diretório local, jamais em pastas da rede.

Caso aconteça algum problema de performance que não tenha uma causa definida pode-se utilizar a ferramenta PROMON para tentar localizar o agente causador da degradação de performance.