Isso acontece mesmo quando ninguém está acessando o servidor de banco de dados e quando o Management Studio é executado na mesma máquina que o SQL Server.
Além disso, o SQL Management Studio geralmente leva muito tempo para fazer algo, até mesmo exibir apenas as permissões de um login pode levar vários minutos em servidores de banco de dados, caso contrário, não é usado.
Existe alguma explicação óbvia?
Isso soa estúpido, mas eu tive um problema com um SQL Server Management Studio muito lento e esse truque resolveu:
Esse truque só é efetivo se o computador onde o SQL Server Management Studio está instalado NÃO estiver conectado à Internet. Só isso resolveu meu problema. Talvez isso resolva o seu.
Isso funcionou para mim: O Microsoft SQL Server Management Studio está muito lento
In a corporate environment it is not uncommon for Microsoft SQL Server Management Studio (SSMS) for SQL Server 2005 to take over 45 seconds to start as well as lags and delays when opening various windows and dialog boxes from within the application. If you are experiencing this issue, then a quick fix is to add an entry in your HOSTS. file that points crl.microsoft.com to 127.0.0.1
- Exit SSMS
- Press the keys [Win] + [R]
Enter the following..
notepad %systemroot%\system32\drivers\etc\hosts.Append the following..
127.0.0.1 crl.microsoft.comSave the file.
- Start SSMS (ah! much better)
por padrão, ao se conectar a um servidor local, o protocolo de rede usado é a memória compartilhada. Isso pode ser muito lento às vezes.
Eu estava enfrentando o mesmo problema de velocidade ao conectar-se a uma caixa especificamente projetada localmente, mas não remotamente.
Você recebe a mesma lentidão se você especificar o protocolo de rede TCP / IP ao conectar?
EDITAR Além disso, de acordo com a Microsoft, isso pode ser um problema causado pelo Management Studio sendo 32 bits e sendo executado em um sistema operacional de 64 bits. Veja aqui: link
Possível implementação de IPv6 interrompida? Você está executando dual-stack? Estamos e já tivemos esse problema antes. O IPv6 é tentado primeiro e, se houver algum erro de configuração, ele falhará no IPv4.
O SSMS está tentando verificar com o certificado raiz padrão da Microsoft, mesmo que não seja o caso. Se você estiver usando um servidor proxy, use proxycfg ou netsh para definir as configurações de proxy do sistema. Feche e abra o SSMS e o tempo de carregamento será bastante reduzido.
Meu colega tem o comportamento exato de você no PC dele. Ele estava usando o SQL Server Management Studio de 2005. Ele resolveu instalar a nova versão que vem com o SQL Server 2008.
Se você perceber que esse problema ocorre apenas no seu computador, sugiro que você tente desinstalar e reinstalar todo o conjunto do Microsoft SQL Server.
Este poderia ser um problema de resolução de nomes? Se o mecanismo do SQL Server estiver na mesma máquina, tente usar (local) como nome ou até 127.0.0.1 (ou o endereço IP da máquina). Netbios sobre TCP / IP e / ou WINS / DNS deficientes podem levar a tempos de conexão lentos.
Certifique-se também de que o servidor tenha memória suficiente para operar. O SQL Server pode funcionar bem com menos de 512 MB de RAM, mas o desempenho diminui muito rapidamente.
Não deve haver um atraso maior que 5 segundos ao se conectar a um servidor. (Menos se local).
Eu adicionei o sqlservr.exe à lista de exceções do firewall do Windows no SQL Server 2005. Resultado: respostas muito rápidas!
Adicionando à resposta de Julien N acima, consertei o problema (um atraso de 10 segundos ao executar uma consulta pela primeira vez) desmarcando:
"Verifique a revogação de certificado do editor"
nas opções avançadas do Internet Explorer. Não é necessário reiniciar.
No meu caso, não era o tempo todo, mas quando isso acontecia, demorava 10 minutos para recuperar minha caixa de conexão. Então eu olhei para o gerenciador de configuração e desabilitei a memória compartilhada. Funciona como charme toda vez !!
A solução para mim foi desativar a NIC do Hyper-V:
Basta clicar com o botão direito do mouse e clicar em disable
Eu estava tendo o mesmo problema em que a pasta Views estava demorando muito para expandir. Outras pastas, incluindo bancos de dados ou tabelas, estavam OK. Todas as recomendações acima não funcionaram no meu caso. O que funcionou para mim é que o usuário tinha o papel sysdamin, eu removi o papel do administrador de sistema e o devolvi e tudo começou a funcionar bem para mim.
Se você estiver usando o SQL Express, verifique se o tamanho total dos bancos de dados não excede 10 GB (limitação para o SQL Express 2012).
Tags sql-server ms-sql