Kohët e fundit, me një befasi, mësova se në një nga departamentet e kompanisë së madhe ku punoj, filloi nisja e SQL Profiler në orët e punës.
Nuk e di se si mund të analizojnë problemet e performancës që ndodhin vetëm në orët e punës. Në fund të fundit, pamjet e performancës shpesh nuk japin një pamje të saktë, veçanërisht nëse një / dy procedura / pyetje ngadalësohen, pa ngarkuar veçanërisht vetë serverin. Tiny Queer që funksionon disa herë në orë dhe shkon për 10 sekonda në vend të një (por bën shume e rendesishme klienti shumë nervoz) definitivisht nuk do të hyjë në pamjet e DMV. Dhe zgjidhni me CROSS APPLY sipas teksteve të pyetjes vetë ngarkon serverin shumë fuqishëm.
Megjithatë, unë jam i interesuar të kuptoj se nga vjen kjo frikë. Në disa firma SQL Profiler - një mjet pune, në disa ata kishin frikë prej tij, si zjarri (për ca kohë isha i angazhuar në konsultim dhe mund të krahasoja). Jam i sigurt që shkoi kështu:
Hjuston, ne kemi një problem. Baza ngadalësohet. kuptoje
Ka kaq shumë rriqra këtu… Çfarë më duhet?
Në rregull, do të shënoj të gjitha kutitë dhe më pas do të vendos.
Çfarë mbetet në krye të autoriteteve të larta? Dikush nisi SQL Profiler dhe gjithçka ra në vend. Dhe pastaj ata i tregojnë njëri-tjetrit gjatë një loje golfi.
Nga rruga, përpjekja për të shkruar të tilla 'ne shkruajmë gjithçka'gjurmët nuk shkojnë në një skedar, por në një bazë të dhënash në të njëjtën server - Kam qenë dëshmitar i një rasti të tillë një herë.
Dhe si janë gjërat me ju? Ju lutemi merrni pjesë në sondazh
Vetëm përdoruesit e regjistruar mund të marrin pjesë në anketë. , te lutem
A mund të ekzekutoni profiler SQL në PROD?
Ne jemi një kompani e vogël, gjithçka është e thjeshtë për ne
Administratorët e prodhimit sigurisht që munden
Administratorët e prodhimit munden, pas miratimit dhe rrahjes
i shenjtë i shenjtë i shenjtë
4 përdorues votuan. 3 përdorues abstenuan.
Burimi: www.habr.com
