Kohë më parë, me disa habitje, mësova se në një nga departamentet e një kompanie të madhe ku punoj, është e ndaluar të startosh SQL profiler në oraret e punës.
Nuk e di se si e menaxhojnë analizën e problemeve të performancës, e cila ndodh pikërisht në oraret e punës. Sepse shikimet e performancës shpesh nuk ofrojnë një pasqyrë të saktë, veçanërisht nëse ngadalësohet një/ose dy procedura/kërkesa, pa ngarkuar veçanërisht vetë serverin. Një kërkesë shumë e vogël, që ekzekutohet disa herë në orë dhe punon për 10 sekonda në vend të një (por bën shumë të rëndësishme klientin shumë nervoz) për siguri nuk do të kapet në shikimet DMV. Ndërsa një select me CROSS APPLY mbi tekstet e kërkesave vetë ngarkon serverin mjaft.
Megjithatë, më intereson të kuptoj nga vjen kjo frikë. Në disa kompani SQL profiler – është një mjet pune, në disa e frikësojnë si zjarri (për një kohë isha angazhuar në konsulencë dhe mund të krahasoja). Jam pothuajse i sigurt se çështja ishte kështu:
Houston, kemi probleme. Baza është ngadalësuar. Merre vesh
Ka kaq shumë kutizë... Çfarë kam nevojë?
Mirë, do të vendos të gjitha kutinë dhe më pas do të vendos.
Çfarë mbetet në mendjen e autoriteteve të larta? Disa e kanë nisur SQL profiler dhe gjithçka është bllokuar. Dhe pastaj e tregojnë këtë njëri-tjetrin gjatë një partie golfi.
Në fakt, një pikë e veçantë i jep përpjekja për të shkruar këto ‘shkruajmë të gjitha’ trace nuk në skedar, por në bazën e të dhënave në këtë të njëjtën serveri – një herë kam qenë dëshmitar i një rasti të tillë.
Si janë punët tuaj? Ju lutem, merrni pjesë në anketa
Vetëm përdoruesit e regjistruar mund të marrin pjesë në anketë. , ju lutemi.
A lejohet të ekzekutohet 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 duke u përkulur
Shenjtë, shenjtë, shenjtë
Kanë votuar 4 përdorues. Shtyrën 3 përdorues.
Burimi: habr.com
