• Administradores de hardware e software devem documentar e comunicar a configuração do sistema de forma que todos possam projetar e administrar o sistema efetivamente.

 

Projetistas, fabricantes, mecânicos, você como motorista...todos têm um papel importante no desempenho do seu carro.

4 Quando iniciar o tuning?

Geralmente o tuning é realizado durante a fase de aceitação do sistema, quando os problemas de performance são mais visíveis. No entanto, o ideal é que o mesmo seja realizado em todas as fases, pois muitos dos problemas de performance são decorrentes de decisões inadequadas já no início do projeto, que se refletem nas demais fases.

Fazendo-se o tuning em cada uma das fases, pode-se determinar com antecedência as necessidades de software e hardware para a aplicação (fase de planejamento), projetar um modelo de dados mais eficiente (fases de análise e projeto), decidir por estratégias para o controle de concorrência mais adequadas às necessidades de cada aplicação (fase de implementação). Com isso, vários problemas de performance podem ser evitados.

Aqui vale aquele ditado "Melhor prevenir do que remediar". A ilustração abaixo mostra a relação de custo do tuning durante a vida da aplicação.

Figura 2: Custo do tuning durante a vida de uma aplicação

A próxima figura mostra que os benefícios do tuning em uma aplicação durante o decorrer da sua vida é inversamente proporcional ao custo despendido.

Figura 3: Benefícios do tuning durante a vida de uma aplicação

Uma consideração importante é: independente se você está projetando ou dando manutenção no sistema, você deve estabelecer especificamente as metas de performance de forma que você possa saber QUANDO fazer tuning. Você pode perder tempo fazendo tuning no seu sistema se você alterar os parâmetros de inicialização ou os comandos SQL sem uma meta específica.

Tuning é geralmente uma série de compromissos entre custos e benefícios. Uma vez que você identificou o gargalo (porção do sistema que limita a performance), você pode ter de sacrificar os recursos de um outro sistema para alcançar os resultados desejados. Por exemplo, se o problema está no I/O, você pode necessitar da compra de mais memória ou mais disco. Se a aquisição não é possível, você pode ter de limitar a concorrência do sistema para alcançar a performance desejada. No entanto, com metas de performance bem definidas, a decisão sobre qual recurso "abandonar" em troca de uma melhora de performance é mais simples porque você tem identificadas as áreas mais importantes.

5 Como sintonizar?

Como os problemas de performance podem estar em qualquer ponto do sistema e como muitos destes problemas estão relacionados às características específicas de cada aplicação, é difícil propor um modelo genérico de tuning. Até porque existem muitas ferramentas específicas que podem auxiliar na tarefa de tuning. Para o artigo, vamos falar do COMO, apresentado o método recomendado para tuning em banco de dados Oracle. Mas antes, vamos colocar duas recomendações importantes que independem do tipo de banco de dados.

Primeiro: definir objetivos. Nunca comece o tuning sem ter primeiro estabelecido objetivos claros: você pode não ter sucesso sem a definição do que será o "sucesso". "Faça ele ser o mais rápido possível" pode soar como um objetivo, mas é muito difícil determinar se ele foi atingido ou não. Portanto, assim como definir os objetivos de performance, definir claramente os objetivos a serem alcançados pelo tuning é o primeiro passo para se obter bons resultados. Os objetivos devem estar relacionados com as necessidades da organização e podem ser, por exemplo, aumentar a performance de uma consulta SQL, de uma aplicação de banco de dados específica ou de todo o sistema. A vantagem de defini-lo está no fato de que eles servem como um guia, ou seja, direcionam todo o processo de tuning. Além disso, são essenciais para auxiliar na decisão de aumentar a performance de um componente do sistema em detrimento de outro, quando estes são conflitantes.

Segundo: evite os erros comuns. Um erro comum feito por tuner inexperiente é apegar-se a noções preconcebidas sobre o que pode estar causando o problema. Outro erro muito comum é tentar várias soluções de forma aleatória. Cuidado também em mudar alguma coisa no sistema por "achometro". Ou, uma vez que você tenha uma hipótese que você não tenha certeza ou não pensou detalhadamente, você pode ficar tentado a implementar isso globalmente. Fazendo isso de forma apressada, pode-se, em vez de melhorar, causar degradação da performance do sistema.

Vamos ao COMO. Os passos seguintes fornecem um método recomendado para o tuning de bases de dados Oracle. Esses passos estão ordenados em ordem decrescente de benefícios: passos com o maior efeito no desempenho aparecem primeiro. Para um resultado ótimo, portanto, resolva problemas de tuning na ordem listada: começando com as fases de projeto e desenvolvimento até o tuning de instância.

Passo 1: Faça tuning nas Regras de Negócio.

Passo 2: Faça tuning no Projeto dos Dados.

Passo 3: Faça tuning no Projeto da Aplicação.

Passo 4: Faça tuning na Estrutura Lógica do Bando de Dados.

Passo 5: Faça tuning nas Operações de Banco de Dados.

Passo 6: Faça tuning nos Caminhos de Acesso.

Passo 7: Faça tuning na Alocação de Memória.

Passo 8: Faça tuning no I/O e na Estrutura Física.

Passo 9: Faça tuning no Conflito de Recursos.

Passo 10: Faça tuning nas Plataformas nas quais o Banco é executado.

Após completar esses passos, reavalie o desempenho de seu banco de dados e decida se é necessário mais tuning.

O tuning é um processo iterativo. Os ganhos de desempenho conseguidos nos passos finais podem abrir caminho para melhoramentos em passos iniciais. Portanto, passagens adicionais por todo o processo de tuning podem ser úteis.

Figura 4: O método para tuning

Decisões feitas em um passo podem influenciar os subseqüentes. Por exemplo, no passo 5 você pode reescrever algumas de suas declarações SQL. Essas declarações SQL podem ter impacto significativo nas questões de parsing e caching abordadas no passo 7. Mais ainda, o I/O de disco, que é ajustado no passo 8, depende do tamanho do buffer cache, que é ajustado no passo 8. Embora a figura pareça um loop que volta ao passo 1, você pode precisar retornar de qualquer passo para qualquer outro anterior.