ANAVEM
Languageen
Windows server monitoring dashboard showing network connection status and event logs in a professional data center environment
Event ID 2019WarningSrvWindows

ID d'événement Windows 2019 – Srv : Limite de connexion du service serveur dépassée

L'ID d'événement 2019 indique que le service Windows Server a atteint sa limite maximale de connexions, empêchant de nouvelles connexions client jusqu'à ce que les sessions existantes soient libérées.

Emanuel DE ALMEIDAEmanuel DE ALMEIDA
18 mars 202612 min de lecture 0
Event ID 2019Srv 5 méthodes 12 min
Référence événement

Signification de cet événement

L'ID d'événement Windows 2019 représente un avertissement de limitation de ressources généré par le service Serveur (Srv) lorsque le système ne peut pas accepter de connexions client supplémentaires en raison de l'atteinte des limites de connexion configurées. Le service Serveur gère les connexions réseau pour le partage de fichiers, les services d'impression, les canaux nommés et d'autres ressources basées sur le réseau sur les systèmes Windows.

Lorsque cet événement se produit, le système a épuisé ses emplacements de connexion disponibles dans la table de connexion du serveur. Chaque connexion client aux ressources partagées consomme un emplacement de connexion, et Windows maintient ces connexions jusqu'à ce que les clients se déconnectent correctement ou que les sessions expirent. La limite de connexion varie en fonction de l'édition de Windows, de la configuration de la licence et des paramètres du registre.

L'événement inclut généralement des informations sur le nombre actuel de connexions, le nombre maximum de connexions autorisées et le service ou la ressource spécifique qui a déclenché la limite. Ces données aident les administrateurs à comprendre les schémas d'utilisation et à identifier si le problème provient d'une utilisation élevée légitime, de fuites de connexion ou de limites mal configurées.

Dans les environnements de 2026, cet événement est devenu plus pertinent avec l'augmentation des scénarios de travail à distance, des configurations hybrides cloud et des charges de travail conteneurisées qui peuvent créer des schémas de connexion inattendus. Les versions modernes de Windows incluent un suivi amélioré des connexions et des mécanismes de nettoyage automatique, mais les applications héritées ou les services mal configurés peuvent encore déclencher des scénarios d'épuisement des connexions.

S'applique à

Windows 10Windows 11Windows Server 2019/2022/2025
Analyse

Causes possibles

  • Limite maximale de connexions serveur atteinte en raison d'une forte demande des clients
  • Applications clientes ne libérant pas correctement les connexions après utilisation
  • Licences Windows Server insuffisantes limitant les connexions simultanées
  • Paramètres du registre configurés avec des limites de connexion trop restrictives
  • Services réseau ou applications créant des connexions persistantes excessives
  • Logiciels malveillants ou tentatives d'accès non autorisées consommant des ressources de connexion
  • Applications héritées avec de mauvaises pratiques de gestion des connexions
  • Surcharge du contrôleur de domaine pendant les périodes de pointe d'authentification
  • Saturation du serveur de fichiers due aux opérations de sauvegarde ou aux transferts de fichiers en masse
Méthodes de résolution

Étapes de dépannage

01

Vérifier les connexions actuelles du serveur

Commencez par examiner les connexions actuelles du serveur pour comprendre les modèles d'utilisation et identifier les fuites de connexion potentielles.

1. Ouvrez Observateur d'événements et accédez à Journaux WindowsSystème pour voir les détails de l'ID d'événement 2019.

2. Utilisez PowerShell pour vérifier les sessions actuelles du serveur :

Get-SmbSession | Select-Object ClientComputerName, ClientUserName, SessionId, NumOpens
Get-SmbOpenFile | Group-Object ClientComputerName | Sort-Object Count -Descending

3. Examinez les connexions actives à l'aide de la commande net intégrée :

net session
net use

4. Recherchez des modèles de connexion dans les détails de l'événement, en notant les horodatages et la fréquence d'occurrence.

5. Surveillez l'utilisation des connexions au fil du temps à l'aide de Performance Monitor avec les compteurs Server\Sessions Errored Out et Server\Sessions Timed Out.

Conseil de pro : Recherchez les clients avec des valeurs NumOpens inhabituellement élevées, car cela peut indiquer des applications ne fermant pas correctement les poignées de fichiers.
02

Réviser et ajuster les limites de connexion

Examinez les limites de connexion actuelles et ajustez-les en fonction de la capacité du système et des licences.

1. Vérifiez les limites de connexion actuelles dans le registre :

Get-ItemProperty -Path "HKLM\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters" -Name "MaxWorkItems"
Get-ItemProperty -Path "HKLM\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters" -Name "MaxMpxCt"

2. Pour les éditions Windows Server, vérifiez que la licence permet d'augmenter les connexions :

Get-WindowsFeature | Where-Object {$_.Name -like "*licensing*"}
Get-WmiObject -Class Win32_ServerFeature

3. Augmentez MaxWorkItems si les ressources système le permettent (la valeur par défaut est généralement 1024) :

Set-ItemProperty -Path "HKLM\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters" -Name "MaxWorkItems" -Value 2048 -Type DWord

4. Ajustez MaxMpxCt pour les connexions multiplexées (par défaut 125) :

Set-ItemProperty -Path "HKLM\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters" -Name "MaxMpxCt" -Value 250 -Type DWord

5. Redémarrez le service Serveur pour appliquer les modifications :

Restart-Service -Name "lanmanserver" -Force
Avertissement : L'augmentation des limites de connexion nécessite une mémoire système adéquate et peut affecter les performances. Testez les modifications dans des environnements non productifs d'abord.
03

Mettre en œuvre la surveillance et le nettoyage des connexions

Déployer des procédures de surveillance et de nettoyage automatisées pour prévenir l'épuisement des connexions.

1. Créer un script PowerShell pour surveiller et enregistrer l'utilisation des connexions :

$LogPath = "C:\Logs\ConnectionMonitor.log"
$Connections = Get-SmbSession
$Count = $Connections.Count
$Timestamp = Get-Date -Format "yyyy-MM-dd HH:mm:ss"
Add-Content -Path $LogPath -Value "$Timestamp - Active Connections: $Count"

2. Configurer une tâche planifiée pour exécuter la surveillance des connexions toutes les 15 minutes :

$Action = New-ScheduledTaskAction -Execute "PowerShell.exe" -Argument "-File C:\Scripts\ConnectionMonitor.ps1"
$Trigger = New-ScheduledTaskTrigger -RepetitionInterval (New-TimeSpan -Minutes 15) -RepetitionDuration (New-TimeSpan -Days 365) -At (Get-Date)
Register-ScheduledTask -TaskName "ConnectionMonitor" -Action $Action -Trigger $Trigger

3. Mettre en œuvre le nettoyage automatique des connexions obsolètes :

Get-SmbSession | Where-Object {$_.SecondsIdle -gt 3600} | Close-SmbSession -Force

4. Configurer les valeurs de délai d'expiration des sessions dans le registre :

Set-ItemProperty -Path "HKLM\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters" -Name "autodisconnect" -Value 30 -Type DWord

5. Activer la journalisation détaillée pour le service Serveur afin de suivre les modèles de connexion :

wevtutil sl Microsoft-Windows-SMBServer/Audit /e:true
wevtutil sl Microsoft-Windows-SMBServer/Connectivity /e:true
04

Optimiser les performances et les ressources du serveur

Aborder les problèmes de performance sous-jacents qui peuvent contribuer à l'épuisement des connexions.

1. Analyser l'utilisation des ressources système pendant les périodes de connexion de pointe :

Get-Counter "\Memory\Available MBytes", "\Processor(_Total)\% Processor Time", "\Server\Pool Paged Bytes", "\Server\Pool Nonpaged Bytes"

2. Vérifier la pression de la mémoire affectant le service Serveur :

Get-WmiObject -Class Win32_PerfRawData_PerfOS_Memory | Select-Object PoolPagedBytes, PoolNonpagedBytes, AvailableBytes

3. Optimiser l'allocation des éléments de travail du serveur en fonction de la mémoire système :

$TotalRAM = (Get-WmiObject -Class Win32_ComputerSystem).TotalPhysicalMemory / 1GB
$OptimalWorkItems = [Math]::Min(8192, [Math]::Max(1024, $TotalRAM * 256))
Set-ItemProperty -Path "HKLM\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters" -Name "MaxWorkItems" -Value $OptimalWorkItems -Type DWord

4. Configurer des paramètres d'optimisation supplémentaires pour le serveur :

Set-ItemProperty -Path "HKLM\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters" -Name "MaxThreadsPerQueue" -Value 20 -Type DWord
Set-ItemProperty -Path "HKLM\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters" -Name "MaxFreeConnections" -Value 100 -Type DWord

5. Activer le cache système large si le serveur est dédié aux services de fichiers :

Set-ItemProperty -Path "HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management" -Name "LargeSystemCache" -Value 1 -Type DWord
Astuce pro : Surveiller le compteur Server\Work Item Shortages dans le Moniteur de performance pour déterminer si les ajustements de MaxWorkItems sont efficaces.
05

Dépannage avancé et analyse réseau

Effectuer une analyse approfondie des modèles de réseau et des problèmes de sécurité potentiels causant l'épuisement des connexions.

1. Activer la journalisation avancée SMB pour capturer des informations détaillées sur les connexions :

Set-SmbServerConfiguration -AuditSmb1Access $true
Set-SmbServerConfiguration -EnableSMB1Protocol $false
wevtutil sl Microsoft-Windows-SMBServer/Security /e:true /ms:104857600

2. Utiliser la capture de paquets réseau pour analyser les modèles de connexion :

netsh trace start capture=yes provider=Microsoft-Windows-SMBServer level=4 keywords=0xFFFFFFFF tracefile=C:\Temp\smb_trace.etl maxsize=500

3. Analyser les journaux Event Tracing for Windows (ETW) pour une activité serveur détaillée :

Get-WinEvent -FilterHashtable @{LogName='Microsoft-Windows-SMBServer/Connectivity'; StartTime=(Get-Date).AddHours(-1)} | Select-Object TimeCreated, Id, LevelDisplayName, Message

4. Vérifier les problèmes de sécurité potentiels ou les tentatives d'accès non autorisées :

Get-WinEvent -FilterHashtable @{LogName='Security'; Id=4625,4648,4771} -MaxEvents 100 | Where-Object {$_.TimeCreated -gt (Get-Date).AddHours(-2)}

5. Mettre en œuvre une limitation du taux de connexion à l'aide du Pare-feu Windows avec sécurité avancée :

New-NetFirewallRule -DisplayName "SMB Connection Rate Limit" -Direction Inbound -Protocol TCP -LocalPort 445 -Action Allow -DynamicTarget Any -EdgeTraversalPolicy Block

6. Créer des compteurs de performance personnalisés pour suivre les événements d'épuisement des connexions :

$CounterPath = "\\$env:COMPUTERNAME\Server\Sessions Errored Out"
$Counter = Get-Counter -Counter $CounterPath -SampleInterval 5 -MaxSamples 12
$Counter.CounterSamples | Export-Csv -Path "C:\Logs\ServerConnections.csv" -NoTypeInformation
Avertissement : La traçabilité réseau peut générer de gros fichiers et impacter les performances. Utiliser uniquement pendant les périodes de dépannage et arrêter la traçabilité rapidement.

Aperçu

L'ID d'événement 2019 du service Srv (Serveur) se déclenche lorsque Windows atteint son nombre maximum configuré de connexions serveur simultanées. Cet événement apparaît généralement dans les environnements où plusieurs clients accèdent à des ressources partagées telles que des partages de fichiers, des imprimantes ou des services réseau sur une machine Windows. Le service Serveur maintient un pool de connexions pour gérer les sessions client, et lorsque ce pool est épuisé, les nouvelles tentatives de connexion sont rejetées jusqu'à ce que les connexions existantes soient libérées.

Cet événement se produit couramment sur les postes de travail Windows configurés comme serveurs de fichiers, les contrôleurs de domaine traitant de nombreuses demandes client, ou les systèmes avec une licence de connexion insuffisante. L'événement indique une épuisement des ressources plutôt qu'une défaillance critique, mais il impacte directement la productivité des utilisateurs en empêchant l'accès aux ressources partagées. Comprendre cet événement est crucial pour la planification de la capacité et pour assurer des ressources serveur adéquates dans les environnements multi-utilisateurs.

L'événement apparaît dans le journal Système et inclut des détails sur le nombre actuel de connexions et les limites configurées. Les administrateurs doivent enquêter sur les schémas de connexion, examiner les configurations de licence, et envisager des mises à niveau matérielles ou des ajustements des limites de connexion pour résoudre les occurrences persistantes.

Questions Fréquentes

Que signifie l'ID d'événement 2019 et pourquoi se produit-il ?+
L'ID d'événement 2019 indique que le service Windows Server a atteint sa limite maximale de connexions et ne peut pas accepter de nouvelles connexions client. Cela se produit lorsque trop de clients accèdent simultanément à des ressources partagées comme des partages de fichiers ou des imprimantes, ou lorsque des applications ne libèrent pas correctement les connexions après utilisation. L'événement sert d'avertissement que les ressources système sont épuisées et que les nouvelles tentatives de connexion seront rejetées jusqu'à ce que les sessions existantes soient libérées.
Comment puis-je déterminer ce qui cause l'atteinte de la limite de connexion ?+
Utilisez des commandes PowerShell comme Get-SmbSession et Get-SmbOpenFile pour identifier les connexions actives et quels clients consomment le plus de ressources. Vérifiez le Visualiseur d'événements pour des motifs dans le timing et la fréquence des occurrences de l'ID d'événement 2019. Surveillez les compteurs de performance pour Server\Sessions Errored Out et Server\Sessions Timed Out pour comprendre les motifs d'utilisation des connexions. Recherchez les clients avec un nombre inhabituellement élevé de fichiers ouverts ou de sessions qui peuvent indiquer des fuites de connexion.
Est-il sûr d'augmenter la valeur de registre MaxWorkItems pour résoudre ce problème ?+
Augmenter MaxWorkItems peut résoudre les problèmes de limite de connexion, mais cela nécessite une mémoire système adéquate et doit être fait avec précaution. Chaque élément de travail consomme environ 2 Ko de mémoire de pool non paginée, donc passer de 1024 à 2048 nécessite environ 2 Mo de mémoire supplémentaire. Surveillez les performances du système après les modifications et assurez-vous que suffisamment de RAM est disponible. Testez les modifications dans des environnements non productifs d'abord, et considérez la cause sous-jacente plutôt que d'augmenter indéfiniment les limites.
Comment puis-je empêcher l'ID d'événement 2019 de se reproduire à l'avenir ?+
Implémentez une surveillance proactive des connexions en utilisant des scripts PowerShell planifiés pour suivre les modèles d'utilisation et nettoyer automatiquement les connexions obsolètes. Configurez des valeurs de délai d'expiration de session appropriées dans le registre en utilisant le paramètre autodisconnect. Assurez-vous que les applications ferment correctement les connexions et les poignées de fichiers une fois terminées. Envisagez de mettre à niveau le matériel ou la licence Windows Server si l'utilisation légitime dépasse constamment les limites actuelles. Déployez des outils de limitation et de surveillance du taux de connexion pour détecter des modèles d'utilisation inhabituels.
Quelle est la différence entre les limites de connexion sur les différentes éditions de Windows ?+
Les éditions Windows 10 et 11 Home sont limitées à 20 connexions simultanées, tandis que les éditions Pro et Enterprise prennent en charge davantage de connexions en fonction des ressources système disponibles. Les éditions Windows Server ont des limites beaucoup plus élevées et peuvent être configurées via les paramètres du registre et les licences. Les éditions Server 2019/2022/2025 prennent en charge des milliers de connexions simultanées lorsqu'elles sont correctement configurées avec un matériel et des licences adéquats. Les limites réelles dépendent de la mémoire disponible, de la capacité du processeur et des termes spécifiques de la licence Windows.
Documentation

Références (2)

Emanuel DE ALMEIDA
Écrit par

Emanuel DE ALMEIDA

Senior IT Journalist & Cloud Architect

Microsoft MCSA-certified Cloud Architect | Fortinet-focused. I modernize cloud, hybrid & on-prem infrastructure for reliability, security, performance and cost control - sharing field-tested ops & troubleshooting.

Discussion

Partagez vos réflexions et analyses

Vous devez être connecté pour commenter.

Chargement des commentaires...