Non, vous ne pouvez pas vérifier pourquoi il fonctionne lentement, mais je peux vous donner quelques conseils :
1) Dans SQL 2005, la gestion des index non groupés est passée du Storage Engine (mon équipe) au Query Processor. Cela a de nombreux effets secondaires, dont l'un est la vitesse à laquelle les pages de données du tas peuvent être déplacées par le rétrécissement. Tous les enregistrements d'index non groupés contiennent un lien inverse vers l'enregistrement de données qu'ils indexent - dans le cas d'un tas, il s'agit d'un lien physique vers un numéro d'enregistrement sur une page de données spécifique. Lorsqu'une page de données du tas est déplacée par un rétrécissement, tous les enregistrements de l'index non groupé qui renvoient à des enregistrements de cette page doivent être mis à jour avec le nouvel emplacement de la page. En 2000, cette opération était effectuée très efficacement par le moteur de stockage lui-même. À partir de 2005, cela doit être fait en appelant le processeur de requêtes pour mettre à jour les enregistrements de l'index non groupé. Cette opération est parfois jusqu'à 100 fois plus lente qu'en 2000.
2) Les valeurs LOB hors ligne (qu'il s'agisse de types de données LOB réels ou de données de débordement de ligne) ne contiennent pas de lien rétroactif avec l'enregistrement de données ou d'index dont elles font partie. Lorsqu'une page d'enregistrements LOB est déplacée, l'ensemble de la table ou de l'index dont ils font partie doit être scanné pour déterminer quel enregistrement de données/d'index y renvoie, afin qu'il puisse être mis à jour avec le nouvel emplacement. Cette opération est également très, très lente.
3) Il se peut qu'un autre processus utilise la base de données et bloque le rétrécissement en attendant les verrous dont il a besoin pour déplacer les pages.
4) Il se peut que l'isolation des instantanés soit activée, et que le rétrécissement ne puisse pas déplacer les pages ayant des liens avec le magasin de versions jusqu'à ce que les transactions nécessitant ces anciennes versions soient terminées.
5) Votre sous-système d'E/S est peut-être sous-alimenté. Une longueur de file d'attente de disque supérieure à un chiffre signifie que votre sous-système d'E/S est un goulot d'étranglement.
L'un ou l'autre de ces facteurs peut contribuer à la lenteur de l'exécution du rétrécissement.
Mais en général, vous ne voulez pas faire de rétrécissement. Voir cet article de blog pour plus de détails : Pourquoi vous ne devriez pas réduire vos fichiers de données .
J'espère que cela vous aidera !
