Së fundmi m'u be intriguese të mësoja se në një nga departamentet e një kompanie të madhe, ku punoj, është e ndaluar të ekzekutohet SQL profiler në orët e punës.
Nuk e di se si arrijnë të analizojnë problemet me performancën që ndodhin pikërisht gjatë orëve të punës. Sepse shikimet e performancës shpesh nuk japin një pamje të saktë, veçanërisht nëse ngadalësohet një/a dy procedura/kërkesa, pa ngarkuar veçanërisht serverin. Një kërkesë e vogël, e cila ekzekutohet disa herë në orë dhe punon 10 sekonda në vend të një (por bën diçka shumë të rëndësishme për klientin shumë nervoz) nuk do të kapet në shikimet DMV. Dhe një select me CROSS APPLY për tekstet e kërkesave e ngarkon serverin më së miri.
Megjithatë, më intereson të kuptoj se nga buron kjo frikë. Në disa kompani SQL profiler është një instrument pune, në disa e pështjellin sikur është një zjarr (për një kohë të caktuar kam ndihmuar në konsultimit dhe mund të krahasoja). Jam pothuajse i sigurt se kështu ka qenë:
Hjuston, kemi probleme. Baza po ngadalësohet. Ndihmo.
Këtu janë kaq shumë kutia… Çfarë do të m'i nevojitet?
Shtypa të gjitha kutitë dhe pastaj do të vendos.
Çfarë mbetet në mendjen e drejtuesve të lartë? Disa e lanë SQL profiler dhe gjithçka ndaloi. Dhe pastaj e tregojnë njëri-tjetrit gjatë një partie golfi.
Për më tepër, një pikë e veçantë i jep përpjekja për të regjistruar këta ‘regjistrojmë gjithçka’ traces jo në skedar, por në bazën e të njëjtës сервере - një herë isha dëshmitar i një rasti të tillë.
Si janë punët për ju? Ju lutem, merrni pjesë në anketë
Vetëm përdoruesit e regjistruar mund të marrin pjesë në anketë. , ju lutem.
A mund të ekzekutoni SQL profiler në PROD?
Ne jemi një kompani e vogël, gjithçka është e thjeshtë
Administratoret e prodhimit natyrisht mund
Administratoret e prodhimit mund pas miratimeve dhe falënderimeve
Shenjt, shenjt, shenjt
Katër përdorues e votuan. Tre përdorues abstenuan.
Burimi: habr.com
