Discussion :

[snach]

Bonjour,

Sur l'un de mes serveurs SQL server 2005 f'ai constaté une grosse fragmentation de mes indexes.J'ai donc effectué un REORGANIZE ou un REBUILD suivant le cas .

Le souci c'est que sur certain indexe ca n'a pas fonctionné meme en effectuant les deux (REORGANIZE puis REBUILD )

ex:
AVEC la vue :sys.dm_db_index_physical_stats
---------------------------------------------
NomObjet NomIndex NoPartition CoeffFragmentation page_count
x y 1 75 4


AVEC SHOWCONTIG
-------------------

Level Pages Rows ScanDensity LogicalFragmentation AveragePageDensity
0 4 1751 25 75 75


J'ai constaté que se sont principalement les indexes possedant peu de pages
(54<)

Y a t il un lien entre le nombre de page et la fragmentation? que puis je faire pour diminuer le "avg_fragmentation_in_percent" de ces indexes?

Merci de votre aide

[elsuket]

Bonjour,

Effectivement le faible nombre de pages explique le taux de fragmentation que vous obtenez, qui est très loin d'être inquiétant.
Il me semble que Microsoft signifie dans la documentation que la reconstruction d'une index (REBUILD) ne procure aucun gain en dessous d'une centaine de pages, c'est à dire sur des petites tables.

Vous devez faire la différence entre les options REBUILD et REORGANIZE :

- REBUILD est une opération atomique, alors que REORGANIZE ne l'est pas.
Cela signifie que si vous arrêtez la requête de REBUILD en cours d'exécution, tout le travail du moteur de base de données est perdu. Ce n'est pas le cas de REORGANIZE.

- REORGANIZE ne fait que réorganiser le niveau feuille de l'index, et n'utilise aucune nouvelle page. REBUILD reconstruit tous les niveaux de l'index, et se sert au besoin de nouvelles pages, de façon à réduire la fragmentation interne et externe de l'index. REORGANIZE ne fait que réduire la fragmentation logique de l'index.

- REBUILD est exécutée hors-ligne, c'est-à-dire que vous ne pouvez pas mettre à jour la table tant que le REBUILD est en cours d'exécution.
REORGANIZE ne maintient pas ces verrous et vous permet de continuer à effectuer des mises à jour sur la table cible du REORGANIZE.

@++

[snach]

Merci beaucoup de ton explication.C'est beaucoup plus clair maintenant
Juste une toute petite derniere question . Le REBUILD est exécuté hors-ligne mais est ce aussi le cas pour une version Entreprise?

[elsuket]

Effectivement vous faites bien de le relever
le REBUILD dans une édition Enterprise peut se faire avec l'option ONLINE :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
ALTER INDEX monIndex
ON dbo.maTable
REBUILD WITH (ONLINE = ON)

Le moteur de base de données défragmente alors l'index dans une copie de celui-ci, et les modifications apportées à la table sont répercutées dans les deux indexes, donc cela engendre un coût en consommation de ressources élevé.
Quand l'opération est terminée, le nouvel index est "attaché" à la table, et l'ancien est supprimé.

@++

[mikedavem]

Prévoyez donc la place pour l'opération de réindexation en ligne .... Vous avez le double de l'index à un instant t

++