Nedavno sam s određenim iznenađenjem saznao da je u jednom od odjela ogromne firme u kojoj radim zabranjeno pokretanje SQL profiler u radnom vremenu.
Ne znam kako se snalaze za analizu problema s performansama koji se događaju upravo u radno vrijeme. Naime, performance views često ne daju točnu sliku, osobito ako jedna/dvije procedure upita usporavaju server, bez većeg opterećenja. Minijaturni upit koji se izvršava nekoliko puta na sat i traje 10 sekundi umjesto jedne (ali radi vrlo važne klijente vrlo nervozno) sigurno neće ući u DMV views. A select s CROSS APPLY na tekstovima upita značajno opterećuje server.
Međutim, zanimljivo mi je razumjeti odakle dolazi ta bojazan. U nekim firmama SQL profiler – radni alat, dok su ga u drugim firmama se bojali kao vatre (neko vrijeme sam se bavio savjetovanjem i mogao sam usporediti). Gotovo sam siguran da je to išlo ovako:
Hjustone, imamo problema. Baza usporava. Istraži
Tu ima toliko kvačica… Što mi zapravo treba?
U redu, označit ću sve kvačice i onda ću odlučiti.
Što ostaje u glavama visokog menadžmenta? Netko je pokrenuo SQL profiler i sve se zakočilo. A onda to pričaju jedan drugome tijekom partije golfa.
Inače, posebnu pikantnost dodaje pokušaj zapisivanja takvih ‘zapisujemo sve’ tragova, ne u datoteku, već u bazu na ovome serveru – jednom sam bio svjedok takvog slučaja.
A kako su situacije kod vas? Molim vas sudjelujte u anketi
Samo registrirani korisnici mogu sudjelovati u anketi. , molimo.
Može li se kod vas pokretati SQL profiler na PROD?
Mi smo mala firma, sve nam je jednostavno
Proizvodni administratori naravno mogu
Proizvodni administratori mogu nakon odobrenja i udaranja u čelo
Sveti, sveti, sveti
Glasalo je 4 korisnika. Suzdržalo se 3 korisnika.
Izvor: habr.com
