Discussion :

[thierryinfo2012]

bonjour a tous

j'ai besoin de récupérer plus d'espace dans ma base de donné pour minimiser autogrowth

j'ai penser a faire un petit audit sur mes index pour supprimer les index non utilisée et qui occupe un espace important j'ai mis ce critère pour le

recherche (user_seeks=0 and user_scans=0 and user_lookups=0 )

autres que ces colonnes il existes un autre colonne qui s'appelle user_updates et qui a des valeurs différents du zéro

est ce que ce colonne doit être aussi pris en considération ,il doit avoir aussi la valeur zéro si je pend la décision supprimer l'index

merci pour vos aides

[janlouk]

Bonjour,

Regarde aussi ce que donne cette requète. Ca te donnera aussi une idée des tables qui ne sont plus très utilisées.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
SELECT DB_NAME() AS DataBaseName
,t.name
,user_seeks
,user_scans
,user_lookups
,user_updates
,last_user_seek
,last_user_scan AS last_read
,last_user_update AS last_write
,last_user_lookup
FROM sys.dm_db_index_usage_stats i 
	JOIN sys.tables t ON (t.object_id = i.object_id)
WHERE database_id = db_id()
ORDER BY name

[SQLpro]

Attention à ces deux requêtes basées sur des DMV...

En effet les données collectées par ces vues sont remise à zéro à chaque démarrage de SQL Server.
Ce qui fait que si vous venez juste de redémarrez le serveur, vous n'avez pas assez de recul pour réellement décider de supprimer tel ou tel index, qui peut être utilisé de manière intensive que pour certaines requêtes mensuelles !!! (comme la paye, la facturation...

Il faut donc s'interdire de supprimer des index si l'on a moins de 31 jours d'historique d'activité continue et pour cela je vous recommande d'ajouter dans le where le membre suivant à votre prédicat de restriction :

Code :

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

EXISTS(SELECT * FROM sys.dm_os_sys_info WHERE sqlserver_start_time < DATEADD(day, -31, CURRENT_TIMESTAMP))

En sus certains index peuvent n'avoir été créé que très récemment.... Pour la même raison, il serait stupide de les supprimer !!!

A +

[olivtone]

Ce probleme m'interesse car je me posais la question aussi la derniere fois

Cette colonne user_updates est elle alors importante ? car personne répond

MErci a Vous et bonne journée

[SQLpro]

Ce probleme m'interesse car je me posais la question aussi la derniere fois

Cette colonne user_updates est elle alors importante ? car personne répond

MErci a Vous et bonne journée

user_updates compte le nombre de modif effectuées sur l'index. Autant l'index apporte un gain important s'il est utilisé en seek, moyen s'il est utilisé en lookup et faible s'il est utilisé en scan, autant un update est toujours pénalisant.

Il faut donc chercher à supprimer les index ayant beaucoup de mise à jour (update) et aucune lecture (seek, lookup et scan).

ENFIN, il est très important de ne JAMAIS supprimer les index sémantiques ! (primary key, unique...) ou organisés en table (clustered)

J'ai l'habitude de donner cette formule plus adaptée :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
SELECT s.name AS TABLE_SCHEMA, o.name AS TABLE_NAME, i.name AS INDEX_NAME, 
       user_updates, 
       'DROP INDEX [' + i.name + '] ON [' +s.name +'].[' + o.name +'];' AS DROP_COMMAND
FROM   sys.dm_db_index_usage_stats AS ius
       INNER JOIN sys.objects AS o              ON ius.object_id = o.object_id
             INNER JOIN sys.schemas AS s        ON o.schema_id = s.schema_id
       INNER JOIN sys.indexes AS i              ON ius.object_id = i.object_id AND
                                                   ius.index_id = i.index_id
WHERE  database_id = DB_ID()
AND    (SELECT sqlserver_start_time 
        FROM   sys.dm_os_sys_info) < DATEADD(day, -31, CURRENT_TIMESTAMP)
AND    ius.index_id BETWEEN 2 AND 999
AND    user_seeks + user_lookups + user_scans = 0
AND    i.is_primary_key = 0
AND    i.is_unique = 0
AND    i.is_unique_constraint = 0;

Valable dans le contexte d'une base précise.

A +

[olivtone]

merci SQL Pro c'est top !!!!