Terminal server sessie bevriest 2 ~ 10 seconden

[Verwijderd]

We hebben verschillende performance problemen in ons terminal server netwerk. We hebben te maken dat af en toe de applicatie stil staat 1 a 10 seconden en regelmatig de hele sessie lijkt stil te staan.
We hebben wat onderzoek gedaan wat de oorzaak kan zijn. Mijn eigen vermoeden is dat de terminal servers wachten op drie servers. Namelijk de fileserver en database servers.
We hebben met perfmon verschillende metingen gedaan en daar kwam uit dat de gemiddelde wachttijd lengte van de hd’s boven 50 uit kwamen.
Helaas heb ik geen schermafbeeldingen kunnen maken van vanmiddag wanneer het drukte was. Heb net even schermafbeeldingen gemaakt maar er zijn al veel gebruikers na huis. Even goed blijven de wachttijden tussen de 0 en 35.
De fileserver is een pentium 3 met windows 2003 standaard server met daar aan een storage cabinet /server van HP aangestuurd met fiber.
De database servers zijn Intel xeon servers met windows 2003 standaard 64bit en microsoft sql 2005 standaard 64 bit en eigen sas schijven voor opslag database en os.
Mijn vermoeden is dat de storage de bevriezingen veroorzaken in onze terminal server omgeving. Waar kan ik nog meer mee testen om dit te controleren en hebben jullie eventueel tips om dit op te lossen.

Schermafbeeldingen van perfmon:

http://i39.tinypic.com/fu5rms.jpg
http://i42.tinypic.com/4zwxsp.jpg

[asfaloth_arwen]

We hebben te maken dat af en toe de applicatie stil staat

Welke applicatie betreft dit? Is het een applicatie die gewoon op de TS draait, of ook actief de fileserver/database servers gebruikt?

De fileserver is een pentium 3

Lijkt me redelijk verouderd, over wat voor omgeving praten we? (users, gebruik etc)

[mutsje]

een file server mag oud zijn mits ding niet teveel I/O's hoeft te verwerken
Wat is de configuratie van je terminal servers? cpu/mem aantal users op piek momenten? heb je al langere tijd een performance monitoring gedaan bijvoorbeeld een week lang zodat je een goede trendanalyse kan maken

[Verwijderd]

We hebben ook over 3 weken een monitor gedaan en daar komen ook weer de pieken naar boven! maar hier zat dus ook een vakantie week en toen waren er weinig gebruikers.

Het gaat om 4 terminal servers met intel xeon cpu met 4GB geheugen en windows 2003 standaard met als maximaal 40 gebruikers actief per server.

De applicatie is onze eigen applicatie en office (word en excel en outlook) dus eigenlijk alle applicaties die we aanbieden!

Onze eigen applicatie maakt gebruik van de fileserver en database server. outlook maakt gebruikt van een aparte exchange server.

[asfaloth_arwen]

Verwijderd schreef op maandag 25 mei 2009 @ 16:54:
Het gaat om 4 terminal servers met intel xeon cpu met 4GB geheugen en windows 2003 standaard met als maximaal 40 gebruikers actief per server.

4 GB geheugen is erg krap voor 40 gebruikers! Hoeveel gebruikt een gebruiker? Indien er veel geswapt wordt door geheugen tekort, weet je meteen waarom het langzaam is...

[Question Mark]

asfaloth_arwen schreef op woensdag 27 mei 2009 @ 12:55:
[...]

4 GB geheugen is erg krap voor 40 gebruikers!

Dat kun je niet zomaar stellen en is sterk afhankelijk van de gebruikte applicaties....

[asfaloth_arwen]

Question Mark schreef op woensdag 27 mei 2009 @ 12:57:
[...]
Dat kun je niet zomaar stellen en is sterk afhankelijk van de gebruikte applicaties....

Klopt, maar als ik al lees office (word/excel/outlook) + nog eens een eigen applicatie en dan totaal 4 GB geheugen voor OS + 40 TS sessies is het toch vrij snel krap. De TS kan middels monitoring vast en zeker ook kijken of dit echt het geval is.

[Question Mark]

Ligt compleet aan wat de eigen applicatie doet met het geheugen.

Office is nl. bijvoorbeeld erg memory-vriendelijk voor een terminal server. Het meerendeel van de benodigde Office Binary's wordt nl in een shared memory space geladen zodat Word bv maar 1x in het geheugen geladen hoeft te worden. Meerdere users maken dan gebruik van deze shared memory space. Daar komt dan nog wel de benodigde hoeveelheid memory om een sessie in stand te houden bij (MS rekent overigens ~9,5 MB per knowledge worker), dus dat val ook wel mee.

MS heeft overigens een erg goed sizing document over Terminal Servers. Een van de conclusies was dat meer dan 4 GB geheugen op een 32 bits systeem totaal geen zin heeft. De bottleneck wordt dan toch de 2GB kernel address-space die beschikbaar is, en niet de hoeveelheid geheugen in de userspace.

Maar goed, je geeft het zelf eigenlijk ook al aan: TS zal het moeten meten om te kijken of er echt een memory-probleem is.