Início / dba / Perguntas / 139638
Accepted
tesla747
Asked: 2016-05-27 08:22:14 +0800 CST

Agendamento de tarefas de reconstrução de índice

  • 772

Eu tenho um MS-SQL 2014 SP1 - dois nós AlwaysOn AG (um primário e um secundário somente leitura) com cerca de 10 bancos de dados com tamanho de 20 a 30 GB no total. Tenho algumas dúvidas sobre o agendamento da reconstrução do índice e coleta de estatísticas.

Planejei agendá-lo semanalmente por meio de planos de manutenção. Normalmente nas noites de domingo, onde não haverá carga alguma no primário.

Devo executar o trabalho no primário ou na réplica? Se eu executá-lo apenas no secundário, quais benefícios obtenho? ou vice-versa? (O que significa que devo executar em ambos os nós)

É provável que ocorra corrupção se eu usar o SP1 e reconstruir o índice por meio de planos de manutenção? Como mencionado aqui

sql-server sql-server-2014

2 respostas

  1. Best Answer

    Você deve usar scripts de manutenção de índice inteligentes em oposição à tarefa de manutenção .

    Devo executar o trabalho no primário ou na réplica?

    Sim, pois são replicados em réplicas secundárias.

    Se eu executá-lo apenas no secundário, quais benefícios obtenho?

    você não pode executar na réplica secundária.

    A manutenção do índice gera muita atividade de log de transações que afeta seu RTO e RPO. Além disso, aumenta o backlog de redo em réplicas secundárias.

    Você deve seguir as recomendações para manutenção de índice com grupos de disponibilidade AlwaysOn :

    • Encontre um momento tranquilo ou durante o tempo de manutenção planejado, execute sua manutenção de índice.
    • Se possível, mude do modo síncrono para o modo assíncrono. Depois que a manutenção do índice for concluída, volte para o que era.
    • Faça backups de log frequentes para que o arquivo de log não fique fora de controle.
    • Como você está no sql server 2014, você deve usar WAIT_AT_LOW_PRIORITY, MAX_DURATIONeABORT_AFTER_WAIT
    • Se você estiver usando reconstruções de índice online, use MAXDOP = 1

    Além disso, observe que uma tabela particionada pode limitar o tempo de execução MAX DOP de criar/alterar índice

    É provável que ocorra corrupção se eu usar o SP1 e reconstruir o índice por meio de planos de manutenção?

    Como você está no SP1 ( 12.0.2370 or greater) , você deve ficar bem.

    • 10

  2. Acho que existe outra maneira de reconstruir o índice fragmentado. Você pode criar um sp e agendá-lo via SQL Server Agent ou via agendador de tarefas. A consulta abaixo reconstrói ou reorganiza apenas os índices necessários em vez de toda a reconstrução do índice. Como recomendação geral, o índice precisa reconstruir que obtenha uma porcentagem de fragmento superior a 30% e reorganize o índice que possui porcentagem de fragmento entre 10% e 30%

    Saiba mais detalhes Click Hare

    O índice de reconstrução do script abaixo um por um, portanto, não será uma operação expansiva no banco de dados de produção.

    --- Reconstruir/Reorganizar Índice
CRIAR TABELA #fragment_tbl
(
 DatabaseName SYSNAME
 , SchemaName SYSNAME
 , TableName SYSNAME
 , IndexName SYSNAME
 , [Fragmentação%] FLOAT
)
INSERIR EM #fragment_tbl
SELECIONE
 DB_NAME(DB_ID()) AS DatabaseName
 , ss.name AS SchemaName
 , OBJECT_NAME (s.object_id) AS TableName
 , i.name AS IndexName
 , s.avg_fragmentation_in_percent AS [Fragmentation%]
FROM sys.dm_db_index_physical_stats(db_id(),NULL, NULL, NULL, 'SAMPLED') s
INNER JOIN sys.indexes i ON s.[object_id] = i.[object_id]
E s.index_id = i.index_id
INNER JOIN sys.objects o ON s.object_id = o.object_id
INNER JOIN sys.schemas ss ON ss.[schema_id] = o.[schema_id]
WHERE s.database_id = DB_ID()
E i.index_id != 0
E s.record_count > 0
E o.is_ms_shipped = 0
DECLARE @RebuildSQL NVARCHAR(MAX)
SET @RebuildSQL = ''
SELECIONE
 @RebuildSQL = @RebuildSQL +
CASO
 QUANDO [% de fragmentação] > 30
   THEN CHAR(10) + 'ALTER INDEX ' + QUOTENAME(IndexName) + ' ON '
      + QUOTENAME(SchemaName) + '.'
      + QUOTENAME(TableName) + ' REBUILD;'
 QUANDO [% de fragmentação] > 10
    THEN CHAR(10) + 'ALTER INDEX ' + QUOTENAME(IndexName) + ' ON '
    + QUOTENAME(SchemaName) + '.'
    + QUOTENAME(NomeTabela) + ' REORGANIZAR;'
FIM
DE #fragment_tbl
ONDE [Fragmentação%] > 10
DECLARE @StartOffset INT
DECLARE @Comprimento INT
SET @StartOffset = 0
DEFINIR @Comprimento = 4000
ENQUANTO (@StartOffset
    • 1

relate perguntas