Exploitation SQL Server

Maintenance des index SQL Server sans travail inutile

Reconstruire tous les index selon un calendrier fixe consomme CPU, E/S, journal et fenêtre de maintenance sans garantir un bénéfice mesurable.

Maintenance des index SQL Server sans travail inutile

Reconstruire tous les index selon un calendrier fixe consomme CPU, E/S, journal et fenêtre de maintenance sans garantir un bénéfice mesurable.

Ce qu'il faut mesurer

Examinez le nombre de pages, la densité, la fragmentation, les modifications, les scans, la durée et l'impact sur le journal. La fragmentation d'un petit index inutilisé est rarement prioritaire.

Approche pratique

Excluez les index petits ou inutilisés. Décidez entre reconstruction et réorganisation selon la charge réelle, puis gérez les statistiques explicitement. Surveillez blocages, retard des réplicas, sauvegardes du journal et débit du stockage.

Ce qu'il faut éviter

N'utilisez pas 5 et 30 pour cent comme seuils universels. Évitez les réductions régulières et la reconstruction d'index jamais lus.

Résultat opérationnel

Une bonne maintenance est adaptative, observable et peut ne rien faire lorsqu'aucun index ne le justifie.

Checklist de production

Établissez une référence et définissez l'amélioration attendue. Testez avec des données et une concurrence représentatives. Conservez la configuration ou le plan d'origine, préparez un retour arrière et surveillez le prochain pic normal de charge.

Pour appliquer cette méthode à un environnement SQL Server précis, utilisez le formulaire ci-dessous et indiquez la version, la taille de la base, le profil de charge et les éléments déjà collectés.

Question sur cet article

Vous avez une question sur ce sujet ?

Expliquez ce que vous évaluez ou le point qui vous bloque. Nous vous répondrons avec une recommandation pratique.

Inquiries are not enabled in this preview.

Poser une question sur cet article