Plano de Manutenção do SQL Server: Reconstruir Índices e Tamanho do Arquivo de Backup do Log de Transações

Question

No meu plano de manutenção noturna, eu estava fazendo tudo - reorganizando e reconstruindo índices, atualizando estatísticas, etc. Há um plano de manutenção por hora que faz um backup do log de transações.

Percebi que o backup do log de transações imediatamente após a reconstrução noturna era enorme - e uma pequena pesquisa me disse que isso era porque a reconstrução de índices, etc., era uma operação registrada.

Não quero sobrecarregar meu sistema de backup fazendo backup de registros de recriações de índice. Portanto, planejo mudar o plano Nightly para:

1. Reconstruir índices, atualizar estatísticas, etc.
2. DUMP TRANSACTION WITH NO_LOG (oh, que aparentemente é chamado de BACKUP LOG test WITH TRUNCATE_ONLY atualmente)
3. Reduzir arquivos de log
4. Faça backup completo do banco de dados

Perguntas:

1. Há algo de errado com este plano?
2. Qual é a melhor maneira de incluir o truncamento de log em um plano de manutenção?
3. Acabei de ler que incluir os índices Reorganizar e Reconstruir é redundante. Como devo decidir qual é a correta para usar em um plano noturno?

Answer 1

Sim, fazer um Organize e Rebuild é redundante. Você deve fazer um ou outro, mas não ambos.

Em tabelas grandes, eu não faria uma reconstrução automática. Eu iria executar um script personalizado que determina se a fragmentação excede um limite e faça uma reconstrução somente se exceder o limite. Algumas pessoas usam 40% para a porcentagem de reconstrução.

Script para reconstruir / reorganizar os índices do banco de dados e link

link

link

link