Você comparou os planos de execução dos dois servidores? Você já tentou consultar seu servidor de produção localmente, quando os resultados diminuem? Você verificou se tem algum bloqueio ou espera de recursos no servidor de produção?
Quando executo uma consulta simples como "Selecione Coluna1, Coluna2 da Tabela A" de dentro do SSMS em execução no meu SQL Server de produção, os resultados parecem demorar muito tempo (> 45Min). Se eu executar a mesma consulta do SSMS do meu sistema de desenvolvimento conectando ao SQL Server de produção, os resultados retornarão em alguns segundos (< 60sec).
Uma coisa que eu tenho notícias é se o sistema foi apenas reiniciado o desempenho é bom para um pouco. É difícil determinar um tempo, já que comecei a correr devagar muito rapidamente após a reinicialização, mas no máximo ele ficou bom por 20 minutos e depois comecei a agir. Além disso, apenas reiniciar o serviço SQL não resolve o problema nem fornece um aumento temporário de desempenho.
As especificações para o servidor são: Windows Server 2003, Enterprise Edition, SP2 4 X Intel Xeon 3.6GHz - Memória do Sistema de 6GB Cluster Ativo / Ativo SQL Server 2005 SP2 (9.0.3239)
quantas linhas você está retornando?
é possível (mas não provável) que, quando você retorna os resultados no servidor, esteja privando o servidor de recursos, devido à necessidade de exibir todos os resultados no SSMS.
No SSMS, no servidor, vá para Ferramentas- > Opções- > Resultados da consulta- > SQL Server- > Resultados para a grade. Marque a opção descartar resultados após a execução
Em seguida, abra uma nova janela de consulta, pressione CTRL + D (para garantir a saída dos resultados para a grade) e execute sua consulta novamente. Ainda leva 45 minutos?
Você pode acessar as propriedades do seu servidor remoto e selecionar o nó 'Connection'. Alguma das "Opções de conexão padrão:" está marcada?
45 minutos vs 60 segundos? Isso é ... incomum. Eu já vi 45 minutos de consultas antes, mas nunca nada nos domínios de algo tão simples como "selecione col1 da tabela". Até 60 segundos devem recuperar centenas de milhares de registros nesse período.
Dito isso, não tenho idéia de por que isso pode estar agindo assim, mas eu procuraria em seus índices em suas tabelas para ver se eles são apropriados ou se eles existem e, em seguida, executaria o otimizador de consulta para obtenha sua opinião.
Pode querer executar ESTATÍSTICAS DE ATUALIZAÇÃO na (s) tabela (s) na consulta
Tenho notado a mesma coisa, parece ser um problema do SSMS ....
esta afirmação, executada a partir do código, executada em 5 segundos.
ALTERAR TABELA xxx ADICIONAR XID_Novo BIGINT NÃO CONSTRUÇÃO NULA DF_xxx PADRÃO 0
a mesma declaração, a execução do SSMS está em execução há 7 minutos ..
ALTERAR TABELA xxx ADICIONAR XID_Novo BIGINT NÃO CONSTRUÇÃO NULA DF_xxx PADRÃO 0
mesma máquina, mesmo banco de dados, mesmo código, um executado a partir do projeto c #, o outro executado a partir do SSMS, deve haver um bug ou problema com o SSMS