Question

Notre serveur SQL vit sur un SAN. Il contient des dizaines de bases de données OLTP, certaines avec plusieurs tableaux contenant plus de 1M enregistrements.

Nous courons Les scripts de maintenance de l'index d'Ola Hallengren Chaque semaine, et il dure plusieurs heures à chaque fois. Sur la base du seuil de fragmentation, le script réorganisera ou réindexera un index. Nous avons observé que lors de la réindexage, les fichiers journaux deviennent énormes, ce qui conduit à une consommation excessive de bande passante pendant l'expédition du journal.

Puis vient Un article de Brent Ozar dans lequel il dit de cesser de s'inquiéter des index SQL:

Vos disques durs sont partagés avec d'autres serveurs qui font également des demandes de conduite en même temps, de sorte que les disques sauteront toujours partout pour obtenir des données. Défragir vos index est tout simplement un travail chargé de sens.

Googler cette question conduit à des opinions variables, la plupart appuyées par des arguments qui semblent trop brefs ou faibles. Notre plan provisoire est d'ajuster le seuil de fragmentation dans notre script de maintenance afin qu'il se réorganise beaucoup plus souvent qu'il ne se réindexait.

Quel est le verdict final? Vaut-il la peine de défragir les index SQL sur un SAN compte tenu des charges associées à la gestion des travaux de maintenance hebdomadaire?

Pas de solution correcte

Licencié sous: CC-BY-SA avec attribution
Non affilié à dba.stackexchange
scroll top