Partager via

Configuration des listes d’exclusions

  • Article

Dans certains environnements, vous pouvez vous retrouver à déboguer des systèmes qui ont une grande quantité de modules chargés pour lesquels vous ne pouvez pas obtenir de symboles. C’est souvent le cas si vous avez du code appelé par un fournisseur tiers. Cela peut entraîner un grand nombre d’échecs de recherche de symboles, ce qui prend du temps et encrève les ressources réseau. Pour atténuer cette situation, vous pouvez utiliser une liste d’exclusions pour spécifier les symboles qui doivent être exclus de la recherche. Cette fonctionnalité existe dans le débogueur client, mais vous pouvez également configurer le filtre SymProxy pour utiliser sa propre liste d’exclusions et empêcher cette activité réseau là où il est le plus susceptible d’occuper des ressources.

La liste d’exclusions se compose des noms des fichiers pour lesquels vous souhaitez empêcher le traitement. Les noms de fichiers peuvent contenir des caractères génériques. Par exemple :

dbghelp.pdb
symsrv.*
mso*

La liste peut être implémentée de deux manières. Le premier se trouve dans un fichier .ini, %WINDIR%\system32\inetsrv\Symsrv.ini. Une section appelée « exclusions » doit contenir la liste :

[exclusions]
dbghelp.pdb
symsrv.*
mso*

Vous pouvez également stocker les exclusions dans le Registre. Créer une clé nommée

HKLM\Software\Microsoft\Symbol Server\Exclusions

Stockez la liste des noms de fichiers sous forme de valeurs de chaîne (REG_SZ) dans cette clé. Le nom de la valeur de chaîne agit comme nom de fichier à exclure. Le contenu de la valeur de chaîne peut être utilisé comme commentaire décrivant la raison pour laquelle le fichier est exclu.

SymProxy lit à partir de la liste d’exclusions toutes les demi-heures afin que vous n’ayez pas besoin de redémarrer le service Web pour voir les modifications prendre effet. Ajoutez des fichiers à la liste dans le Registre ou .ini fichier et attendez une courte période pour que les exclusions soient utilisées.

Note SymProxy ne prend pas en charge l’utilisation de Symsrv.ini et du Registre. Si le fichier .ini existe, il est utilisé. Sinon, le Registre est vérifié.