les tâches planifiées doivent rester ouverte ces uniquement Microsoft WINDOWS ces de la communication interne pas hors domicile
une ressource Windows Server reste verrouillée après l’arrêt de l’application
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
2 réponses
Trier par : Le plus utile
-
Harry Phan 33,720 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 parservices.mscet 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.