Nemrég meglepetten tapasztaltam, hogy az egyik részlegnél, ahol dolgozom, tilos az SQL profiler indítása. SQL profiler üzleti órákban.
Nem tudom, hogyan vészelik át a teljesítményproblémák elemzését, amelyek éppen az üzleti órákban jelentkeznek. Hiszen a teljesítmény nézetek gyakran nem adnak pontos képet, különösen, ha csak egy-két eljárás vagy lekérdezés lassítja a rendszert, anélkül, hogy magát a szervert túlzottan terhelné. Egy apró lekérdezés, ami óránként többször fut le, és 10 másodpercet tart, ahelyett, hogy csak egyet futtasson (de végrehajt nagyon fontos feladatot az ügyfélnek nagyon idegesítő) biztosan nem jelenik meg a DMV nézetekben. A CROSS APPLY lekérdezés szövegei viszont alaposan terhelik a szervert.
Érdekes, hogy honnan ered ez a félelem. Néhány cégnél SQL profiler a munkához szükséges eszközként tekintenek rá, mások pedig úgy féltek tőle, mint a tüzes lángtól (volt idő, amikor tanácsadással foglalkoztam, és tudtam hasonlítani). Szinte biztos vagyok benne, hogy a következőképpen állt a helyzet:
Houston, gondjaink vannak. A rendszer lassú. Vizsgáld meg.
Itt annyi jelölőnégyzet van... Mi is kell nekem?
Jó, bepipálom az összes jelölőnégyzetet, és majd megnézem később.
Mi marad a magas vezetőség fejében? Valaki elindította SQL profiler és minden megállt. Aztán mesélnek egymásnak erről golfpályán.
Egyébként külön pikantériát ad a dologhoz, hogy az ilyen 'mindent rögzítünk' nyomokat nem fájlba, hanem ugyanabban az adatbázisban próbálják meg rögzíteni. szerveren Egy alkalommal tanúja voltam ennek.
Nálatok hogy állnak a dolgok? Kérlek, vegyél részt a szavazásban.
Csak a regisztrált felhasználók vehetnek részt a szavazáson. , kérem.
Lehet nálatok SQL profilt indítani a PROD-on?
Mi egy kis cég vagyunk, nálunk minden egyszerű.
A produkciós adminisztrátorok természetesen tudnak.
A produkciós adminisztrátorok engedélyezések után és fejkoppintás mellett tudnak.
Szent, szent, szent.
4 felhasználó szavazott. 3 felhasználó tartózkodott.
Forrás: habr.com
