Tijdens het werken via een RDP sessie op en Microsoft Windows 2003 Terminal server (Application mode) treedt spontaan snelheidsvermindering op. Sessies blijven hangen, Office XP bestanden van een Microsoft File/ Mail server (Windows 2003) worden tergend traag geopend.
Tijdens het monitoren van de Resources op de server komen er geen problemen voor. De Dual Pentium 4 processoren in de servers hebben nooit een belasting van meer dan 30% (af en toe een piek naar 70%). Geheugen is ruim voldoende, er wordt nog niet geswapped.
Logboeken op de servers hebben geen foutmeldingen.
Op internet diverse documenten gevonden:
http://support.microsoft.com/default.aspx?kbid=821246
http://support.microsoft.com/default.aspx?kbid=822219
Echter bieden deze geen oplossing.
Het probleem treed random op. Als er 8-9 gebruikers op werken dan zijn de sessie snel. Loggen er extra gebruikers in dan treed het euvel op.
Als op een van de Terminal Servers dit verschijnsel zich voordoet, dan zijn de overige Terminal Servers wel snel.
Persoonlijk denk ik dan ook niet dat we het aan de kant van de File server moeten zoeken.
Enkele specs.
3x DL 380 Windows 2003 Teminal server, dual proc, 3 GB RAM, Mirror.
1x ML 370 RAID 5 Windows 2003 Temrinal server. 2GB RAM, Dual Proc.
Apps op Teminal servers.
- Office XP incl. Outlook tbv Exchange mailbox
- CD-Tower applicaties (Snelkoppelingen naar CD-Tower)
Documenten op File/ Mail Server
- Office XP sjablonen
- Gebruikers documenten
- Diverse Handboeken in .PDF Formaat welke binnen de sessies worden geraadpleegd.
- Exchange mailboxen van de gebruikers.
Ben op internet verschillende documenten tegen gekomen waar dit verschijnsel zich ook voordeed. (Office XP op Terminal Server 2003.). In sommige gevallen was downgraden naar Office 2000 de oplossing, in andere gevallen niet.
Microsoft heeft ook een document over Opporunistic locking en enable oplock breakwait wat je in registry van de server uit kan voeren. Ik denk dat dit geen optie is, omdat als een Terminal Server traag wordt de overige Terminal Servers nog wel snel bestanden van de fileserver kunnen ophalen.
Iemand dit verschijnsel meegemaakt of een suggestie wat we nog kunnen proberen?
Tijdens het monitoren van de Resources op de server komen er geen problemen voor. De Dual Pentium 4 processoren in de servers hebben nooit een belasting van meer dan 30% (af en toe een piek naar 70%). Geheugen is ruim voldoende, er wordt nog niet geswapped.
Logboeken op de servers hebben geen foutmeldingen.
Op internet diverse documenten gevonden:
http://support.microsoft.com/default.aspx?kbid=821246
http://support.microsoft.com/default.aspx?kbid=822219
Echter bieden deze geen oplossing.
Het probleem treed random op. Als er 8-9 gebruikers op werken dan zijn de sessie snel. Loggen er extra gebruikers in dan treed het euvel op.
Als op een van de Terminal Servers dit verschijnsel zich voordoet, dan zijn de overige Terminal Servers wel snel.
Persoonlijk denk ik dan ook niet dat we het aan de kant van de File server moeten zoeken.
Enkele specs.
3x DL 380 Windows 2003 Teminal server, dual proc, 3 GB RAM, Mirror.
1x ML 370 RAID 5 Windows 2003 Temrinal server. 2GB RAM, Dual Proc.
Apps op Teminal servers.
- Office XP incl. Outlook tbv Exchange mailbox
- CD-Tower applicaties (Snelkoppelingen naar CD-Tower)
Documenten op File/ Mail Server
- Office XP sjablonen
- Gebruikers documenten
- Diverse Handboeken in .PDF Formaat welke binnen de sessies worden geraadpleegd.
- Exchange mailboxen van de gebruikers.
Ben op internet verschillende documenten tegen gekomen waar dit verschijnsel zich ook voordeed. (Office XP op Terminal Server 2003.). In sommige gevallen was downgraden naar Office 2000 de oplossing, in andere gevallen niet.
Microsoft heeft ook een document over Opporunistic locking en enable oplock breakwait wat je in registry van de server uit kan voeren. Ik denk dat dit geen optie is, omdat als een Terminal Server traag wordt de overige Terminal Servers nog wel snel bestanden van de fileserver kunnen ophalen.
Iemand dit verschijnsel meegemaakt of een suggestie wat we nog kunnen proberen?