Partager via

Message « Le service Bureau à distance est actuellement occupé » pendant les connexions RDP

  • Article

Cet article fournit des conseils sur la résolution des problèmes liés au message « Le service Bureau à distance est actuellement occupé » rencontré lors des connexions RDP (Remote Desktop Protocol).

Résolution des problèmes de triage initial

Pour commencer la résolution des problèmes, un test important consiste à accéder à l’ordinateur concerné à l’aide de la console (une console physique locale ou, lorsque vous utilisez une machine virtuelle), la console de machine virtuelle de l’hyperviseur.

Vous n’êtes pas censé recevoir le message d’erreur « Le service Bureau à distance est actuellement occupé » pendant le test, car vous n’utilisez pas RDP. Le test permet de déterminer s’il existe d’autres types de problèmes lors de l’ouverture de session, comme un message d’erreur différent, une ouverture de session lente ou tout autre type de comportement anormal.

Si vous rencontrez d’autres problèmes lors de la connexion via la console, tels que différents messages d’erreur ou comportements inattendus, il indique probablement que l’erreur « Service Bureau à distance est actuellement occupé » est due à un autre problème sous-jacent sur le système. Nous vous recommandons vivement de résoudre le problème sous-jacent avant de résoudre le problème RDP.

Note

Si vous utilisez la console Hyper-V pour accéder à l’ordinateur, veillez à utiliser la session De base pour effectuer le test. Cela est dû au fait que la session améliorée s’appuie sur RDP et que vous pouvez recevoir le même message « Le service Bureau à distance est actuellement occupé ».

Si vous trouvez le problème lors de l’utilisation de la console et vérifiez que le problème n’est pas lié au protocole RDP, certaines des étapes de dépannage décrites dans cet article, telles que les problèmes de mémoire du serveur RDP, peuvent toujours être utiles pour résoudre les problèmes globaux de performances du système.

Problèmes de mémoire du serveur RDP

Pour résoudre ce problème plus loin, essayez d’abord de redémarrer l’ordinateur cible.

Si le redémarrage de l’ordinateur résout temporairement le problème, mais le problème persiste plus tard, il peut indiquer une fuite de mémoire ou d’autres types de fuites, tels que les fuites de session ou les fuites de jetons.

Une solution de contournement potentielle sans redémarrer l’ensemble du système consiste à redémarrer le service Services Bureau à distance (RDS). S’il résout le problème, il peut indiquer un problème avec le service. Vous devez vérifier si le service consomme une quantité inhabituelle ou anormale de mémoire.

Note

Le redémarrage du service RDS déconnecte tous les utilisateurs actuels connectés via RDP. Toutefois, les sessions sont conservées et les utilisateurs peuvent se reconnecter à leurs sessions.

Fuites de mémoire

Surveillez s’il existe un autre service ou processus qui consomme de la mémoire inhabituelle. Si c’est le cas, le redémarrage du service ou l’arrêt du processus est également une bonne étape de résolution des problèmes et une solution de contournement possible.

Note

Les fuites sont souvent causées par des logiciels non-Microsoft. Sans capture de données appropriée et un cas de support ouvert avec Microsoft, il est difficile d’identifier la cause.

Une bonne approche du test consiste à désinstaller progressivement différents logiciels et à surveiller si le problème s’arrête. Vérifiez également que tous les logiciels non-Microsoft sont mis à jour.

Si vous confirmez que le problème se produit uniquement via RDP, il est recommandé de désinstaller tout logiciel non Microsoft qui interagit avec la pile RDP.

Fuites de session

Une autre raison courante pour ce type de problème de croissance de la mémoire après un redémarrage du système est les fuites de session. Dans ce cas, l’examen de la consommation de ressources (comme la recherche d’une consommation élevée de mémoire ou d’UC dans Le Gestionnaire des tâches) ne montre rien d’évident, car le problème se produit « sous le capot » sur le système.

Il peut y avoir plusieurs raisons pour une fuite de session, mais il est courant que la fuite soit causée par des logiciels non-Microsoft. En particulier, il est très souvent provoqué par des logiciels de sécurité (tels que des logiciels antivirus ou de protection de point de terminaison) ou d’autres types de logiciels susceptibles d’interagir avec les sessions utilisateur RDP.

Note

L’arrêt du logiciel n’a pas le même effet que la désinstallation totalement à partir du système, car il peut toujours y avoir des modules chargés, des crochets aux composants du système, et ainsi de suite.

Si le problème est temporairement résolu avec un redémarrage du système, surveillez si un certain processus consomme une quantité inhabituelle de mémoire et si la consommation de mémoire augmente au fil du temps.

Résolution des problèmes liés aux objets de stratégie de groupe

Le renforcement sur le système, configuré via l’objet de stratégie de groupe (GPO), peut également être une raison possible.

Pour résoudre le problème, identifiez et supprimez les objets de stratégie de groupe associés pour tester et surveiller si le problème se produit. Par exemple, les objets de stratégie de groupe liés à RDS ou le renforcement des objets de stratégie de groupe, tels que les modifications apportées aux stratégies de sécurité « Attribution des droits utilisateur ».

Si possible, essayez de supprimer tous les objets de stratégie de groupe du système sans entraîner d’implications techniques ou de sécurité. Cette solution est un bon test pour déterminer si un objet de stratégie de groupe provoque le problème RDP.

Vous pouvez également vérifier les journaux des événements « GroupPolicy » pour voir si des objets de stratégie de groupe ne peuvent pas être traités ou s’il existe un problème global avec le service client de stratégie de groupe (gpsvc). Les deux peuvent être la cause du problème RDP.

Collecte de données

Même si vous identifiez un certain processus ou un service qui consomme trop de mémoire, vous ne connaissez peut-être pas la cause racine. Pour les problèmes non résolus, la collecte de données est essentielle pour une analyse complexe. Voici les étapes de préparation des données avant de contacter le support Microsoft.

Capturer des traces à l’aide de l’outil TSS

  1. Téléchargez la dernière version de l’outil TroubleShootingScript (TSS) à partir de https://aka.ms/getTSS

  2. Extrayez-le sur l’ordinateur client RDP (source) et le serveur RDP (cible).

    Note

    Dans les scénarios d’un déploiement RDS complet, bien que le système affichant le message « Service Bureau à distance soit actuellement occupé » est le message le plus important pour la capture de données, vous devez collecter des données à partir de tous les systèmes impliqués dans le flux de connexion, y compris le répartiteur de connexions Bureau à distance et la passerelle Bureau à distance.

  3. Ouvrez une invite PowerShell sur les deux systèmes et exécutez les commandes suivantes respectivement :

    Sur le client RDP :

    .\TSS.ps1 -Scenario UEX_RDSCli

    Sur le serveur RDP :

    .\TSS.ps1 -Scenario UEX_RDSSrv

  4. Attendez que le message « Reproduire le problème maintenant » s’affiche.

  5. Reproduire la connexion jusqu’à ce que vous receviez l’erreur « Service Bureau à distance est actuellement occupé ».

  6. Arrêtez les traces à ce stade en appuyant sur la touche demandée.

  7. Collectez les données à partir de l’emplacement spécifié par l’outil. (généralement C :\MS_DATA).

Vidage de la mémoire complète

Vous devez effectuer un vidage de mémoire complet lorsque le système est affecté lors de la reproduction d’une connexion RDP qui génère le message d’erreur « Service Bureau à distance est actuellement occupé ».

Note

Conservez la connexion avec l’erreur « Le service Bureau à distance est actuellement occupé » ouverte lors de la prise du vidage.

Notez le compte d’utilisateur utilisé pour reproduire cette connexion.

Capturer des vidages dans un scénario d’hyperviseur ou de machine virtuelle

  • Prenez un instantané de la machine virtuelle avec l’option « mémoire complète » sélectionnée, si l’hyperviseur fournit cette option, lors de la prise du vidage (comme décrit précédemment).
  • Convertissez l’instantané en vidage de mémoire complète.

Note

Chaque fabricant d’hyperviseur utilise différents outils et méthodes pour convertir l’instantané en un vidage complet. Pour obtenir des instructions sur la façon d’effectuer cette conversion, consultez la documentation de support de ce fournisseur d’hyperviseur.

Capturer des vidages sur un système physique

Suivez les étapes décrites dans Générer un noyau ou terminer un vidage sur incident.

Données supplémentaires possibles

Différents types de données peuvent être capturés en fonction des situations décrites dans cet article. Par exemple, si un processus ou un service spécifique affiche une consommation de mémoire croissante, une capture WPR (Windows Performance Recorder) spécifique doit être effectuée pour capturer la consommation de mémoire du tas de ce processus. Toutefois, le support Microsoft vous informe de toutes les données supplémentaires qui peuvent avoir besoin d’être capturées après l’analyse initiale en fonction de votre situation.