[SQL 2008 R2] Performance probleem op W2k8 R2

[Rampheerde]

Hallo, ik heb een vaag performanceprobleem op een Windows Server 2008 R2 met SQL Server 2008 R2. Iedere 2 minuten gaat de performance voor ongeveer een seconde of 15 drastisch achteruit. Responcetijden van SQL vertienvoudigen. Na die 15 seconden is er niets meer aan de hand en is de performance weer goed.

Ik heb natuurlijk de nodige perfmon en process explorer tests gedaan en kom dichter bij de oorzaak, maar nu zit ik vast. Ik heb de volgende conclusies getrokken:

1. Vlak voor de performance achteruitgang schiet het aantal page faults per seconde omhoog naar ongeveer 30000. Het gaat hier om soft page faults (transition faults/sec). De page file wordt niet benaderd.
2. Vlak na het omhoogschieten van de soft page faults gaat het System process naar 100% van 1 core.
3. Ok, dan is de volgende stap het analyseren van het System proces in process explorer. Als ik het system process analyseer dan zie ik dat, op het moment van omhoog schieten van het processorgebruik de thread "ntoskrnl.exe!kedetachprocess+0x26c" hiervoor verantwoordelijk is.

Ik snap het niet meer. Wat is het kip en wat is het ei, wat is nu de oorzaak van het performanceprobleem en hoe moet ik verder zoeken?

[fatshark]

SQL basics staan goed zoals Maximum Memory voor SQL al op een beetje acceptabel niveau gezet?
http://merill.net/wp-cont...0/05/SqlServer-Memory.png

Verder page file = 1,5 x je RAM ?

[Voor 8% gewijzigd door fatshark op 27-10-2010 16:34]

[Rampheerde]

fatshark schreef op woensdag 27 oktober 2010 @ 16:33:
SQL basics staan goed zoals Maximum Memory voor SQL al op een beetje acceptabel niveau gezet?
http://merill.net/wp-cont...0/05/SqlServer-Memory.png

Verder page file = 1,5 x je RAM ?

Maximum memory staat op 60 GB (van de totale 64 GB) en page file staat op automatically managed for all drives (64 GB, dat is dus niet 1,5 x RAM maar het moet goed zijn -bovendien blijkt uit perfmon dat de pagefile praktisch niet benaderd wordt).

Wat mij verbaast is dat als ik per proces ga kijken wie verantwoordelijk is voor die hoge soft page faults, is dat niet één proces de boosdoener is, maar dat die 30000 page faults/sec netjes verdeeld worden over allerlei processen...

[alt-92]

fatshark schreef op woensdag 27 oktober 2010 @ 16:33:
Verder page file = 1,5 x je RAM ?

psst:
How to determine the appropriate page file size for 64-bit versions of Windows Server 2008 and or Windows 2008 R2

[Voor 7% gewijzigd door alt-92 op 27-10-2010 20:15]

[wilhelmstroker]

Even de titel wat duidelijker gemaakt

[fatshark]

alt-92 schreef op woensdag 27 oktober 2010 @ 20:06:
[...]

psst:
How to determine the appropriate page file size for 64-bit versions of Windows Server 2008 and or Windows 2008 R2

Dat is achteraf makkelijk psst'en nadat hij zijn RAM specs gepost heeft
Ik kon dat niet uit de startpost halen, aangezien ik m'n glazen-bol RMA gestuurd heb

Maar als het exact om de 2 minuten is draait er geen scheduled task/maintenace, of rare query?
Sql logs nog wat te zien?

laatste firmware storage controller?

[Voor 9% gewijzigd door fatshark op 27-10-2010 23:23]

[alt-92]

fatshark schreef op woensdag 27 oktober 2010 @ 20:14:
[...]


Dat is achteraf makkelijk psst'en nadat hij zijn RAM specs gepost heeft

dat maakt niet zoveel uit Punt is meer dat de standaard 'anderhalf maal RAM' niet altijd meer opgaat