Discussion :

[Aurel3]

Bonjour,

J'ai un serveur en MSSQL 2005 avec une base d'une trentaine de Go. Vu les faibles performances sur certaines requêtes, nous avons profités d'une migration vers une nouvelle machine pour mettre en place un plan de maintenance hebdomadaire.

- vérifier l'intégrité de la base de donnée (avec un DBCC CHECKDB)
- réorganiser l'index sur toutes les tables et vues
- mise à jour des statistiques sur toutes les tables et vues

On à constatés de bien meilleures performances mais ce job qui est lancé le dimanche soir dure environ 15 heures ... Du coup le lundi matin, les utilisateurs requetent sur la base alors que le job est toujours actif et la les performances sont très ralenties.

Je ne suis pas certain que nous ayons réellement besoin d'effectuer ces 3 taches sur la totalité de la base toutes les semaines.

N'étant pas du tout expert en MSSQL, quelqu'un aurait il une idée des indicateurs que je peux vérifier pour anticiper une baisse des perfs ?

Merci d'avance,

[mikedavem]

Bonjour,

Il faut dans un 1er temps regarder quelles sont les étapes qui vont prennent énormement de temps.

Si l'étape de mise à jour des index et stats est concernée :
Vous pouvez personnaliser un script de mise à jour des index et des statistiques en utilisation la DMF sys.dm_db_index_physical_stats et la procédure stockée sp_updatestats. Vous n'avez pas besoin à chaque fois d'opérer sur l'ensemble des index et des statistiques de la base. Vous pouvez également réduite l'intervalle de mise à jour de vos index en fonction de l'activité de mise à jour de vos bases.

Si l'étape de vérification d'intégrité est concernée :
Je vous invite à voir l'article que j'ai fait à ce sujet. Vous pouvez adapter selon vos besoins.

++

[SQLpro]

Il n'est pas nécessaire de mettre à jour les statistiques si vous faites une réindexation. En effet la réindexation entraîne systématiquement un recalcul des statistiques des index visés.

De plus il n'est pas utile de defragmenter ou réindexer des index peu fragmentés.

Lisez l'article que j'ai écrit ici :
http://sqlpro.developpez.com/optimis...ntenanceIndex/
et qui livre une procédure optimisée de maintenance des index !

A +

[Aurel3]

Merci pour vos réponses.

D'après les logs d'exécution du job :

- la vérification d'intégrité des données.
DBCC CHECKDB WITH NO_INFOMSGS
D'après les logs elle ne dure que 4 secondes (???) mais quand je la lance manuellement ça prend environ 10min30.

- réorganisation des index
ALTER INDEX [INDEX] ON [dbo].[TABLE] REORGANIZE WITH ( LOB_COMPACTION = ON )
Fait sur chaque index de la base, cela prend 1h20.

- mise à jour des statistiques
UPDATE STATISTICS [dbo].[TABLE]
WITH FULLSCAN
Sur toutes les tables et les vues il y en à a peu pres pour 13h.

Je vais lire vos articles et voir à quel niveau je peux améliorer tout ça.

[SQLpro]

Code :

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

1
2
UPDATE STATISTICS [dbo].[TABLE]
WITH FULLSCAN

Cela ne sert à rien de faire un FULLSCAN. pour les grandes tables, prendre un échantillon.

A +

[mikedavem]

Vous pouvez également utiliser la procédure stockée système sp_updatestats. Cette procédure a été améliorée depuis la version 2000 car elle ne met à jour que les statistiques nécessaires .... et non l'ensemble des statistiques d'une base ...

++