Observação:
O banco de dados SQL Server possui muitos parâmetros para otimizar sua performance de acordo para o uso. Após muitos anos de experiência com o UAU, chegamos a este denominador de performance (abaixo).
Recomendamos que a operação seja realizada pelo DBA da empresa, tendo em vista que a operação pode, em casos fortuitos, levar a reiniciar o servidor.
Primeira situação a ser compreendida:
Trabalhamos em um sistema cliente-servidor. Seja em nuvem ou local na empresa, temos a figura de um servidor de banco de dados e vários clientes (os computadores dos usuários que utilizam o UAU e acessam o banco de dados).
Principais Problemas:
- Baixa capacidade de processamento/erro do servidor;
- Problemas locais no usuário;
- Parametrização do banco de dados;
- Reindexação;
- Índices;
- Concorrência e deadlock.
Problemas Generalizados:
Quando a falha e generalizada, desconexões, lentidão geral independente do processo ou horário, deve-se avaliar:
Baixa capacidade de processamento/erro do servidor
- Avaliar se no momento da lentidão o servidor apresenta processamento ou memória RAM com uso elevado (acima de 80%);
- Verificar se não apresenta falha nos discos, se o armazenamento em disco está acima de 80%. Caso o disco esteja cheio, afeta diretamente a performance do banco de dados;
- Verificar no log do Windows se existe logs de erro ou inconsistências relacionadas ao banco de dados.
Parametrização no banco de dados (Português)
Nível de compatibilidade SQL Server 2014 (120)
Outras opções:
Automático
- Atualizar Estatísticas Automaticamente True
- Atualizar Estatísticas Automaticamente de Forma Assíncrona False
- Criação Automática de Estatísticas Incrementais True
- Fechamento Automático False
- Redução Automática False
Ex:
Configurações com Escopo de Banco de Dados
- Correções de Otimizador de Consulta DESLIGADO
- Correções de Otimizador de Consulta para Secundário PRIMÁRIO
- Detecção de Parâmetros LIGADO
- Detecção de Parâmetros para Secundário PRIMÁRIO
- DOP Máximo 0
- DOP Máximo para Secundário
- Estimativa de Cardinalidade Herdada DESLIGADO
- Estimativa de Cardinalidade Herdada para Secundário PRIMÁRIO
Ex:
Cursor
- Cursor Padrão Global
- Fechar Cursor Quando a Confirmação for Habilitada False
Ex:
Diversos
- ANSI NULL Padrão False
- ANSI NULLS Habilitado False
- Anular Aritmética Habilitado True
- Anular Arredondamento Numérico False
- Avisos de ANSI Habilitado False
- Concatenar Nulo Produz Nulo False
- Durabilidade Atrasada Disabled
- Gatilhos Recursivos Habilitados False
- Identificadores entre Aspas Habilitada False
- O Instantâneo de Leitura Confirmada Está Ativo True
- Otimização de Correlação de Dados Habilitada False
- Parametrização Forçado
- Permitir Isolamento de Instantâneo True
- Preenchimento de ANSI Habilitado False
Ex:
Estado
- Acesso Restrito MULT_USER
- Banco de Dados Somente Leitura False
- Criptografia Habilitada False
Ex:
FILESTREAM
- Acesso Não Transacionado a FILESTREAM Off
- Nome do Diretório FILESTREAM
Ex:
Recuperação
- Tempo de Recuperação de Destino (segundos) 0
- Verificação da Página CHECKSUM
Ex:
Service Broker
- Agente Habilitado False
Ex:
Índices externos e Reindexação
Os índices em banco de dados são como um índice de um livro. É um guia rápido para se chegar a determinada página, ele auxilia na melhoria de performance das consultas. Porém, se criados indiscriminadamente, podem prejudicar a performance do banco. Antes de analisar uma consulta detalhadamente para melhorar sua performance, é preciso validar dois cenários:
- Reindexação: o banco de dados possui um mecanismo de reindexação, que reclassifica e otimiza este índice a medida que novas “páginas” (registros) são inseridos. É de suma importância reindexar e rodar a atualização das estatísticas do banco para melhorar a performance. Este trabalho deve ser executado pelo DBA da empresa.
- Índices indevidos: pode ser que mesmo reindexando continue lento. Nestes casos é preciso averiguar se não existe índice indevido criado na tabela. (Procedimento feito por DBA)