Partager via

Les applications se bloquent ou ne répondent pas si un autre utilisateur se déconnecte d’une session Bureau à distance dans Windows Server 2012/R2 ou Windows Server 2008/R2

Cet article vous aide à résoudre un problème où les applications se bloquent ou ne répondent pas si un autre utilisateur se déconnecte d’une session Bureau à distance.

Numéro de base de connaissances d’origine : 2536487

Symptômes

Lorsque vous exécutez une application à partir d’un lecteur mappé, l’application ne répond pas ou se bloque pour un utilisateur (ou plusieurs utilisateurs) lorsqu’un autre utilisateur se déconnecte. Ce problème se produit dans Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2 Service Pack 1 (SP1) et Windows Server 2008. Par exemple, ce problème peut se produire dans le scénario suivant :

  • Un serveur est un serveur de fichiers et un autre est un serveur hôte de session distante (serveur terminal).

  • Un dossier sur le serveur de fichiers est mappé pour une utilisation par les utilisateurs distants qui se connectent au serveur RDS.

  • Une application sur le partage mappé est lancée par plusieurs utilisateurs.

  • Un utilisateur se déconnecte. Les autres utilisateurs de l’application rencontrent ainsi un blocage ou une non-réponse de l’application. Selon la version du système d’exploitation, ce problème se produit lorsque le premier ou le dernier utilisateur de l’application se déconnecte, comme suit :

    • Dans Windows Server 2012 R2, Windows Server 2012 et Windows Server 2008, ce problème se produit lorsque le premier utilisateur qui s’est connecté se déconnecte.
    • Dans Windows Server 2008 R2 SP1, ce problème se produit lorsque le dernier utilisateur qui s’est connecté se déconnecte.

Note

Dans Windows Server 2008 R2 SP1, ce comportement est identique à celui de Windows Server 2012 R2, Windows Server 2012 et Windows Server 2008 après avoir installé le correctif logiciel 2559767.

Cause

Ce problème se produit en raison de la façon dont le redirecteur gère le bloc de contrôle de fichier (FCB) pour le fichier binaire en question.

Dans Windows Server 2012 R2, Windows Server 2012 et Windows Server 2008, le FCB appartient au premier utilisateur qui a ouvert le fichier, et ce FCB est utilisé par les utilisateurs suivants. Lorsque le premier utilisateur se déconnecte, le FCB est orphelin. Cela provoque le blocage ou la réponse de l’application sur les utilisations suivantes.
Dans Windows Server 2008 R2, le FCB appartient au dernier utilisateur qui a ouvert le fichier, et les utilisateurs précédents rencontrent le problème lorsque le dernier utilisateur se déconnecte.

Techniquement, le FCB n’appartient à aucun utilisateur spécifique. Il s’agit simplement d’une structure partagée qui représente un fichier. L’objet FCB est créé lorsque le premier handle du fichier est ouvert, et il est détruit lorsque le dernier handle du fichier est fermé. Par conséquent, elle n’est pas liée à un utilisateur.

L’entité orpheline est l’objet de fichier qui appartient à l’utilisateur qui se déconnecte. Si cet objet de fichier sauvegarde le cache du système de fichiers ou une section mappée, vous rencontrez ces erreurs d’E/S.

Résolution

Pour résoudre ce problème, effectuez une mise à niveau vers Windows Server 2016. Le problème est résolu dans cette version de Windows Server.

Solution de contournement

Pour contourner ce problème, appliquez l’une des méthodes suivantes :

  • N’exécutez pas d’applications partagées à partir d’un dossier mappé. Au lieu de cela, installez l’application partagée localement sur le serveur terminal.
  • Utilisez des partages WebDAV au lieu de dossiers mappés si le partage binaire distant est requis.
  • Compilez l’application à l’aide du paramètre Swap run from network linker :
  • Si l’application est une application managée, utilisez la fonctionnalité Cliché instantané.

Note

Nous vous déconseillons d’exécuter des fichiers binaires à distance. Dans des situations telles que celles-ci, nous vous recommandons d’utiliser la première solution de contournement.