Existe algum benefício em desfragmentar índices SQL em um ambiente SAN?

Nosso servidor SQL vive em uma SAN. Ele contém dezenas de bancos de dados OLTP, alguns com várias tabelas contendo mais de 1 milhão de registros.

Temos vindo a executar scripts de manutenção do índice de Ola Hallengren semanal, e ele é executado por várias horas de cada vez. Com base no limite de fragmentação, o script irá reorganizar ou reindexar um índice. Observamos que durante a reindexação, os arquivos de log ficam enormes, o que leva a um consumo excessivo de largura de banda durante o envio do log.

Em seguida, vem um artigo de Brent Ozar, no qual ele diz para parar de se preocupar com os índices SQL :

Seus discos rígidos são compartilhados com outros servidores que também fazem solicitações de unidade ao mesmo tempo, para que as unidades estejam sempre pulando por todo o lugar para obter dados. Desfragmentar seus índices é apenas um trabalho ocupado sem sentido.

Pesquisar esta questão no Google leva a opiniões divergentes, mais apoiadas por argumentos que parecem breves ou fracos demais. Nosso plano preliminar é ajustar o limite de fragmentação em nosso script de manutenção para que ele se reorganize com muito mais frequência do que reindexa.

Qual é o veredicto final? Vale a pena desfragmentar os índices SQL em uma SAN, considerando os encargos associados à execução de tarefas de manutenção semanais?

As estratégias de desfragmentação ajudam a melhorar a velocidade da digitalização para / do disco .

A grande variedade de opiniões ocorre porque a estratégia ideal de desfragmentação de um ambiente depende de muitos fatores diferentes. Existem também várias camadas potenciais de fragmentação em jogo.

Dizer que seus bancos de dados estão armazenados em uma SAN não é informação suficiente. Por exemplo:

• Os arquivos de banco de dados são armazenados em grupos RAID físicos separados ou no mesmo grupo RAID? Quais outros processos estão ativos no mesmo dispositivo? Seus arquivos de backup também estão chegando lá? Talvez seja necessário solicitar essas informações ao administrador da SAN, porque elas nem sempre são transparentes.

• Quais são os padrões de acesso para os bancos de dados? O OLTP geralmente é um acesso aleatório, mas às vezes um aplicativo fica satisfeito com a verificação da tabela e você não pode alterar seu comportamento (aplicativo ISV). Os aplicativos são principalmente de leitura, principalmente de gravação ou em algum lugar intermediário?

• Existem SLAs de desempenho em execução durante um período de recuperação / failover ?

O post de Brent assume que há um gigantesco pool de armazenamento e tudo o compartilha. Isso significa que os discos físicos raramente ficam ociosos e, portanto, a maior parte do acesso é aleatória. Se essa é a sua situação, o conselho se aplica e eu concordo com ele em sua maior parte. Embora esse tipo de estratégia seja muito mais fácil de gerenciar, não é necessariamente (a) o que você tem em seu ambiente ou (b) qual é a melhor solução para seu ambiente.

Se a manutenção do índice for onerosa, considere fazê-lo de forma menos agressiva e / ou amortize o custo durante a semana (por exemplo, execute manutenção leve uma vez por dia, em vez de manutenção pesada uma vez por semana).

Você também pode ativar a SortInTempdbopção de reduzir potencialmente a quantidade de log que ocorre nos bancos de dados do usuário.

Idealmente, você deve reorganizar / reindexar APENAS os índices que precisam de atenção; caso contrário, você está desperdiçando recursos e potencialmente causando outros problemas.

Você precisa estabelecer uma linha de base de desempenho e, sempre que fizer alterações, compare a alteração de desempenho com a linha de base para determinar se vale a pena implementá-la.

Ok, a pergunta é sobre índices de banco de dados, que são uma construção de um arquivo ou conjunto de arquivos. A leitura das respostas acima levaria uma pessoa a acreditar que estamos falando de fragmentação no nível do disco e não dos índices dentro de um arquivo. Estes assuntos totalmente separados.

A abordagem míope aqui é o desempenho ao recuperar dados no banco de dados OLTP e melhorar se os índices forem fragmentados ou reconstruídos. A resposta é sim! No entanto, é importante observar que a fragmentação do disco também é um fator.

"Custo" mais baixo em geral? Faça sua manutenção de banco de dados. Segundo menor custo, desanexe o banco de dados, mova-o para outro lugar, formate novamente seus discos e siga as práticas recomendadas para o alinhamento de partições de disco http://msdn.microsoft.com/en-us/library/dd758814.aspx . Por último, mas não menos importante, use um desfragmentador avançado de terceiros como o Diskkeeper.

Lembre-se de que isso APENAS é recomendado para armazenamento do tipo NTFS (por exemplo, sistema operacional Windows) e não é um endosso a nenhum produto, nem sou afiliado à Condusiv Technologies ou suas subsidiárias.