[SQL 2008 R2] Performance probleem op W2k8 R2

Pagina: 1
Acties:

Acties:
  • 0 Henk 'm!

Anoniem: 19739

Topicstarter
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?

Acties:
  • 0 Henk 'm!

  • fatshark
  • Registratie: December 2003
  • Laatst online: 12-07 18:03

fatshark

fat to da bone

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 ]

fat to da bone


Acties:
  • 0 Henk 'm!

Anoniem: 19739

Topicstarter
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...

Acties:
  • 0 Henk 'm!

Anoniem: 120725

Even de titel wat duidelijker gemaakt :)

Acties:
  • 0 Henk 'm!

  • fatshark
  • Registratie: December 2003
  • Laatst online: 12-07 18:03

fatshark

fat to da bone

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 :P

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 ]

fat to da bone


Acties:
  • 0 Henk 'm!

  • alt-92
  • Registratie: Maart 2000
  • Niet online

alt-92

ye olde farte

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 ;)

ik heb een 864 GB floppydrive! - certified prutser - the social skills of a thermonuclear device

Pagina: 1