A reconstrução dos índices leva aprox. os mesmos 55 min. com "Não reconstruir índices e "Reconstruir índices off-line" "Para tipos de índice que não suportam reconstruções de índice" com "Manter índice on-line durante a reindexação" marcada
Como posso medir/estimar qual índice está sendo reconstruído offline e durante qual período de tempo?
Bem, você pode ver quais índices não são criados online observando os requisitos para recriações de índices online. Não é que o plano de manutenção ou o mecanismo de banco de dados decida arbitrariamente quais estão online e quais estão offline.
Para ver qual índice é reconstruído em que ponto, você teria que criar o perfil da atividade com algo como sp_whoisactive, eventos estendidos ou SQL Trace - mas certifique-se de não rastrear muito ou causar muita carga de sua verificação.
Também notei que você está classificando seus resultados no TempDB - há algum motivo para você ter selecionado isso? Você notou algum problema no tamanho do TempDB com esse conjunto?
Eu sei que já disse isso antes em outras respostas para você, então peço desculpas se isso soa como se eu estivesse martelando você aqui - mas eu sugiro fortemente que você olhe para um script como a solução de manutenção Ola Hallengren . Existem outros - SQL Server MVP Michelle Ufford também escreveu um . Esses scripts fazem algumas coisas que os planos de manutenção simplesmente não fazem e os benefícios parecem ser exatamente o que você deseja:
Eles registram informações muito detalhadas - Esses scripts registram em uma tabela um monte de dados. Incluindo o nível de fragmentação antes da reconstrução, a hora exata em que o índice foi reconstruído ou reorganizado, a duração exata dessa tabela.
Eles apenas tocam os índices que precisam ser tocados - Em vez de apenas reconstruir todos os índices, sejam eles necessários ou não (a abordagem do plano de manutenção), esses scripts analisam a fragmentação de forma inteligente e, em seguida, fazem um plano de ataque com base nas configurações fornecidas nos parâmetros para ignore, apenas reorganize ou reconstrua com base nos níveis de fragmentação. Isso evita que você tenha que reconstruir um índice com apenas 5% de fragmentação vez após vez. Isso, sem dúvida, lhe dará um benefício em termos de duração e impacto.
Facilidade de programação - Os planos de manutenção têm seu lugar. Mas algumas das perguntas que vi de você sobre esse tópico continuam girando em torno de agendamento, multi-servidor, interação com tarefas, desejo de mais controle e visibilidade. Esses scripts, ou mesmo rolando seus próprios com base em seus exemplos, fornecem exatamente o que você está procurando aqui.