Eu uso o script Ola Hallengrens para manutenção do índice. Antes de fazer isso, usei a seguinte consulta para ver quais índices estão mais fragmentados:
SELECT dbschemas.[name] as 'Schema',
dbtables.[name] as 'Table',
dbindexes.[name] as 'Index',
indexstats.avg_fragmentation_in_percent,
indexstats.page_count
FROM sys.dm_db_index_physical_stats (DB_ID(), NULL, NULL, NULL, NULL) AS indexstats
INNER JOIN sys.tables dbtables on dbtables.[object_id] = indexstats.[object_id]
INNER JOIN sys.schemas dbschemas on dbtables.[schema_id] = dbschemas.[schema_id]
INNER JOIN sys.indexes AS dbindexes ON dbindexes.[object_id] = indexstats.[object_id]
AND indexstats.index_id = dbindexes.index_id
ORDER BY indexstats.avg_fragmentation_in_percent desc
No meu caso, o avg_fragmentation foi superior a 70% para 15 índices e superior a 30% para 28 índices.
Então, eu reconstruo cada índice usando a solução de Ola Hallengren. Quando executei a consulta novamente, este foi o resultado:
Fragmentação acima de 70% para 12 índices, acima de 30% para 15 índices.
Imaginei, o motivo era por causa do page_count, que era inferior a 1000 para cada um dos índices que ainda estavam muito fragmentados. Por exemplo, um dos índices com um
page_count
de 967 tem uma porcentagem de fragmentação de 98,98% ! Para mim, parece valer a pena reconstruir esse índice! Eu fiz, e depois, a fragmentação foi de 0% . Além disso, um índice com um page_countde 132 passou de 95% para 0%
Então, minha pergunta é: quais motivos haveria para NÃO reconstruir esses índices? Uma razão pode ser que a reconstrução custa tempo e recursos, mas como os índices são pequenos, isso não significa que custa relativamente poucos recursos e ainda seria benéfico reconstruí-la de qualquer maneira?
Existem várias perguntas relacionadas neste site, mas todas elas respondem à pergunta por que um índice não seria desfragmentado ou se os índices ainda são úteis se forem pequenos e você não os desfragmentar, enquanto aqui a declaração DIMINUI a fragmentação, com a questão é, por que não fazê-lo de qualquer maneira?
A orientação sobre o número mínimo de páginas é um tanto arbitrária . Os maiores benefícios de reduzir a fragmentação são:
Ambos os fatores são menos importantes para índices pequenos, por definição.
O contra-argumento para reconstruir pequenos índices é essencialmente:
Dito isto, reconstruir/reorganizar não é gratuito. Pode valer a pena evitar o esforço extra e a geração de logs em alguns casos (por exemplo, se o log for enviado/copiado em uma WAN por vários motivos possíveis - espelhamento, grupos de disponibilidade, replicação...). Além disso, a menos (ou mesmo se, em alguns casos) você estiver reconstruindo online, a reconstrução pode afetar outros processos simultâneos por meio de bloqueio. Por fim, para índices pequenos, a reconstrução pode nem mesmo reduzir a fragmentação, devido a alocações de extensões mistas (a menos que você esteja executando com o sinalizador de rastreamento 1118 ativado).
Se você ainda se sente mais feliz em reconstruir esses pequenos índices e não se importa com as consequências, então altere o valor do
@PageCountLevelparâmetro passado para o procedimento de Ola.Veja a gravação da PASS TV da apresentação de Paul Randal no Index Fragmentation para todos os detalhes.
Você também pode gostar de assistir Brent Ozar falar sobre Por que a fragmentação de índice não importa no SQL Server.