Considerando que o Microsoft SQL Server não é, tecnicamente, um sistema lento de gerenciamento de banco de dados, fico me perguntando por que geralmente / normalmente leva tanto tempo para o SQL Management Studio se conectar.
Isso acontece mesmo quando ninguém mais 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 alguma coisa, mesmo a exibição das permissões de um login pode levar alguns minutos nos servidores de banco de dados, caso contrário eles não são utilizados.
Existe alguma explicação óbvia?
sql-server
ms-sql
Andrew J. Brehm
fonte
fonte
localhost... é realmente frustrante. (YMMV) E começou em algum momento recente, nunca foi assim antes.Respostas:
Isso parece estúpido, mas eu tive um problema com um SQL Server Management Studio muito lento e esse truque resolveu:
Esse truque só será eficaz se o computador em que o SQL Server Management Studio estiver instalado NÃO estiver conectado à Internet. Só isso resolveu meu problema. Talvez isso resolva o seu.
fonte
Isso funcionou para mim: o Microsoft SQL Server Management Studio está muito lento
fonte
crlsignifica "Lista de revogação de certificados", isso também não é ideal do ponto de vista de segurança (consulte os comentários na resposta aceita).por padrão, ao conectar-se a um servidor local, o protocolo de rede usado é a memória compartilhada. Às vezes isso pode ser bem lento.
Eu estava enfrentando o mesmo problema de velocidade ao conectar-me localmente a uma caixa especificada de maneira semelhante, mas não remotamente.
Você obtém a mesma desaceleração se especificar o protocolo de rede TCP / IP ao conectar-se?
EDIT Além disso, de acordo com a Microsoft, esse pode ser um problema causado pelo fato de o Management Studio ter 32 bits e ser executado em um sistema operacional de 64 bits. Consulte aqui: http://support.microsoft.com/kb/906892
fonte
Possível implementação IPv6 interrompida? Você está executando o dual-stack? Nós somos e já tivemos esse problema antes. O IPv6 é tentado primeiro e, se houver algum erro de configuração, acabará por falhar no IPv4.
fonte
O SSMS está tentando verificar com a Microsoft o certificado raiz padrão, mesmo que ele não o utilize. 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 para carregar será bastante reduzido.
fonte
Adicionando à resposta de Julien N acima, eu corrigi o problema (um atraso de 10 segundos ao executar uma consulta pela primeira vez) desmarcando:
"Verificar revogação de certificado do editor"
nas opções avançadas do Internet Explorer. Não é necessário reiniciar.
fonte
Meu colega tem o comportamento exato que você em seu PC. Ele estava usando o SQL Server Management Studio de 2005. Ele resolveu instalar a nova versão que acompanha o SQL Server 2008.
Se você perceber que esse problema ocorre apenas no seu PC, sugiro que tente desinstalar e reinstalar todo o conjunto do Microsoft SQL Server.
fonte
Este poderia ser um problema de resolução de nomes? Se o mecanismo do SQL Server estiver na mesma máquina, tente usar (local) o nome ou até 127.0.0.1 (ou o endereço IP da máquina). Netbios sobre TCP / IP e / ou WINS / DNS deficiente podem levar a tempos de conexão lentos.
Verifique também se o servidor possui 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 conectar-se a um servidor. (Menos se local).
fonte
Adicionei sqlservr.exe à lista de exceções do firewall do Windows no SQL Server 2005. Resultado: resposta muito rápida!
fonte
No meu caso, não era sempre, mas quando acontecia, levava 10 minutos para recuperar a caixa de conexão. Então, olhei para o Gerenciador de configuração e desabilitei a memória compartilhada. Funciona como charme todas as vezes !!
fonte
A solução para mim foi desativar a placa de rede Hyper-V:
Simplesmente clique com o botão direito do mouse e clique em
disablefonte
Eu estava tendo o mesmo problema em que a pasta Views estava demorando muito para ser expandida. 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 a função sysdamin, removi a função sysadmin e a devolvi e tudo começou a funcionar bem para mim.
fonte
Se você estiver usando o SQL Express, verifique se o tamanho total dos seus bancos de dados não excede 10 GB (limitação para o SQL Express 2012).
fonte