Início / dba / Perguntas / 187624
Accepted
Philip
Asked: 2017-10-05 03:25:41 +0800 CST

A RECONSTRUÇÃO de um HEAP causa tempo de inatividade?

  • 772

Esta é uma pergunta um pouco embaraçosa, e eu não posso acreditar que eu perdi isso por tantos anos.

Eu tenho um banco de dados de terceiros que tem 401 tabelas de heap. Recentemente, comecei a usar os scripts e a configuração de Brent Ozar sp_BlitzFirstpara executar a cada 15 minutos para coletar estatísticas de espera etc.

O que ele descobriu foi que toda vez que ele passava por um período de 24 horas estava me dizendo para corrigir os registros encaminhados . O que provavelmente chocará alguns leitores que eu executei uma consulta nos DMVs e obtive algumas tabelas com mais de 150.000 valores de registro encaminhados.

Eu entendo que corrigir isso é ter um índice clusterizado na tabela ou como uma solução temporária para executar o ALTER TABLE [tablename] REBUILD.

O que não consegui encontrar, no entanto, é se isso deixa a tabela offline e se há outros problemas que eu deveria estar ciente antes de executar este comando.

Estou usando a Enterprise Edition de 2008 R2 e gostaria de saber se executá-la dessa maneira eliminará a necessidade de uma interrupção?

ALTER TABLE [tablename] REBUILD WITH (ONLINE = ON);

Alguém tem alguma experiência com isto?

sql-server sql-server-2008-r2

1 respostas

  1. Best Answer

    Boas notícias: 150.000 registros encaminhados não é tão ruim assim, dependendo de que tipo de intervalo de tempo estamos falando. Os registros encaminhados são rastreados enquanto o servidor estiver ativo (com algumas pegadinhas em torno de um bug em compilações específicas de 2012/2014 ).

    Mesmo quando funciona online, seus usuários podem perceber isso dependendo da taxa de transferência de E/S, tamanho da tabela, número de índices não clusterizados e suas cargas de trabalho.

    Aqui está como eu abordo isso:

    • Liste as tabelas com os avisos de registros encaminhados do menor para o maior tamanho de tabela (não o número de registros encaminhados)
    • Reconstrua essas tabelas em ordem, manualmente, algumas de cada vez. Não automatize isso - você quer ter uma ideia de como seu sistema responde à reconstrução de pequenas tabelas. Você aprenderá rapidamente se o seu servidor puder acompanhar.
    • Fique de olho no uso do log de transações. Se o arquivo de log tiver 10 GB e você estiver tentando reconstruir um heap de 50 GB, poderá ter problemas. Você pode mitigar esses problemas aumentando o logout antecipadamente durante as janelas de manutenção e fazendo backups de log frequentes enquanto faz isso - mas, para ser honesto, com 150 mil registros encaminhados ao longo de alguns dias, eu não se incomode em passar por tanto trabalho.
    • Daqui para frente, trabalhe com o fornecedor para colocar uma chave de cluster nessas tabelas. Sim, há momentos em que os heaps são apropriados, mas se você estiver enfrentando o problema do registro encaminhado, provavelmente não está em uma dessas situações amigáveis ​​ao heap.
    • 9

relate perguntas