Les services de bureau à distance sont actuellement occupés.

Introduction

Lorsque Windows Server refuse de nouvelles connexions de Bureau à distance, il est essentiel d'identifier la source de l'échec avant de redémarrer les services ou le serveur entier. Le problème affecte-t-il un utilisateur ou plusieurs sessions ? Cet article guide les administrateurs informatiques à travers les causes possibles, les commandes de dépannage pratiques et les procédures de récupération, des vérifications initiales aux diagnostics plus avancés et aux mesures de prévention.

Que signifie l'apparition d'un message "Les services de bureau à distance sont actuellement occupés" ?

L'erreur se produit lorsque Windows ne parvient pas à exécuter la fonction ou l'action demandée du protocole de bureau à distance (RDP). En général, le message d'erreur qui apparaît indique :

La tâche que vous essayez d'effectuer ne peut pas être complétée car les services de bureau à distance sont actuellement occupés. Veuillez réessayer dans quelques minutes. D'autres utilisateurs devraient toujours pouvoir se connecter.

Bien que le message d'erreur implique que le système est incapable d'ajouter une autre session et que le bureau à distance est à capacité maximale, cela pourrait ne pas être le cas.

L'erreur peut se produire sur un seul compte utilisateur ou plusieurs comptes utilisateurs. Si c'est le premier cas, il devrait être possible de redémarrer la session. Cependant, si c'est le second cas, le système pourrait ne pas permettre à aucun utilisateur d'établir une connexion.

De plus, le problème peut affecter soit une seule session utilisateur, soit toutes les sessions utilisateur. Il est essentiel de différencier les deux scénarios car les solutions nécessaires pour les résoudre diffèrent.

Microsoft Learn's Guide de dépannage de la connectivité des sessions RDS fournit des vérifications supplémentaires pour identifier les échecs de connexion affectant les hôtes Windows Server.

Quelles sont les causes de cette erreur ?

Il existe plusieurs composants de Windows Server qui sont impliqués dans l'établissement d'une session RDP. Des problèmes de gestion de la session, de ressources système, de services Windows ou du processus de connexion peuvent empêcher l'établissement de la connexion.

Sessions RDP bloquées ou non réactives

Une session peut se figer lors de la connexion, de la déconnexion, de la reconnexion ou de la fermeture de session. Ensuite, Windows ne parvient pas à terminer la session ou à libérer ses ressources.

Les administrateurs peuvent trouver des sessions qui refusent de se reconnecter ou de se déconnecter. Le problème peut survenir dans une seule session, même si d'autres fonctionnent correctement.

Encore un session déconnectée est normal et ne doit être réinitialisé que s'il se bloque.

Épuisement des ressources et tempêtes de connexion

Des ressources insuffisantes peuvent retarder ou empêcher l'initialisation de la session. Les problèmes les plus courants sont la saturation du processeur, les pénuries de mémoire, une activité disque excessive et un chargement lent des profils.

De tels problèmes sont particulièrement marquants lors des tempêtes de connexion lorsque des centaines d'utilisateurs établissent des connexions de Bureau à distance simultanément. L'authentification, la stratégie de groupe, le chargement de profil et les activités de lancement d'application génèrent une charge significative sur un hôte de session de Bureau à distance partagé.

Cependant, une utilisation élevée des ressources n'est pas une exigence pour rencontrer cette erreur. Certains échecs de traitement de session se produisent même si les taux d'utilisation du CPU et de la mémoire sont faibles.

Fuites de mémoire et logiciels tiers

Les fuites de mémoire et les objets de session qui ne sont pas libérés correctement peuvent nuire à la capacité du serveur Windows d'accepter des connexions à distance.

Ce problème est particulièrement notable dans les cas où le redémarrage de la machine rétablit la fonctionnalité normale, mais l'erreur revient après plusieurs heures ou jours.

L'application de logiciels tiers qui fonctionne d'une manière ou d'une autre avec les sessions Windows peut également en être la raison. Cela inclut les agents de protection des points de terminaison, les filtres de sécurité ou des logiciels similaires qui pourraient interférer avec les sessions Windows.

Puisque ces pilotes ne sont généralement pas déchargés lorsque le service système correspondant est arrêté, l'examen de telles hypothèses nécessite une approche plus approfondie que de simplement arrêter le service.

Problèmes de stratégie de groupe et de profil utilisateur

La stratégie de groupe dicte remote access permissions relatives aux connexions, limitations de session et autres fonctionnalités du comportement de l'hôte de session de bureau à distance. Les mauvaises autorisations ou les conflits entre les politiques peuvent causer des problèmes de connexion.

Les échecs du service Client de stratégie de groupe peuvent également interférer avec le processus de connexion Windows.

En même temps, Windows est incapable de terminer la session si quelque chose ne va pas avec le profil utilisateur. Dans ce cas, les administrateurs devraient se concentrer sur le Service de profil utilisateur, vérifier si le stockage du profil utilisateur est disponible et envisager FSLogix ou d'autres outils pour gérer les profils utilisateurs si de longues sessions de connexion coïncident avec des problèmes de connexion.

Que devez-vous faire pour corriger cette erreur ?

Les actions de dépannage doivent être effectuées de manière générale à spécifique et passer des tests non perturbateurs à la récupération ciblée de sessions et au redémarrage des services ou des serveurs uniquement si nécessaire.

La procédure suivante peut être utilisée pour cerner un problème sans perturber le travail des utilisateurs.

Étape 1 : Déterminez si le problème affecte un utilisateur ou le serveur

Attendez brièvement puis réessayez. Le problème peut se résoudre de lui-même en raison d'une contention momentanée pour les ressources ou d'un processus de connexion retardé.

Si la connexion échoue toujours, plus large Dépannage de la connexion RDP peut aider à écarter les problèmes de réseau, de configuration client ou de connectivité avant d'examiner la gestion des sessions Windows Server.

Déterminez l'étendue du problème s'il persiste :

• Un autre utilisateur peut-il établir une connexion avec succès ?
• Les sessions RDP existantes sont-elles opérationnelles ?
• Les échecs se produisent-ils avant ou après une authentification réussie ?
• Le problème est-il apparu avant ou après une mise à jour de Windows ou un changement de configuration ?
• L'administrateur peut-il se connecter localement en utilisant la console du serveur ?

Dans le cas des machines virtuelles, considérez que les connexions de console d'hyperviseur n'utilisent pas RDP. Si vous utilisez Hyper-V, vous devez utiliser le type de session de base car les sessions améliorées utilisent RDP.

Si les connexions de la console échouent, examinez les problèmes de connexion au niveau de Windows ou les problèmes du système d'exploitation plutôt que de vous concentrer uniquement sur les problèmes spécifiques à RDS.

Étape 2 : Vérifiez les ressources du serveur Windows

Une fois l'accès administratif disponible, examinez l'utilisation du CPU, la mémoire disponible, l'activité du disque et la capacité de stockage à l'aide du Gestionnaire des tâches ou du Moniteur de performance.

Pour un contrôle rapide de l'espace disque système, exécutez PowerShell :

Get-Volume -DriveLetter C

Pour identifier les processus consommant le plus de mémoire physique :

Get-Process | Sort-Object WorkingSet64 -Descending | Select-Object -First 10 Name, Id, WorkingSet64

Recherchez une consommation de ressources inhabituelle, en particulier lors de l'authentification ou du chargement du profil.

Un seul instantané de performance peut ne pas révéler une fuite de mémoire. Si la consommation des ressources semble normale, continuez avec les diagnostics de session et collectez des données de performance au fil du temps si l'erreur se reproduit.

Étape 3 : Identifier et réinitialiser les sessions RDP bloquées

Lorsque un utilisateur spécifique ne peut pas se reconnecter, inspectez les sessions sur le serveur affecté.

Ouvrez une invite de commande élevée et exécutez :

La commande affiche les ID de session, les noms d'utilisateur et les états de connexion. Un résultat typique pourrait ressembler à :

SESSIONNAME    USERNAME    ID             ÉTAT  
console                 Admin             1              Actif  
rdp-tcp#5             User01            3              Actif  
                               User02            4              Inactif  
rdp-tcp                                           65536     Écoute  

Si une session est confirmée comme défaillante, réinitialisez-la en utilisant son ID :

Remplacez 4 par l'identifiant de session réel.

Les administrateurs disposant des autorisations appropriées peuvent également interroger les sessions à distance :

Puis réinitialisez la session identifiée :

Avertissement Réinitialiser une session termine ses applications et peut entraîner la perte de travaux non enregistrés. Vérifiez l'identité de la session et informez l'utilisateur chaque fois que possible.

Ne réinitialisez pas chaque session déconnectée de manière indiscriminée. Évitez également de terminer de force des processus Windows critiques tels que csrss.exe , ce qui peut déstabiliser le système d'exploitation.

Étape 4 : Vérifiez les services de bureau à distance et les journaux d'événements

Si la récupération de session ne résout pas l'erreur, inspectez le service des services de bureau à distance.

Exécuter :

Get-Service -Name TermService

Le service devrait normalement signaler un Exécution statut. Cependant, cela ne confirme que le bon fonctionnement du service, pas que Windows peut initialiser avec succès de nouvelles sessions.

Ensuite, ouvrez le Visualiseur d'événements et examinez les journaux pertinents.

Journal de l'Observateur d'événements	Que vérifier
Journaux Windows > Système	Pannes de service et erreurs système
Journaux Windows > Application	Les plantages d'application et les erreurs de profil
Gestionnaire de session locale des services Terminal > Opérationnel	Création de session, connexion et reconnexion
Gestionnaire de connexion à distance des services Terminal > Opérationnel	Gestion des connexions et authentification
Politique de groupe > Opérationnel	Échecs de traitement des politiques

Les trois derniers journaux se trouvent sous Applications et journaux de services > Microsoft > Windows .

Corréler les événements avec l'heure exacte d'une connexion échouée. Un événement se produisant près de l'échec peut fournir des preuves, mais cela n'établit pas automatiquement une causalité.

Si plusieurs utilisateurs sont affectés et que la récupération ciblée échoue, un redémarrage contrôlé des services de bureau à distance peut être envisagé :

Redémarrer-Service -Nom TermService

Cette opération peut affecter les connexions actives et peut être limitée par des dépendances de service. Vérifiez la configuration du service et les conséquences opérationnelles avant de tenter cette opération.

Sur les hôtes RDS de production, privilégiez une fenêtre de maintenance planifiée plutôt que de redémarrer les services pendant que les utilisateurs travaillent.

Étape 5 : Examiner les stratégies de groupe et les restrictions de connexion

Si l'erreur a commencé après un changement de configuration, inspectez les paramètres de stratégie de groupe appliqués au serveur affecté.

Générer un rapport :

Ouvrez le rapport et examinez les politiques sous :

Configuration de l'ordinateur > Modèles administratifs > Composants Windows > Services de bureau à distance > Hôte de session de bureau à distance > Connexions

Faites particulièrement attention aux politiques contrôlant le nombre maximum de connexions, les restrictions de session unique et l'autorisation de se connecter à distance.

Vérifiez également les attributions des droits des utilisateurs régissant la connexion via les Services de Bureau à Distance.

Si un changement de politique récent coïncide avec l'erreur, examinez son impact par le biais de tests contrôlés. Évitez de désactiver les politiques de sécurité sans établir qu'elles contribuent à l'échec.

Étape 6 : Vérifiez la licence RDS et le mode de drainage

Certaines pannes de connexion proviennent de la configuration de déploiement RDS plutôt que de sessions défaillantes.

Pour les déploiements multi-utilisateurs de l'hôte de session de bureau à distance, vérifiez le mode de licence et le serveur de licences configuré.

Vérifiez également si l'hôte de session rejette intentionnellement les nouvelles connexions :

Si les connexions de nouveaux utilisateurs sont désactivées, déterminez si le serveur a été placé en mode de drainage pour maintenance.

Lorsque cela est approprié, de nouvelles connexions peuvent être réactivées en utilisant :

Ne pas inverser le mode de drainage sans confirmer pourquoi il a été activé.

Les problèmes de licence, les limites de connexion et le mode de drainage ne produisent pas nécessairement le message exact "Les services de bureau à distance sont actuellement occupés". Ces vérifications sont les plus utiles lorsque de nouvelles connexions échouent mais que les sessions existantes restent opérationnelles.

Étape 7 : Examiner les profils d'utilisateur et les logiciels tiers

Si l'erreur persiste, examinez les composants impliqués dans l'initialisation d'une session.

Pour les échecs spécifiques à l'utilisateur, déterminez d'abord si le compte concerné peut charger avec succès son profil. Examinez les événements du service de profil utilisateur, l'accessibilité du stockage de profil et les retards d'authentification.

Dans le contexte de FSLogix ou des disques de profil utilisateur, considérez la disponibilité des conteneurs de profil, les échecs de montage et les problèmes de performance de stockage.

Pour les pannes récurrentes à l'échelle du système, concentrez-vous sur les logiciels récemment installés ou mis à jour qui interagissent avec les sessions Windows.

Les agents de sécurité, les produits de protection des points de terminaison et les filtres au niveau du système peuvent provoquer des échecs de traitement des sessions. Tous les tests d'isolement doivent être effectués conformément aux recommandations du fournisseur et aux procédures de contrôle des modifications.

Étape 8 : Redémarrez le serveur Windows si nécessaire

Si le dépannage ciblé ne résout pas le problème, le redémarrage du serveur peut permettre de rétablir la connectivité RDP.

Avant de redémarrer, assurez-vous de comprendre l'impact sur les sessions actuellement établies et les applications hébergées. Si possible, dans un déploiement RDS multi-hôtes, videz l'hôte et redirigez les nouvelles connexions vers un autre hôte.

Après le redémarrage, confirmez que les services de bureau à distance fonctionnent correctement, que les utilisateurs peuvent se connecter et qu'aucune nouvelle erreur n'est générée dans le Visualiseur d'événements.

Un redémarrage confirme que la situation à l'origine du problème immédiat a été remédiée, mais ne confirme pas que la cause profonde a été traitée.

Si l'erreur réapparaît après un redémarrage, conservez des preuves pour une enquête ultérieure et recherchez des modèles de consommation excessive de ressources, des échecs dans le traitement des sessions individuelles et des interférences par des logiciels tiers.

Comment devez-vous agir si les erreurs de RDS occupé se reproduisent ?

Lorsque l'erreur se répète, l'accent change de la récupération de l'accès au réseau à la détermination de ce qui cause cette perturbation.

Le tableau ci-dessous sert de guide utile pour le dépannage :

Symptôme observé	Priorité d'enquête
Un utilisateur ne peut pas se reconnecter	Session bloquée ou profil utilisateur
Plusieurs utilisateurs ne peuvent pas se connecter	Santé du service, ressources, traitement des sessions
Échec lors des connexions matinales	Connexions simultanées, chargement de profil, stockage
Redémarrer résout temporairement l'erreur	Fuites liées à la mémoire ou à la session
Une erreur suit une mise à jour du logiciel de sécurité	Interactions avec des logiciels tiers
Erreur suite aux modifications de la stratégie de groupe	Traitement des politiques et autorisations de connexion
La connexion à la console échoue également	Problèmes de connexion Windows ou de système plus larges
Les sessions existantes fonctionnent, mais les nouveaux utilisateurs ne peuvent pas se connecter.	Restrictions de connexion, mode de drainage, licence

Ces modèles suggèrent des priorités d'investigation plutôt que des diagnostics définitifs.

Capturez les preuves de diagnostic avant de redémarrer

Pour les pannes intermittentes, collectez les journaux et les données de performance pertinents avant de redémarrer le serveur chaque fois que cela est opérationnellement possible.

Microsoft fournit l'utilitaire TroubleShootingScript (TSS) pour collecter des traces de diagnostic.

Selon le scénario, les administrateurs peuvent capturer des traces de clients RDP :

.TSS.ps1 -Scénario UEX_RDSCli

Et les traces côté serveur :

.TSS.ps1 -Scénario UEX_RDSSrv

Utilisez la documentation TSS actuelle de Microsoft pour confirmer les scénarios pris en charge, les prérequis et les procédures d'exécution.

Pour des pannes plus complexes, des captures de mémoire ou de performance supplémentaires peuvent être nécessaires. De tels diagnostics doivent être planifiés avec soin car ils peuvent affecter les systèmes de production et peuvent contenir des informations sensibles.

Dans les déploiements multi-serveurs, incluez les composants RD Connection Broker et RD Gateway dans l'enquête lorsque le chemin de connexion implique ces services.

Comment pouvez-vous prévenir ces erreurs ?

Tous les échecs RDS ne sont pas évitables. Mais il existe des mesures que vous pouvez prendre, y compris une surveillance continue, des politiques de session appropriées et une maintenance logicielle restreinte.

Surveiller les ressources du serveur et l'activité des sessions

Surveiller l'environnement RDS par suivi CPU, mémoire, disque , et les sessions enregistrées en parallèle.

Regardez les tendances plutôt que les seuils. L'analyse de référence est particulièrement importante pour résoudre les problèmes qui surviennent pendant les heures de pointe ou apparaissent progressivement après le redémarrage des serveurs.

Surveillez le système pour différencier les problèmes de capacité et les pannes qui se produisent encore malgré des ressources suffisantes.

Configurez soigneusement les délais d'expiration de session

Examinez les politiques qui régissent les sessions déconnectées et inactives. Microsoft Learn explique comment distinguer verrouillages de session inattendus et déconnexions et examiner les politiques de délai d'expiration de session responsables de ces comportements.

Des valeurs de délai d'attente bien choisies empêchent les sessions de s'éterniser inutilement et d'utiliser des ressources. Cependant, des politiques de délai d'attente trop agressives peuvent détruire des sessions de travail productives en les terminant avant que des opérations critiques ne soient terminées.

Les politiques de délai d'expiration de session doivent être basées sur les exigences commerciales et ne doivent pas être utilisées comme un remède aux fuites de session sous-jacentes.

Maintenir les logiciels liés à Windows et aux sessions

Implémentez les mises à jour et correctifs Windows Server pris en charge pour des problèmes spécifiques.

Assurez-vous que les agents de protection des points de terminaison, les composants de gestion des profils, les composants de virtualisation et les applications intégrées aux sessions sont compatibles avec le système d'exploitation.

Testez les mises à jour dans un environnement de pré-production, surtout si plusieurs composants tiers sont impliqués dans le processus de connexion ou de session Windows.

Examiner la capacité et la configuration RDS

Taille des hôtes de session de bureau à distance en fonction des charges de travail simultanées réalistes, en tenant compte des heures de pointe pour les connexions et le lancement des programmes.

Envisagez de répartir les sessions entre plusieurs hôtes pour des environnements plus vastes afin d'éviter la congestion.

Auditez la stratégie de groupe, les restrictions de connexion, la configuration des licences et les pratiques de maintenance de manière routinière afin de découvrir et d'éliminer les causes potentielles des échecs de connexion.

À la recherche d'un accès à distance et d'une livraison d'applications plus simples ?

Le dépannage des services de bureau à distance peut mettre en évidence l'effort administratif impliqué dans le maintien des environnements de livraison d'applications Windows. Pour les organisations qui ont principalement besoin de fournir aux utilisateurs des applications Windows ou des bureaux à distance complets, il peut être utile de revoir la complexité de leur infrastructure existante.

TSplus Remote Access offre une approche rationalisée pour la publication d'applications Windows multi-utilisateurs et la livraison de bureau à distance, avec un accès basé sur le navigateur et une administration centralisée. Cela aide les équipes informatiques à rendre les applications disponibles pour les utilisateurs distants sans déployer toute la complexité d'une infrastructure Microsoft RDS traditionnelle, tout en nécessitant toujours un entretien et une sécurité appropriés de Windows Server.

Conclusion

L'erreur "Les services de bureau à distance sont actuellement occupés" nécessite plus qu'un simple redémarrage du serveur. Identifier si la défaillance provient d'une session bloquée, d'une limitation de ressources ou d'un problème de connexion Windows permet aux administrateurs de choisir la solution la moins perturbante.

Lorsque des erreurs persistent ou réapparaissent, des diagnostics systématiques, une surveillance des performances et des examens de configuration sont essentiels pour résoudre leurs causes sous-jacentes et maintenir une connectivité RDP fiable.