Nedavno sam, s izvjesnim iznenađenjem, saznao da je u jednom od odjela ogromne tvrtke u kojoj radim pokrenut SQL Profiler u radno vrijeme.
Ne znam kako izlaze analizirati probleme s performansama koji se javljaju samo u radno vrijeme. Uostalom, prikazi performansi često ne daju točnu sliku, pogotovo ako se jedna / dvije procedure / upita usporavaju, a da posebno ne opterećuju sam poslužitelj. Mali Queer koji trči nekoliko puta na sat i trči 10 sekundi umjesto jedne (ali radi jako važno klijent vrlo nervozan) definitivno neće ući u prikaze DMV-a. I odabir s CROSS APPLY prema tekstovima samog upita opterećuje poslužitelj vrlo robusno.
Međutim, zanima me da shvatim odakle dolazi taj strah. U nekim firmama SQL Profiler - radni alat, u nekima su ga se bojali, poput vatre (neko vrijeme sam se bavio savjetovanjem i mogao sam usporediti). Prilično sam siguran da je išlo ovako:
Houston, imamo problem. Baza usporava. shvati
Ovdje ima toliko krpelja... Što mi treba?
U redu, označit ću sve okvire i onda ću odlučiti.
Što ostaje u glavi visokih vlasti? Netko je lansirao SQL Profiler i sve je došlo na svoje mjesto. A onda to ispričaju jedno drugome uz partiju golfa.
Usput, pokušaj da se zapiše takav 'pišemo sve' tragovi ne do datoteke, već do baze podataka na istom poslužitelju - jednom sam svjedočio takvom slučaju.
A kako je kod tebe? Molimo Vas da sudjelujete u anketi
U anketi mogu sudjelovati samo registrirani korisnici.
Možete li pokrenuti SQL Profiler na PROD-u?
-
Mi smo mala tvrtka, sve nam je jednostavno
-
Administratori proizvodnje mogu naravno
-
Administratori proizvodnje mogu, nakon odobrenja i batina
-
sveto sveto sveto
Glasovalo je 4 korisnika. Suzdržana su bila 3 korisnika.
Izvor: www.habr.com