Card |
---|
default | true |
---|
effectDuration | 0.5 |
---|
label | | PROCEDURE ATIVA |
---|
effectType | slide |
---|
| A lentidão ocorre somente com Stored procedures ativas no Banco? Stored Procedures são comandos via código que tem a finalidade de otimizar a busca no banco de dados de determinadas informações. A TOTVS sugere algumas stored procedures para agilizar a interação de determinadas rotinas com o Banco de Dados. O uso é facultativo e requer a gestão de um DBA para monitoramento, adequação e manutenções que se façam necessárias, tanto nos códigos, quanto no Banco para o devido funcionamento. (Conheça aqui o novo gerenciador de Stored Procedures CFGX051M) Se a lentidão ocorrer apenas com a utilização de procedures no Banco, então é fundamental solicitar inicialmente a seu DBA que efetue um monitoramento do processamento da rotina via Banco para diagnóstico.
Expandir |
---|
title | Procedimentos que necessariamente devem ser executados pelo DBA |
---|
|
- Fragmentação de Tabelas e index do banco de dados
Verificar se há tabelas que estão desfragmentadas. A fragmentação das tabelas diminui a performance do banco de dados e da aplicação. É necessário efetuar a desfragmentação das tabelas e tablespaces do banco de dados da aplicação, com o objetivo de melhorar as operações de DML e DQL no banco e aumentar a performance das rotinas do Protheus. Frequentemente a fragmentação de índices também ocasiona perda considerável de performance. Com o grande número de inserções, alterações e exclusões que ocorrem nas tabelas, os índices se fragmentam recorrentemente, e necessitando de manutenção para que não ocasione lentidão na manipulação dos dados desses índices. É necessário analisar se há índices pertencentes às tabelas da aplicação que estão fragmentados, e ocasionalmente realizar o Rebuild dos índices das tabelas da aplicação.
- SQL Server:
Verifique se as estatísticas das tabelas do banco de dados do Protheus estão atualizadas, pois com as estatísticas desatualizadas causa impacto na performance da aplicação. Caso esteja desatualizado, colete as estatísticas do schema e do dicionário de dados do banco de dados. Dois parâmetros existentes em bases SQL Server podem trazer efeitos de melhor experiência no Protheus, e devem ser estudados pelo DBA: Auto Update Statistics – configurada como True, as estatísticas de índice são automaticamente atualizadas. Auto Create Statistics – configurada como True, as estatísticas de índice são automaticamente criadas, sempre que você criar um índice, na execução de cada instrução o SQL Server cria um conjunto de estatísticas sobre os dados contidos dentro do índice.
O otimizador de consulta utiliza essas estatísticas para determinar se deve ou não utilizar o índice para ajudar a processar a consulta, no caso do Protheus, sabendo onde está alocado o dado o retorno será mais rápido. É necessário efetuar a manutenção da base de dados, realizando a reindexação e ou reconstrução de índices e atualização de estatísticas além de monitorar o espaço para crescimentos dos arquivos de dados e arquivos de log do banco de dados. Verifique também a consistência física e lógica da base de dados.
-
- Oracle:
O DataBase Oracle precisa de uma boa estatística para tomar as melhores decisões que puder quanto ao caminho de acesso mais apropriado. Sem nenhuma estatística, o DataBase deve fazer suposições sobre quais são os melhores caminhos de acesso ao dado. Em muitos casos, conduz oescolher caminhos menos performáticos. As estatísticas que são reunidas incluem estatísticas sobre tabelas, número de linhas, número de blocos, estatísticas sobre colunas, número de valores distintos, número de NULLs e distribuição de dados, estatísticas sobre índex, número de blocos, tamanho do index, fator cluster, e estatísticas sobre desempenho de Sistema.Há dois métodos utilizados para a coleta de estatísticas: o comando analyze e o pacote fornecido dbms_stats. O Método dbms_stats é o mais utilizado para calcular estatísticas para o database e, em versões futuras, será a única maneira de calcular estatísticas. No método dbms_stats recomendamos o uso através dos scripts abaixo.
Método gather_schema_stats: O gather_schema_stats calcula as estatísticas para todos os objetos em um dado esquema. As estatísticas podem ser colocadas no dicionário de dados ou na tabela de estatísticas de um usuário. Recomendamos o uso do script abaixo.
exec sys.dbms_stats.gather_dictionary_stats (comp_id => null, estimate_percent => null, method_opt => 'FOR ALL COLUMNS size AUTO', degree => 2, cascade => TRUE,no_invalidate => true); execsys.dbms_stats.gather_schema_stats('PROTHEUS',CASCADE=>TRUE,METHOD_OPT=>'FOR ALL INDEXED COLUMNS');
Recomendamos o uso da coleta de estatística do dicionário do database e do owner em que se encontram os dados do Protheus. |
Column |
---|
| Aviso |
---|
| Caso o DBA indique alguma necessidade de análise pontual da aplicação Protheus - Estoque e Custos / ACD, é necessário acionar o Suporte Técnico por meio de um novo ticket, encaminhando o relatório de análises e manutenções realizadas, índices e querys monitorados e respectivo diagnóstico; bem como, o envio dos insumos solicitados na seção '03 - LEVANTAMENTO DE INSUMOS PARA ANÁLISE DO SUPORTE TÉCNICO'. Neste caso, a análise é realizada na modalidade de Consultoria. |
|
Column |
---|
| Nota |
---|
| Os procedimentos de análise, diagnóstico e manutenções no banco são de responsabilidade do DBA da empresa. Caso não possua um DBA em seu time de TI interno, a TOTVS disponibiliza o serviço através da área TIS - TOTVS Infra Services. Solicite um orçamento por meio deste contato. Caso seu banco de dados/ambiente esteja armazenado no Cloud Data Center da TOTVS, acione a área por meio de um novo ticket solicitando esse serviço.
|
|
|
|
Card |
---|
default | true |
---|
effectDuration | 0.5 |
---|
label | | CUSTO MÉDIO |
---|
effectType | slide |
---|
| - Testar se a performance é otimizada com a configuração de parâmetros: MV_M330THR=1 e MV_M330JCM= em branco
- Valide a necessidade de usar o parametro MV_A330GRV caso esteja ativo. Este parâmetro é recomendado para clientes que possuem uma quantidade de registros na tabela SB2 superior a 10 mil registros, pois ele evita o processamento desnecessário de produtos/armazém obsoletos que não tem necessidade de recálculo. Para uma melhor performance o parâmetro deve estar configurado com o conteúdo igual a .F. (False).
Caso utilize os pacotes de stored procedures para execução da rotina é recomendada a reinstalação das SP's após a alteração deste parâmetro, sem esta ação o objetivo de melhora no desempenho não será atingido. - Utilizar as procedures referente a rotina e certificar-se de que estejam atualizadas (Stored Procedures Estoque)
- O parametro MV_MOEDACM considera o cálculo no padrão para 5 moedas de forma simultânea. Caso não tenha necessidade de calcular moedas estrangeiras, considerar o conteúdo do parametro em branco e avaliar se há otimização no desempenho.
- Verificar os pontos detalhados no material: MATA330 - Como melhorar a performance da rotina de Recálculo do Custo Médio
|
Card |
---|
effectDuration | 0.5 |
---|
label | | CONTABILIZAÇÃO do custo |
---|
effectType | slide |
---|
| Em construção. |
Card |
---|
effectDuration | 0.5 |
---|
label | | REFAZ SALDOS |
---|
effectType | slide |
---|
| Em construção. |
Card |
---|
effectDuration | 0.5 |
---|
label | | REFAZ PODER DE TERCEIROS |
---|
effectType | slide |
---|
| Em construção. |
Card |
---|
effectDuration | 0.5 |
---|
label | | REFAZ CUSTO DE ENTRADA | |
---|
effectType | slide |
---|
| Em construção. |
|