Discussion :

[Boubou2020]

bonjour a tous
dans le but de bien gérer mes espaces disque sur une de mes instance SQL server et afin de récupérer plus d'espace j'ai pointer sur le taux d’utilisation de mes index en intergant la dvm sys.dm_db_index_usage_stats , j'ai connecter sur ces deux indexes qui occupe un espace très important dans mon instance
alors je pause sur cette point 3 questions
1)Est ce que cette date"2015-09-28 13:33:27.223" (date de dérniére démarrage de Msql server) est suffisante pour faire confiance au résultat retourné par la DVM sys.dm_db_index_usage_stats ?
2)l'opération de suppression prend t'il beaucoup du temps et fait il de verou sur la table (peut on la faire pendant la production) ou je doit avoir un créneau d’arrêt ?
3)aprés la suppression y'a t'il un gain direct d'espace ou je doit faire un shrink
merci pour l'aide de nos experts

[SQLpro]

1)Est ce que cette date"2015-09-28 13:33:27.223" (date de dérniére démarrage de Msql server) est suffisante pour faire confiance au résultat retourné par la DVM sys.dm_db_index_usage_stats ?

En principe oui, on conseille un minimum d'un mois.

2)l'opération de suppression prend t'il beaucoup du temps et fait il de verou sur la table (peut on la faire pendant la production) ou je doit avoir un créneau d’arrêt ?

L'opération est instantanée, mais il verrouille la table très peu de temps pour empêcher l'utilisation de cet index au moment du DROP.

3)aprés la suppression y'a t'il un gain direct d'espace ou je doit faire un shrink
merci pour l'aide de nos experts

Tout dépend de quel espace vous parlez.
Oui il y aura un gain d'espace dans les "storages" de la base
Non, vous n'aurez aucun gain d'espace sur votre disque et il faudra donc rendre les pages libres à l'OS via SHRINK (à utiliser avec extrême modération !!!)

A +

[Boubou2020]

Tout dépend de quel espace vous parlez.
Oui il y aura un gain d'espace dans les "storages" de la base
Non, vous n'aurez aucun gain d'espace sur votre disque et il faudra donc rendre les pages libres à l'OS via SHRINK (à utiliser avec extrême modération !!!)
A +

j'ai procéder a supprimer ces index ,et comme c'est déjà mentionner la gain était dans le "storages" de la base
maintenant a la prochaine demande d'écriture est ce que ces pages récupérer serons de nouveau utiliser pour écritures d'autre informations et donc j'aurai pas de une demande d'espace disque vu l’existante d'espace dans les "storages" de la base
ou cette espace de base reste comme inutilisé et il y'aura toujour demande d'espace disque même a la présence d'espace dans les "storage" de la base vu l'absence de l'opération du shrinkfile
merci pour vos aide ?

[mikedavem]

1)Est ce que cette date"2015-09-28 13:33:27.223" (date de dérniére démarrage de Msql server) est suffisante pour faire confiance au résultat retourné par la DVM sys.dm_db_index_usage_stats ?

Juste un complément d'information par rapport à ce que dit Fred. Je dirais que tout dépend la version de SQL Server concernée. Si >= 2012, alors ce n'est malheureusement plus suffisant car les statistiques d'utilisation d'un index sont réinitialisées après une reconstruction de ce dernier.

++

[Boubou2020]

merci bien david pour cette info
A tu aussi une réponse pour l'autre question ?

[mikedavem]

merci bien david pour cette info
A tu aussi une réponse pour l'autre question ?

Tu parles de celle-ci sans doute :

maintenant a la prochaine demande d'écriture est ce que ces pages récupérer serons de nouveau utiliser pour écritures d'autre informations et donc j'aurai pas de une demande d'espace disque vu l’existante d'espace dans les "storages" de la base
ou cette espace de base reste comme inutilisé et il y'aura toujour demande d'espace disque même a la présence d'espace dans les "storage" de la base vu l'absence de l'opération du shrinkfile
merci pour vos aide ?

Quand tu supprimes un index les pages associées sont dé-allouées. A la prochaine allocation, cette dernière pourra être utilisée dans un autre but selon le cas (page de données pour la même table ou non, page d'index etc ... ). Si tu ne réduit pas ton fichier physiquement via un SHRINK alors effectivement le moteur n'aura pas à augmenter la taille du fichier pour l'espace demandé puisqu'il pourra puiser dans l'espace libre que tu auras laissé dans ton fichier.

Personnellement, par habitude, même lorsqu'il est possible de récupérer un espace disque important suite à une suppression ou réduction de données d'une grosse table, je ne récupère jamais tout l'espace libre dans le fichier pour en prévoir un peu pour les futures opérations.

++

[Boubou2020]

merci beaucoup pour l'explication

c'est claire

[mikedavem]

D'ailleurs pour le fameux reset des statistiques d'utilisation de l'index il y a un item connect si jamais et le problème ne sera visiblement pas réglé ..

++