Problème répertorié comme nom abrégé de 8 caractères dans Task Manager

J'ai quelques servers avec un process qui se bloque régulièrement. Nous tuerons ce process avec un script vbs qui exécute la command taskkill (entre deux autres choses). Le problème est que le nom du process continue de changer. À un moment donné, il est apparu comme "FusionLoanSvr.exe", mais finalement changé en "Fusion ~ 1.exe" et maintenant "Fusion ~ 2.exe".

Ce changement de nom de process m'empêche de modifier le script chaque fois qu'il se produit, et il est évident qu'il n'est pas cohérent dans tous les servers.

Est-ce que quelqu'un sait pourquoi le nom court est utilisé, pourquoi il a été incrémenté à ~ 2, et soit un moyen de l'empêcher d'utiliser le nom abrégé ou une façon de tuer le process via un script sans avoir à faire reference au nom EXE exact vu Gestionnaire des tâches?

Merci!

Mmmhhhh.

C'est un peu de conjectures (éduquées) basées sur un comportement similaire que j'ai vu avec les applications IIS.

Je pense que la première fois que l'application est lancée par IIS, elle s'appelle le même nom que le file EXE.
Pour certaines raisons, IIS génère une seconde copy du process. Cela prend le nom ~ 1.exe name. Une 3ème copy obtient name~2.exe et ainsi de suite.

C'est peut-être la raison pour laquelle le process supplémentaire génère parce que le premier process ne répond plus.
Peut-être aussi que le 1er se bloque en raison du fait qu'il y a un 2ème. (Peut-être que les deux process tentent d'accéder aux mêmes ressources provoquant une impasse?)

Dans mon expérience, une telle chose est souvent le résultat d'une mauvaise configuration du pool d'applications IIS et / ou des threads de travail.

Quoi qu'il en soit: Une sorte de hack rapide et sale vient à l'esprit: vérifiez régulièrement si le nom~1.exe est en memory. Si là-bas: Houston, nous avons un problème.
Ensuite, il suffit de tuer ~9.exe, ~8.exe …. ~1.exe et name.exe, qu'ils soient là ou non.