Bonjour, voici un problème assez pénible sur lequel je me casse les dents depuis quelques temps...    
 
J'ai un serveur 2008R2 virtuel (sous Hyper-V) suffisamment musclé (4Go de ram, processeur Xeon 2.8GHz) qui a le rôle "Service bureau à distance" installé.
 
La-dessus viennent se connecter une vingtaine de clients (maxi) en session TSE, et à chaque connexion (ou deconnexion) d'un client cela fige tous le monde pendant 5 à 15s !!!    Ce qui est à l'usage, assez chiant...    
 
Ce serveur ne fait rien d'autre, pour info je l'ai passé en SP1 au cas où, mais cela n'a rien changé...
Les clients se connectent à partir de poste en WinXP SP3 et quelques Win7Pro, mais ils ont tous la dernière version du client RDP (la 7.0).
 
Voilà, quelqu'un a-t-il une idée sur ce problème? Merci d'avance!!!  

Les IO sont bons ?

 
Euh excuse-moi mais... peux-tu préciser, STP??  

bah si ton sous système disque est en carraffe quand un utilisateur se logue ça peut bloquer tout le monde

 
Ben non, à priori tout fonctionne! Que ce soit les clients TSE, ou les sessions windows normales, tous le monde attaque la même appli avec la même base de données (qui sont sur un autre serveur 2008R2 virtuel lui aussi...).

configuration des vm ? event viewer ?

 
Je vais préciser un peu plus les configs... donc c'est du tout Microsoft, on est en domaine et le serveur qui gère l'AD, le DNS, Exchange 2003 et les sauvegardes est un serveur physique (Xéon quad-core 3.2GHz, 4Go ram et 200Go de HD en RAID5) sous 2003R2 en SP2.
 
Ensuite, on a un big serveur en bi-xéon 6 cores chacun à 2.8GHz, 24Go ram et 1.6To de HD en RAID5, sur lequel tourne un 2008R2 x64 version Core. C'est lui qui héberge les 3 serveurs virtuels effectifs.
- Un qui a 4Go de ram et qui gère l'anti-virus serveur, les licences TSE, et c'est tout (2008R2 x64 Entreprise).
- Un qui a 10Go de ram et qui héberge un MS SQL 2008 et les fichiers partagés des users (2008R2 x64 Entrerise).
- Un dernier qui a 4Go de ram et qui sert juste de serveur TSE et rien d'autre (2008R2 x64 Entreprise SP1).
 
C'est donc sur le serveur TSE que ça déconne! Pour info, on utilise le nouveau système de gestion des imprimantes "easyprint" qui évite d'installer pleins de pilotes sur le serveur.
 
Quand à l'eventviewer, rien de spécial à signaler, quelques erreurs de redirection d'imprimantes, mais peu.

Tu as un antivirus sur ton TSE ? J'ai eu des incidents similaires.
 
Sinon depuis quand y-a-t-il des problèmes ? Des changements ont-ils eu lieu ?

 
Oui, j'ai BitDefenfer security (for file server) version 3.4
 
Les problèmes sont là depuis presque le début, car on a entièrement ré-installé et re-paramètré un nouveau serveur TSE en 2008R2 de zéro (pratique le virtuel...) car on pensait à un problème de driver d'imprimante (il y en avait un certain nombre en 32 et 64bits en plus), on a transféré tous les clients dessus avec le nouveau système "easyprint" (qui fonctionne très bien) et la dernière version du client RDP, cela a bien fonctionné pendant une semaine ou deux, et puis ces symptômes de blocages sont apparus!!! Alors qu'on n'y a plus touché entre temps!    
 
La seule chose qu'on est fait depuis, c'est le passage en SP1 qui n'a rien changé de ce côté-là...  

Dernière nouvelles après d'autres tests, il semblerait que le montage des imprimantes y soit pour quelque-chose...
Car au niveau du client TSE, suivant qu'on demande de monter les imprimantes du client ou non, le freeze de connection est quasi-inexistant ou présent!
 
A creuser, donc...

interessant....si tu trouve quelque chose partage

J'ai déjà eu des timeout sur une appli client/serveur avec bitdefender
As tu mis des filtres sur les extensions dont tu n'as pas besoin de scanner? Easyprint?
As tu essayé de désactiver l'antivirus?

 
Il faut que je regarde plus en détail la config de Bitdefender...
 
Par contre, c'est certain que le soucis vient des imprimantes, au niveau du client TSE, quand on décoche l'option de montage des imprimantes, la connexion est quasi instantanée!! Et quand c'est coché... de 5 à 15s de freeze... La différence de temps de freeze venant certainement du nombre d'imprimantes qui sont installées sur le poste du client.
 
Malgré tout, on a trouvé un palliatif : c'est d'augmenter la puissance dispo pour la machine virtuelle, pour l'instant elle n'avait qu'un processeur affecté dans HyperV, mais en la montant à 4 processeurs (le maxi donc) ça devrait mieux passer et limiter le temps de freeze. On a fait des tests sur notre serveur de test en le passant à 2 processeurs virtuels et déjà ça respirait un peu mieux!

Et si tu ne remontes que l'imprimante par défaut plutôt que toutes les imprimantes ? cela atténue t'il les freezes ?