Nedávno som s istým prekvapením zistil, že v jednom z oddelení obrovskej firmy, kde pracujem, je zakázané spúšťať SQL profiler počas pracovných hodín.
Neviem, ako sa s tým vyrovnávajú pri analýze problémov s výkonom, ktoré nastávajú práve v pracovných hodinách. Veď performance views často neposkytujú presný obraz, najmä ak spomaľuje jedna alebo dve procedúry/queries, ktoré výrazne nepreťažujú samotný server. Malá query, ktorá sa spúšťa niekoľkokrát za hodinu a trvá 10 sekúnd namiesto jednej (ale robí veľmi dôležitú klienta veľmi nervóznym) sa určite nedostane do DMV views. A select s CROSS APPLY cez texty queries sám značné zaťažuje server.
Zaujímavé je, že ma zaujíma, odkiaľ pochádza tento strach. V niektorých firmách SQL profiler je to pracovný nástroj, v iných sa mu báli ako ohňa (nejaký čas som sa venoval konzultáciám a mohol som to porovnávať). Som si takmer istý, že to bolo takto:
Houston, máme problém. Databáza spomaľuje. Zisti to
Tu je toľko zaškrtnutí... Čo vlastne potrebujem?
Dobre, zaškrtnem všetko a potom sa rozhodnem.
Čo zostáva v hlave vysokého vedenia? Niekto to spustil SQL profiler a všetko sa zastavilo. A potom si to rozprávajú jedno druhému pri golfovej partie.
Mimochodom, osobitnú pikantnosť pridáva pokus zaznamenať také ‘píšeme všetko’ trace do databázy, nie do súboru na tomto istom serveri – bol som raz svedkom takého prípadu.
A ako to máte vy? Zúčastnite sa prosím na ankete
Len registrovaní používatelia sa môžu zúčastniť prieskumu. , prosím.
Môže sa u vás spúšťať SQL profiler na PROD?
Sme malá firma, máme to jednoduché
Administrátori v produkcii to určite môžu
Administrátori v produkcii môžu po schválení a klanení sa
Svätý, svätý, svätý
Hlasovalo 4 používateľov. Zdržali sa 3 používatelia.
Zdroj: habr.com
