Discussion :

[Pol63]

bonjour

pour défragmenter des indexes je trouve pas mal d'infos sur le net, à priori la reconstruction serait le plus efficace

mais concernant les tables, est-ce utile que les pages soient contigües ? comment défragmente-t-on une table ? (comment trouve-t-on le niveau de fragmentation ?)
toutes mes tables ont un index clustered, je ne pense pas que ca entre en compte mais je le précise quand même ...

merci

[Pol63]

je pense avoir trouvé ce qu'il faut sur smo (dll du modèle objet d'sql server)
on peut faire rebuild ou rebuildindexes sur un objet table
je regarderais au passage la requete qui passe dans profiler ^^

[Ptit_Dje]

Hello,

La table est votre index clustered.
Si vous defragmentez celui-ci, vous defragmentez votre table.

Bonne journee

[Pol63]

ok, ca ne me serait pas venu à l'idée, bien que d'un côté ca peut paraitre logique
et ca explique pourquoi tous les sites qui parlent de défragmentation de table disent de défragmenter les indexes ^^
et sur une table sans index clustered ?

[mikedavem]

mais concernant les tables, est-ce utile que les pages soient contigües ? comment défragmente-t-on une table ? (comment trouve-t-on le niveau de fragmentation ?)

Pour le niveau de fragmentation la DMF sys.dm_db_index_physical_stats peut vous aider.

pour défragmenter des indexes je trouve pas mal d'infos sur le net, à priori la reconstruction serait le plus efficace

Oui la reconstruction regènère un index tout neuf. Cependant c'est une opération beaucoup agressive que la défragmentation car le verrouillage n'est pas le même et risque de géner vos utilisateurs à ce moment. (si vous êtes en édition Enterprise vous pouvez cependant bénéficier d'une reconstruction en ligne).

++

[mikedavem]

et ca explique pourquoi tous les sites qui parlent de défragmentation de table disent de défragmenter les indexes ^^

En général ce qu'on trouve sur la toile parle de défragmentation des indexes. Défragmenter un index cluster c'est défragmenter la table elle même car l'index cluster est la table triée. Cependant défragmenter un index non cluster ne veut pas dire que cela défragmente votre table car un index non cluster duplique les données de la table en fonction de la définition de celui-ci. La défragmentation concerne unique ces données dupliqués.

On peut parler également de reconstruction de tables sans index cluster. On appelle cela reconstruire une table HEAP. Dans ce cas la notion de fragmentation n'est pas la même que pour les indexes. Il y a différentes méthodes pour défragmenter une table HEAP comme la création d'un index cluster sur la table, l'utilisation de la commande ALTER TABLE REBUILD depuis SQL Server 2008, l'export des données de la table HEAP vers une nouvelle table ....

++

[Pol63]

merci bien à vous 2 pour ces infos

ces reconstructions seront faites seulement en cas d'arrêt chez les clients, sinon ca sera une réorganisation des indexes seulement, qui doit être moins verrouillant qu'un rebuild

[elsuket]

Bonjour,

Une réorganisation d'index (ALTER INDEX ... REORGANIZE ou DBCC INDEXDEFRAG sous SQL Server 2000) ne fait que réorganiser logiquement le niveau feuille de l'index, et ce en conservant le FILLFACTOR s'il y en a un qui a été spécifié (sinon c'est celui par défaut, zéro : page remplie au maximum).
C'est-à-dire que seul le chaînage des pages est affecté, de façon à éviter les aller-retours lors des parcours d'index, et qu'aucune nouvelle page n'est allouée.
Cela convient souvent dans le cas où l'index est fragmenté à mois de 20/30%.
C'est ce qui fait que le niveau de verrouillage est faible, et que l'opération se fait de toute façon en ligne.

Une défragmentation d'index (ALTER INDEX ... REBUILD ou DBCC DBREINDEX sous SQL Server 2000) reconstruit littéralement l'index.
Si la reconstruction est faite ONLINE, un index est créé et maintenu en parallèle de l'index existant, ce qui fait que de nouvelles pages sont allouées.
A la fin de la défragmentation, le vieil index est supprimé et remplacé par le nouveau, et cela nécessite un verrou de modification de schéma (le plus strict qui existe) et cela peut poser des petits problèmes.
Cela dit ce verrou est pris sur un très court laps de temps, et l'accès aux colonnes sous-jacentes est toujours possible durant la reconstruction.

Si la défragmentation se fait OFFLINE, l'accès aux colonnes sous-jacentes n'est pas possible, et s'il s'agit de l'index cluster, l'accès à la table est impossible. L'index est détruit puis recréé.

Notez qu'un index cluster d'une table ayant des colonnes LOB (de type image, text ou ntext sous SQL Server 2000, et varbinary(max), varchar(max) ou nvarchar(max) sous SQL Server 2005 et suivants) ne peut pas être reconstruit ONLINE.
Il en va de même si vous reconstruisez une partition d'un index, qu'il soit cluster ou non-cluster.

Pour en savoir plus sur la différence entre un index cluster et un index non-cluster, je vous invite à lire le billet que j'ai écrit à ce sujet.

@++