[MSDE] Snelheid SQL server testen*

[DDemolition]

Hoi,

Ik wil graag de snelheid van de MSDE server testen.
Het administratie programma is te langzaam volgens mijn baas.
Ik heb op verschillende clients al een netwerk test gedaan met netcps.
Het netwerk draaid dan gewoon op 100%.
100 mb wordt gemiddeld in 10 tot 11 seconden binnen gehaald.

Maar hoe kan ik nou een stress test op de SQL server zelf gooien?
Heb al vanalles nagezocht, zonder resultaat.

specs:
MSDE 2000

Windows 2003 SBS
Xeon 2.4
1024 DDR 400
Snelstart 7.35 administratie prog.

[P_de_B]

Je kunt met SQL Server profiler een trace zetten op de statements die naar de SQL Server verstuurd worden. Hierin zit verschillende informatie mbt performance. Ik zou dit als eerste even bekijken.

Standaard zit dit niet bij MSDE, maar als je een demo versie van SQL Server download zitten de clienttools (waaronder profiler) er wel bij.

MSDE is beperkt tot een aantal simulane workloads, heb je het probleem als er alleen meerdere users ingelogd zijn, of ook als er maar 1 user met het pakket werkt.

[DDemolition]

Of het met 1 of meer gebruikers is weet ik zo niet.

Misschien dat de statements en het programma wat ondoordacht zijn geschreven (snelstart).
Ik ga eerst even SQL2000 downloaden en met de profiler aan de gang.

Hoe werkt deze btw?
Als ik zeg: new -> trace -> OK -> OK, moet ik dan in het administratie programma voluit aan de gang of kan ik een tress oid geven?

[P_de_B]

Nee, profiler registreert alleen welke commando's er gestuurd worden, en kan deze loggen samen met performance gerelateerde informatie. Je zult dus zelf de output moeten interpreteren. Welke queries duren heel lang, wat is de bottleneck?

Je kunt wel de output opslaan en dan in Query Analyzer de Index tuning wizard starten met de output van de trace als bronbestand. Eventuele indexen kunnen dan aangemaakt worden. Dit kan de snelheid erg ten goede komen, maar het zou logisch zijn dat de leverancier al de goede indexen gemaakt heeft..

Er zijn wel tools om een stresstest te doen, maar daar heb je in dit geval niet veel aan denk ik.

[Peetman]

Je moet in het programma aan de gang.

MSDE heeft een connectie limiet van 5, als je daarboven nog een connectie aanvraagt moet je wachten. Ik kan me goed voorstellen dat dit het probleem is.
Wat wordt er als frontend gebruikt (web-app, access app)?

[ Voor 75% gewijzigd door Peetman op 07-03-2005 14:21 ]

[DDemolition]

Snelstart is denk ik een access app. In welke taal het is geschreven weet ik niet. Ik denk in VB.

Ik zal eerst is ff w88 tot m'n download klaar is.

p.s. het programma is traag als er 1 persoon mee werkt.
De pc waar snelstart op draaid is een P3 1000 en op een Duron 1000 met een net vervangen moederbord.

Nog aardig snel dus voor een kantoor machine.
Of zou het daar niet aan kunnen liggen?

[Peetman]

Kijk zo even naar het aantal connecties dat wordt aangevraagd/blijft openstaan. Dat zou oorzaak 1 kunnen zijn.

Ook op een andere manier kan het aan de app liggen.
Ik heb hetzelfde meegemaakt met een access frontend op een msde backend. Ipv dat queries uitgevoerd werden op de sql-server en de resultaten terugkwamen, vroeg access alle data uit een tabel op en voerde dan zelf de query uit.

[DDemolition]

peetman schreef op maandag 07 maart 2005 @ 14:39:
Ipv dat queries uitgevoerd werden op de sql-server en de resultaten terugkwamen, vroeg access alle data uit een tabel op en voerde dan zelf de query uit.

Mist een BEETJE de essentie van SQL.
Dat zal hier het geval niet zijn denk ik. Als het pakket op een standalone machine gedraaid moet worden, maakt het ook gebruik van MSDE. Dan draait het op het werkstation zelf.

Ik zal eerst eens even met deze info aan de slag gaan.

[Verwijderd]

Move NT > SA

[Zwelgje]

niet toevallig een fileserver virusscanner draaien die je databases loopt te scannen... tja dat kan erg vertragend zijn (als je scanner all files scanned)

ik het het over een virusscanner op je SQL server niet op je clients

[DDemolition]

Erik schreef op maandag 07 maart 2005 @ 22:31:
niet toevallig een fileserver virusscanner draaien die je databases loopt te scannen... tja dat kan erg vertragend zijn (als je scanner all files scanned)

ik het het over een virusscanner op je SQL server niet op je clients

Damn,
dat is een goede opmerking.

Heb nu van thuis een SQL dev edition meegenomen waar de profiler in zit. De file op MS.Com was corrupt

//edit:

Er is strax even met het administratie pakket gewerkt. Als er acties uitgevoerd worden is de duration niet hoger als 15-30 (fractie van een seconde). Bij een hele grote SQL statement (218 regels) duurt het hoogstens 4 seconden (waarde van 800-900). Zo'n piek heb ik maar 1 á 2 keer gezien in 30 minuten werken met het pakket.

Bij de meting heb ik de SQL directory uitgesloten bij de virusscanner

[ Voor 35% gewijzigd door DDemolition op 08-03-2005 12:27 ]

[OneUp]

DDemolition schreef op dinsdag 08 maart 2005 @ 08:41:
[...]


Damn,
dat is een goede opmerking.

Heb nu van thuis een SQL dev edition meegenomen waar de profiler in zit. De file op MS.Com was corrupt

//edit:

Zou uitsluiten van de SQL bestandsdir genoeg zijn voor de virusscanner?

offtopic:
Op je stage is het de bedoeling dat je dit soort dingen zelf uitzoekt!