Início / dba / Perguntas / 254381
Accepted
Tom_W
Asked: 2019-11-29 09:05:56 +0800 CST

IndexOptimize é bem-sucedido, mas sys.dm_db_index_physical_stats ainda mostra uma grande fragmentação

  • 772

Estou trabalhando em um projeto que requer uma redução de banco de dados. Após o encolhimento, verifiquei sys.dm_db_index_physical_statse posso ver que muitos dos meus índices estão mais de 99% fragmentados ( avg_fragmentation_in_percent).

Em resposta a isso, IndexOptimizeexecutei por Ola Hallengren, com o seguinte código:

EXECUTE [dbo].[IndexOptimize]
    @Databases = 'Dynamic.Migrate',
    @FragmentationLow = 'INDEX_REORGANIZE',
    @FragmentationMedium = 'INDEX_REBUILD_OFFLINE',
    @FragmentationHigh = 'INDEX_REBUILD_OFFLINE',
    @FillFactor = '80',
    @UpdateStatistics = 'ALL',
    @StatisticsSample = '100',
    @LogToTable = 'Y'

Isso foi concluído com sucesso, mas quando eu verifico sys.dm_db_index_physical_statsnovamente, os avg_fragmentation_in_percentvalores não foram alterados e afirmo que meus índices ainda estão fragmentados em mais de 99%.

Estou faltando alguma coisa aqui?

sql-server ola-hallengren

1 respostas

  1. Best Answer

    Isso é da documentação do SQL Server Index and Statistics Maintenance de Ola Hallengren :

    MinNumberOfPages

    Defina um tamanho, em páginas; índices com menor número de páginas são ignorados para manutenção do índice. O padrão é 1.000 páginas. Isso é baseado na recomendação da Microsoft.

    IndexOptimize verifica page_count em sys.dm_db_index_physical_stats para determinar o tamanho do índice.

    Portanto, os índices que você mencionou ainda estão fragmentados após a execução IndexOptimizeprovavelmente foram ignorados por terem menos páginas do que o mínimo de 1.000 páginas, pois você não alterou esse valor em seu código.

    • 1

relate perguntas