une ressource Windows Server reste verrouillée après l’arrêt de l’application

Emma Simon 0 Points de réputation
2026-10-05T12:45:34.5866667+00:00

une ressource sur un serveur Windows reste verrouillée alors que l’application qui l’utilisait n’est plus en cours d’exécution. Comment pouvons-nous identifier le processus qui maintient le verrou et libérer la ressource en toute sécurité sans provoquer de problèmes au niveau du système ou de l’application ?

Windows pour les entreprises | Windows 365 Business
0 commentaires Aucun commentaire

1 réponse

Trier par : Le plus utile
  1. Harry Phan 33,640 Points de réputation Conseiller(ère) indépendant(e)
    2026-10-05T13:16:23.4866667+00:00

    Bonjour Emma,

    Dans ce type de situation, la première étape consiste à identifier précisément quel processus maintient le verrou sur la ressource. Sur Windows Server, l’outil le plus fiable est Handle.exe de Sysinternals ou bien l’outil intégré Resource Monitor. Avec Handle, vous pouvez exécuter handle.exe <nom_du_fichier> depuis une invite de commande élevée. Cela vous retournera le PID du processus qui détient le handle. Avec Resource Monitor (resmon.exe), allez dans l’onglet CPU, puis dans la section "Associated Handles", entrez le nom de la ressource pour voir quel processus la verrouille.

    Une fois le processus identifié, il est impératif de vérifier s’il s’agit d’un service critique ou d’un processus système. Si c’est une application tierce qui n’a pas libéré correctement la ressource, vous pouvez terminer le processus via le Gestionnaire des tâches ou avec taskkill /PID <pid> /F. Si c’est un service Windows, il vaut mieux passer par services.msc et effectuer un redémarrage propre du service concerné plutôt que de tuer brutalement le processus, afin d’éviter une corruption ou un état incohérent.

    Dans certains cas, le verrou peut persister même après l’arrêt du processus si le handle n’a pas été correctement libéré. Un redémarrage du serveur reste alors la méthode la plus sûre pour garantir la libération sans risque. Avant d’en arriver là, je recommande toujours de vérifier les journaux dans l’Observateur d’événements (eventvwr.msc) pour voir si des erreurs d’I/O ou des exceptions d’application expliquent le verrouillage.

    En résumé, utilisez Handle ou Resource Monitor pour identifier le PID, puis décidez si un arrêt du processus ou un redémarrage du service est approprié. Évitez de forcer la suppression du fichier ou de manipuler directement les ACL tant que le handle est actif, car cela peut provoquer des incohérences.

    J’espère que vous trouverez ici une piste utile. Si cela vous aide à mieux comprendre le problème, merci d’accepter la réponse. Et si vous avez besoin de précisions supplémentaires, n’hésitez pas à laisser un message. Bonne journée !

    HP.

    Cette réponse vous a-t-elle été utile?

    0 commentaires Aucun commentaire

Votre réponse

Les réponses peuvent être marquées comme « Acceptées » par l’auteur(e) de la question et « Recommandées » par les modérateurs, ce qui aide les utilisateurs à savoir que la réponse a résolu le problème de l’auteur(e).