Recentemente ho scoperto con un certo stupore che in uno dei dipartimenti di una grande azienda in cui lavoro, è vietato avviare SQL profiler durante l'orario lavorativo.
Non so come si arrangino per analizzare i problemi di prestazioni che si verificano proprio durante l'orario lavorativo. Infatti, le performance views spesso non forniscono un quadro preciso, specialmente se ci sono rallentamenti in una/due procedure/query, senza sovraccaricare particolarmente il server. Una piccola query che viene eseguita più volte all'ora e impiega 10 secondi invece di uno (ma esegue qualcosa di molto importante per il cliente è molto frustrante) non sarà sicuramente visibile nelle DMV views. E un select con CROSS APPLY sui testi delle query carica il server in modo significativo.
Tuttavia, mi interessa capire da dove provenga questa paura. In alcune aziende SQL profiler è uno strumento di lavoro, in altre lo temevano come la peste (per un certo periodo mi sono occupato di consulenza e ho potuto fare dei confronti). Sono quasi certo che stessero così:
Houston, abbiamo un problema. Il database è lento. Indaga
Ci sono così tante opzioni... Cosa mi serve?
Va bene, selezionerò tutte le opzioni e poi deciderò.
Cosa rimane in mente ai dirigenti? Qualcuno ha avviato SQL profiler e tutto si è bloccato. E poi lo raccontano tra una partita a golf.
Tra l'altro, è particolarmente piccante tentare di registrare tali ‘scriviamo tutto’ trace non in un file, ma nel database stesso server – una volta sono stato testimone di un simile caso.
E da voi come si svolgono le cose? Partecipate al sondaggio per favore
Solo gli utenti registrati possono partecipare al sondaggio. , per favore.
È possibile avviare SQL profiler su PROD da voi?
Siamo una piccola azienda, da noi è tutto semplice
Gli admin di produzione possono ovviamente farlo
Gli admin di produzione possono dopo approvazioni e preghiere
Santissimo
Hanno votato 4 utenti. Si sono astenuti 3 utenti.
Fonte: habr.com
