Nedavno sam s iznenađenjem saznao da je u jednoj od poslovnica velike firme u kojoj radim zabranjeno pokretanje SQL profiler u radnom vremenu.
Ne znam kako se snalaze za analizu problema s performansama koji se dešavaju baš tokom radnog vremena. Na kraju krajeva, performance views često ne daju preciznu sliku, posebno ako usporava jedna ili dve procedure/kvaryje, a da pritom server ne bude opterećen. Sitna kvaryja koja se izvršava nekoliko puta na sat i traje 10 sekundi umesto jedne (ali radi veoma važnu klijenta veoma nervno) sigurno neće biti zabeležena u DMV views. A select s CROSS APPLY prema tekstovima kvaryja značajno opterećuje server.
Međutim, zanima me da shvatim odakle potiče ova bojazan. U nekim firmama SQL profiler je to radni alat, dok su ga u nekima se plašili kao vatre (neko vreme sam se bavio konsaltingom i mogao sam uporediti). Gotovo sam siguran da je bila ovakva situacija:
Hjustone, imamo problema. Baza usporava. Riješi to
Ovde ima toliko kvačica… Šta mi zapravo treba?
U redu, postaviću sve kvačice pa ću kasnije odlučiti.
Šta ostaje u glavama višeg rukovodstva? Neko je pokrenuo SQL profiler i sve se zaustavilo. A onda to pričaju jedni drugima za stolom za golf.
Usput, posebnu pikantnost dodaje pokušaj snimanja takvih 'snimamo sve' trajseva ne u fajl, već u bazu na ovom strežnikom - jednom sam bio svedok takvog slučaja.
A kako je kod vas? Molimo vas da učestvujete u anketi
Samo registrovani korisnici mogu učestvovati u anketi. , molim vas.
Može li se kod vas pokretati SQL profiler na PROD-u?
Mi smo mala firma, kod nas je sve jednostavno
Administratori produkcije naravno mogu
Administratori produkcije mogu nakon odobrenja i udara u čelo
Svet, svet, svet
Glasali su 4 korisnika. 3 korisnika su se uzdržala.
Izvor: habr.com
