Nedávno jsem s určitým překvapením zjistil, že v jednom z oddělení obrovské firmy, kde pracuji, je zakázáno spouštění SQL profileru v pracovní době.
Nevím, jak se vypořádávají s analýzou problémů s výkonem, které se objevují právě v pracovní době. Vždyť performance views často nenabízejí přesný obraz, zejména pokud zpomalují jedna/dvě procedury/ dotazy, aniž by značně zatěžovaly samotný server. Malý dotaz, který se provádí několikrát za hodinu a trvá 10 sekund místo jedné (ale dělá velmi důležité klienta velmi nervózním) se rozhodně nedostane do DMV views. A select s CROSS APPLY přes texty dotazů sám server významně zatěžuje.
Rád bych však pochopil, odkud pochází tato obava. V některých firmách SQL profileru je to pracovním nástrojem, v některých se ho báli jako čert kříže (určitou dobu jsem se věnoval poradenství a mohl jsem srovnávat). Jsem téměř přesvědčen, že to bylo takto:
Houston, máme problém. Databáze zpomaluje. Zjisti to
Tady je tolik zaškrtávacích políček… Co vlastně potřebuji?
Dobře, zaškrtnu všechna políčka a pak se rozhoduji.
Co zůstane v hlavě vyššího vedení? Někdo to spustil SQL profileru a všechno přestalo fungovat. A potom si to vyprávějí u partie golfu.
Mimochodem, zvláštní příběh je pokus zaznamenat takové 'píšeme všechno' trasy ne do souboru, ale do databáze na tomto stejném serveru – byl jsem jednou svědkem takového případu.
A jak to máte vy? Prosím, zúčastněte se ankety
Pouze registrovaní uživatelé se mohou účastnit ankety. , prosím.
Můžete spouštět SQL profiler na PROD?
Jsme malá firma, máme to všechno jednoduché
Admini produkce to samozřejmě mohou
Admini produkce mohou po schválení a sklopení čela
Svatý, svatý, svatý
Hlasovalo 4 uživatelé. Zdrželo se 3 uživatelé.
Zdroj: habr.com
