A execução do gerenciador de perfis do SQL Server afeta o desempenho no servidor?

5

Eu preciso ver quais índices devo adicionar ao meu banco de dados, portanto, preciso executar o SQL Server Profiler para que eu possa usá-lo como entrada para o Orientador de Otimização do Mecanismo de Banco de Dados.

Minha pergunta é, o criador de perfil afeta o desempenho do banco de dados? Além disso, a execução do profiler em outra máquina ajudaria a aliviar o peso no banco de dados?

Você recomenda fazer isso em um servidor de produção ou devo seguir outra rota?

    
por Jonas Stawski 29.12.2010 / 21:26

3 respostas

5

Para encontrar "índices ausentes", você pode usar o dmvs: Um Dois Search

O Profiler é útil, mas impõe alguma carga. Você só precisa ter cuidado para ver o rastreio corretamente e não iniciar um em um servidor que já tenha problemas de desempenho ...

Tenha cuidado com o seu perfil também. Eu vi alguns idiot dump planos de consulta de texto do profiler em um servidor em execução que prontamente morreu tentando gravar 100s de MBs de arquivos de rastreamento a cada segundo.

    
por 30.12.2010 / 06:57
4

Sim, afeta o desempenho. O melhor indicador seria monitorar seu desempenho no servidor antes de executar o criador de perfil e o desempenho quando ele estiver em execução. Executá-lo em outro servidor ainda afetará o desempenho. Por exemplo, quando executo o SQL Profiler de outro servidor, vejo minha atividade de rede aumentar.

Na maior parte, tudo isso é um trabalho muito minúsculo comparado ao que um servidor pode manipular, então você deve ficar bem. Se você tiver alguma preocupação, apenas faça um monitoramento de desempenho e provavelmente verá que não é tão ruim assim.

    
por 29.12.2010 / 21:53
-2

Executar o profiler em uma máquina local é bom. De um modo geral, a criação de perfil fará com que o servidor execute E / S adicional, pois ele deve gerar as informações de perfil e movê-las pela rede. A CPU adicional usada é pequena.

Não há preocupações em executar o profiler em um ambiente de produção ...

    
por 29.12.2010 / 21:50