Une fragmentation à  surveiller de près

abonnés.)

Pendant cette période, je m’étais consacré à des tâches plus prioritaires et n’avais pas eu le temps de diagnostiquer les causes de l’échec de la tâche de maintenance. A ce moment, je croyais que cet échec n’était pas critique car je pensais qu’il fallait plusieurs mois pour qu’une base de données soit fragmentée. Ce matin-là, j’ai réalisé que j’avais commis une grosse erreur, en tout cas à propos de certaines des tables faisant l’objet de nombreuses insertions et mises à jour.

Après avoir ajouté l’index en vue d’empêcher les analyses de tables et construit un index ordonné en clusters pour obtenir une organisation plus performante des données (ce qui a eu pour effet de défragmenter également les index non ordonnés en clusters), j’ai examiné les niveaux de fragmentation au cours des deux semaines suivantes. Au bout de seulement quelques jours, les tables les plus volumineuses ont recommencé à montrer des signes de fragmentation et au bout d’une semaine, leurs performances étaient nettement plus lentes. Il est alors devenu clair que la fragmentation serait toujours tapie dans l’ombre et que pour la contenir, il me faudrait une vigilance de tous les instants.