Hiljuti avastasin üllatusega, et ühes suures ettevõttes, kus ma töötan, on tööajal SQL profilers käivitamine keelatud. SQL profiler tööaegadel.
Ma ei tea, kuidas nad suudavad toime tulla jõudluse analüüsimisega, mis toimub just tööajal. Lõppude lõpuks ei anna jõudluse vaated sageli täpset pilti, eriti kui üks või kaks protseduuri/päringut kätkavad, ilma et serverit eriti koormaks. Väike päring, mis töötab paar korda tunnis ja kestab 10 sekundit, mitte üks (aga teeb väga olulist klienti väga närviliseks) ei saa kindlasti DMV vaadetesse. Ja SELECT koos CROSS APPLY'ga päringute tekstidelt koormab serverit üsna korralikult.
Kuid mind huvitab mõista, kust see kartus tuleb. Mõnes ettevõttes on see tööriist, teistes kardetakse seda kui tuld (mõnda aega tegelesin konsultatsioonidega ja sain võrrelda). Olen peaaegu kindel, et asi oli nii: SQL profiler Houstoni, meil on probleem. Andmebaas on aeglane. Uuri välja
Siin on nii palju märkeruute... Mida ma vajan?
Hästi, ma panen kõik märkeruudud ja hiljem otsustan.
Mis jääb kõrge maa kõrgemate jaoks pähe? Keegi käivitas
ja kõik seisis kinni. Ja siis räägitakse sellest omavahel golfi mängimise ääres. SQL profiler ja kõik seisis paigal. Ja siis räägitakse sellest üksteisele golfi mängides.
Üksikasju lisab kindlasti katse kirjutada sellised ‘kirjutame kõik’ jäljed mitte faili, vaid andmebaasi samal serveril – ma olin korra sellise juhtumi tunnistajaks.
Kuidas teil lood on? Palun osalege küsitluses
Ainult registreeritud kasutajad saavad küsitluses osaleda. , palun.
Kas teil on võimalik PROD-is SQL profilers kasutada?
Me oleme väike firma, meil on kõik lihtne
Produkti administratooriumis saavad nad seda muidugi teha
Produkti adminid saavad pärast kinnitusi ja maadlemist
Püha püha püha
Hääletas 4 kasutajat. Hoidus 3 kasutajat.
Allikas: habr.com
