For nylig blev jeg med en vis overraskelse klar over, at det i én af afdelingerne i den enorme virksomhed, hvor jeg arbejder, er forbudt at starte SQL profiler i arbejdstiden.
Jeg ved ikke, hvordan de håndterer performance-analyser, der netop finder sted i arbejdstiden. Performance-views giver ofte ikke et præcist billede, især hvis en eller to procedurer/forespørgsler bremser, uden at det belaster serveren nævneværdigt. En lille forespørgsel, der kører flere gange i timen og tager 10 sekunder i stedet for én (men laver meget vigtigt for kunden meget nervepirrende) vil helt sikkert ikke dukke op i DMV views. Og en select med CROSS APPLY til forespørgslerne belaster serveren ret meget.
Men jeg er nysgerrig efter at forstå, hvor denne frygt kommer fra. I nogle virksomheder SQL profiler er det et arbejdsredskab, i andre er det frygtet som ild (i et stykke tid arbejdede jeg med konsulenttjenester og kunne sammenligne). Jeg er næsten sikker på, at det var sådan:
Houston, vi har et problem. Databasen bremser. Find ud af det.
Her er så mange muligheder... Hvad har jeg brug for?
Okay, jeg sætter alle mulighederne og beslutter mig senere.
Hvad forbliver i højere ledelses hoveder? Nogen satte det i gang SQL profiler og så gik alt i stå. Og så fortæller de det til hinanden over golfspillet.
For resten tilføjer det en særlig spidserhed at forsøge at optage sådanne ‘vi skriver alt’ traces ikke i en fil, men i databasen på den samme serveren – jeg har engang været vidne til en sådan situation.
Hvordan står det til hos jer? Deltag venligst i undersøgelsen
Kun registrerede brugere kan deltage i undersøgelsen. , please.
Må man køre SQL profiler på PROD hos jer?
Vi er en lille virksomhed, alt er simpelt
Production admin kan selvfølgelig
Production admin kan efter godkendelser og kneb
Hellig, hellig, hellig
4 brugere har stemt. 3 brugere undlod at stemme.
Kilde: habr.com
