Discussion :

[dkmix]

Bonjour,

J'ai un index non cluster sur 3 champs d'une table.
Cet index ne fonctionnait plus (HS) mais toujours présent.

J'ai fait un alter reorganize. aucun effet. L'index n'était pas fragmenté.
Je l'ai supprimé et recréer, et la il est redevenu OK.

Qu'est ce qui peut rendre HS un index ?

Merci

[mikedavem]

Qu'appeles-tu HS ?

Est-ce que cet index était désactivé ?

++

[dkmix]

Merci pour votre réponse.

Est-ce que cet index était désactivé ?

HS ou désactivé, effectivement, je n'ai pas pensé à vérifier si l'index était disable !!
Je ne vois pas pas pourquoi un traitement aurait déactivé cet index, et il n'y a pas eu de mise à niveau du moteur, mais c'est une possibilité...

Le symptôme était le suivant : temps de requête : 8 min, après réorganisation : 8 min, après re-création : 1 sec

[mikedavem]

Pour réactiver un index il faut de toute façon le reconstruire donc il y a des chances que ce soit cela mais bon sans réelle certitude :-) . Le problème est l'air d'être réglé de toute façon.

EDIT : Tu as parlé de réorganisation d'index dans le 1er post donc non on peut affirmer que l'index n'était pas désactivé à ce moment là à moins que tu aies eu un message d'erreur pendant cette opération. Il se peut maintenant que l'index était beaucoup trop fragmenté ou les statistiques associées n'étaient pas assez à jour pour que être utilisé par le moteur d'exécution. Le fait de reconstruire l'index supprime la fragmentation et met à jour les statistiques alors que la réorganisation d'index réduit partiellement la fragmentation en fonction de son taux mais ne met pas à jour les statistiques.

++

[SQLpro]

les index comme les tables se fragmentent. Les statistiques des index sont calculées lors d'une reconstruction, pas lors d'une défragmentation.
Si aucun plan de maintenance n'a prévu soit :

• la reconstruction
• le recalculs des statistiques

de manière régulière (au minimum une fois par mois, mais quotidien c'est encore mieux) alors l'optimiseur peut considérer cet index comme inutilisable pour établir son plan de requête car il ne peut se fier à des statistiques trop "vieilles".
Un peu comme si on établissait le budget de la nation avec la démographie des années 60 !!! - c'est pourquoi on fait de recensements....

Pour connaître la date du dernier calculs des stats, vous pouvez faire la requête :

Code :

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

1
2
3
SELECT OBJECT_NAME(object_id) AS table_name, *, 
       STATS_DATE(object_id, stats_id)
FROM sys.stats

A +

[dkmix]

Bonjour, merci pour vos reponse,
Le probleme est revenu hier soir !!!

- l'index n'est pas desactivé.
-Il y a bien un plan de maintenance hebdomadaire qui reconstruit les index et met à jour les stats.

Avec la requete

Code :

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

1
2
3
SELECT OBJECT_NAME(object_id) AS table_name, *, 
       STATS_DATE(object_id, stats_id)
FROM sys.stats

Je vois que la date de mise à jour des stats pour cet index est 2012-07-03 12:06:30.640 soit la date à laquelle je l'ai reconstruit manuellement) et la précédente 2012-07-01 00:43:30.430 (soit la date du plan de maintenance)


Y'aurait-il des pistes d'analyse pour comprendre ce qui se passe ? avant que je le reconstruise