Recent, cu o oarecare surpriză, am aflat că într-unul dintre departamentele uriașei companii în care lucrez, a fost lansată SQL Profiler la orele de lucru.
Nu știu cum ajung să analizeze problemele de performanță care apar doar în timpul orelor de lucru. La urma urmei, vizualizările de performanță adesea nu oferă o imagine precisă, mai ales dacă una/două proceduri/interogări încetinesc, fără a încărca în mod special serverul în sine. Tiny Queer care rulează de mai multe ori pe oră și rulează timp de 10 secunde în loc de una (dar face foarte important client foarte emotionat) cu siguranță nu va intra în vizualizările DMV. Și selectați cu CROSS APPLY conform textelor interogării în sine încarcă serverul foarte robust.
Cu toate acestea, sunt interesat să înțeleg de unde vine această frică. În unele firme SQL Profiler - un instrument de lucru, la unii le era frică de el, precum focul (de ceva timp am fost angajat în consultanță și am putut compara). Sunt destul de sigur că a mers așa:
Houston avem o problema. Baza încetinește. da-i seama
Sunt atât de multe căpușe aici... De ce am nevoie?
Bine, voi bifa toate căsuțele și apoi voi decide.
Ce rămâne în fruntea înaltelor autorități? S-a lansat cineva SQL Profiler și totul a căzut la loc. Și apoi își spun unul altuia la un joc de golf.
Apropo, încercarea de a scrie astfel de 'scriem totul' urme nu la un fișier, ci la baza de date de pe același server - am asistat odată la un astfel de caz.
Și cum stau lucrurile cu tine? Vă rugăm să participați la sondaj
Numai utilizatorii înregistrați pot participa la sondaj. , Vă rog.
Puteți rula SQL profiler pe PROD?
-
Suntem o companie mica, totul este simplu pentru noi
-
Desigur, administratorii de producție pot
-
Administratorii de producție pot, după aprobare și bătaie
-
sfânt sfânt sfânt
Au votat 4 de utilizatori. 3 de utilizatori s-au abținut.
Sursa: www.habr.com