Recentemente, descobri com alguma surpresa que em um dos departamentos da grande empresa em que trabalho, é proibido executar o
SQL Profiler em horário comercial.
Não sei como eles saem para analisar problemas de desempenho que ocorrem apenas no horário comercial. Afinal, as visualizações de desempenho geralmente não dão uma imagem precisa, especialmente se um / dois procedimentos / sessões diminuem, especialmente sem carregar o próprio servidor. Um animal minúsculo correndo várias vezes por hora e trabalhando por 10 segundos em vez de um (mas deixando um cliente
muito importante muito nervoso ) definitivamente não entrará nas visualizações do DMV. E selecione com CROSS APPLY de acordo com o texto das aspas em si carrega muito bem o servidor.
No entanto, estou interessado em entender de onde vem esse medo. Em algumas empresas, o
criador de perfil SQL é uma ferramenta de trabalho; em algumas, eles temiam isso como fogo (por algum tempo, estive envolvido em consultoria e pude comparar). Tenho certeza de que foi assim:
Houston, temos um problema. A base diminui a velocidade. Classificar
Existem tantos carrapatos ... O que eu preciso?
Ok, vou verificar todas as caixas e depois decidir.
O que resta da cabeça das altas autoridades? Alguém iniciou o
SQL Profiler e tudo ficou em risco. E então eles contam um ao outro durante uma partida de golfe.
A propósito, uma tentativa de escrever esses traços '
write all ' não em um arquivo, mas em um banco de dados no mesmo servidor fornece uma característica especial - uma vez que eu testemunhei esse caso.
Como você está? Faça a pesquisa, por favor