Alavancando Performance - Desfragmentando

Alavancando Performance - Desfragmentando

Fragmentar é o mesmo que quebrar em partes ou despedaçar. Dizemos que um índice está fragmentado quando suas páginas não estão contíguas OU apresentam-se pouco utilizadas. Exemplos:

(1) Índice com fragmentação Externa <=> as páginas estão desordenadas (1-2-2-5-4...)

(2) Índice com fragmentação Interna <=> páginas sub-utilizadas, com muito espaço disponível

Tanto a fragmentação externa quanto interna irão requerer um custo maior de I/O para operações de leitura. Após um processo de desfragmentação desse índice, reverteríamos esse quadro para:

(1.1) Indice após desfragmentação externa

(2.1) Indice após desfragmentação interna

Repare que um processo de leitura seqüencial nos dois modelos é bem mais eficiente após desfragmentação: em (1.1) as páginas estão dispostas sequencialmente, evitando-se o vai-e-vem dos cabeçotes de leitura que ocorriam em (1); em (2.1) o número de páginas do índice caiu para duas páginas, o que reduz consideravelmente o custo de I/O envolvido numa operação de leitura.

Agora como saber se um índice está fragmentado? A resposta está no comando DBCC ShowContig. Esse comando deve ser executado sobre uma tabela, especificando-se o índice que se deseja analisar.

Primeiramente temos que levantar os índices da tabela que desejamos analisar. Para verificar os índices existentes na tabela Orders no database NorthWind com o comando sp_HelpIndex:

Agora que sabemos o nome dos índices podemos verificar a fragmentação do índice CustomerId.

Vamos agora traduzir o que o showcontig nos revelou:

• Apesar existirem apenas 4 páginas na tabela (=Pages Scanned), a tabela utiliza 2 extents (=Extents Scanned). Isso é ruim, e é um indicador de fragmentação. Sabemos que uma extent acomoda 8 páginas, então porque 2 extents são utilizadas para armazenar somente 4 páginas ???
• Para scanear toda a tabela foram realizadas 2 extents switches, o que significa que a leitura começa na extent-1, vai para a extent-2 e depois retorna para a extent-1 para finalizar o serviço. Esse vai-e-volta é um indicador de fragmentação externa.
• O número médio de páginas por extent (=Avg.Pages Per Extent) é 2. Esse número é tanto melhor quanto mais próximo. Outro indicador de fragmentação.
• Scan Density é o percentual de fragmentação externa. Num mundo perfeito, esse indicador deve estar próximo de 100%.
• As páginas desse indice estão sub-utilizadas, é o que diz o indicador Avg.Page Density = 51.25%. Num mundo perfeito, quanto mais próximo de 100%, melhor.

Bom até agora constatamos um problema, e agora? A solução está em reestruturar o índice com o comando DBCC dbReindex. A reindexação corrige problemas de fragmentação externa E interna como veremos a seguir.

Compare os resultados dos comandos showcontig antes e depois da desfragmentação e sinta a diferença.

Por hoje é só.
Um grande abraço a todos e até a próxima!