Por que demora tanto tempo para o SQL Management Studio se conectar?

18

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

11

Quanto tempo é "tão longo"? 2 segundos, 20 segundos ou 200 segundos?

— Bevan

Você tem plugins estranhos? Todo servidor ao qual tento conectar leva menos de 2 segundos na minha rede de trabalho.

— Bob King

@Bevan para mim, minutos para se conectar localhost... é realmente frustrante. (YMMV) E começou em algum momento recente, nunca foi assim antes.

— ANeves quer paz para Monica

@Bevan, para mim leva 50 segundos para começar. Quando clico no ícone até que algo apareça, são 50 segundos, o que, na minha opinião, é tempo demais.

— FabianVal 18/09/19

14

Isso parece estúpido, mas eu tive um problema com um SQL Server Management Studio muito lento e esse truque resolveu:

Abra o Internet Explorer
Vá para Ferramentas -> opção Internet
Abra a guia "Avançado"
Desmarque a opção "Verificar revogação do certificado do servidor (requer reinicialização)"

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.

— Julien N
fonte

Curiosamente, isso parece melhorar um pouco as coisas. Mas o problema de 32/64 bits mencionado abaixo também pode estar correto. Aceito esta resposta e voto a outra.

— 31730 Andrew J. Brehm

4

Não sou especialista em segurança, mas esta página virtualobjectives.com.au/sqlserver/ssms_slow.htm (que é representada em outra resposta aqui e funcionou bem para mim) observa que desabilitar a verificação de certificado de segurança não é recomendado. Eu pensaria que adotar essa abordagem abre um grande grande risco à segurança: O

— jinglesthula

No meu caso, o servidor não estava conectado à Internet e, portanto, não pôde realizar nenhuma verificação de segurança; portanto, não mudou muito, exceto que não precisei esperar o tempo limite :). Mas concordo que não é uma boa ideia em um servidor que possa executar essa verificação.

— N

16

Isso funcionou para mim: o Microsoft SQL Server Management Studio está muito lento

Em um ambiente corporativo, não é incomum que o Microsoft SQL Server Management Studio (SSMS) para SQL Server 2005 demore 45 segundos para iniciar, além de atrasos e atrasos ao abrir várias janelas e caixas de diálogo no aplicativo. Se você estiver enfrentando esse problema, uma solução rápida é adicionar uma entrada nos seus HOSTS. arquivo que aponta crl.microsoft.com para 127.0.0.1
Sair do SSMS

Pressione as teclas [Win] + [R]
Digite o seguinte ..
notepad %systemroot%\system32\drivers\etc\hosts.
Anexe o seguinte ..
127.0.0.1    crl.microsoft.com
Salve o arquivo.

Iniciar SSMS (ah! Muito melhor)

— peco
fonte

Meu deus, é bizarro ...

— Alex Zhukovskiy

11

Como 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).

— Heinzi 26/06

Para mim, isso parece ter diminuído o atraso de 30 ++ segundos para <5 segundos, mas ainda é lento.

— tbone

3

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

— Sk93
fonte

11

Portanto, a Microsoft recomenda executá-lo em um sistema operacional de 32 bits. Não é exatamente uma sugestão prática. revirando os olhos

— mhenry1384

3

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.

— Brian Knoblauch
fonte

3

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.

— Vern Wold
fonte

2

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.

— Neil Miller
fonte

1

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.

— Drake
fonte

11

Isso me acontece com o SQL Server 2005 e 2008.

— Andrew J. Brehm

... e até o SSMS 2017.

— rory.ap 26/04/19

1

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).

— Martin Marconcini
fonte

Não. Ele se conecta a ".". Os servidores em questão são de 64 bits e têm 8 GB ou mais.

— 31720 Andrew J. Brehm

1

Adicionei sqlservr.exe à lista de exceções do firewall do Windows no SQL Server 2005. Resultado: resposta muito rápida!

1

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 !!

— user61982
fonte

11

Um pouco mais de detalhes, como qual versão, navegação do aplicativo até essa configuração etc. seriam úteis.

— Pimp Juice IT

Isso funcionou para mim. Para fazer esta corrida o SQL Server Configuration Manager e desativar "Memória compartilhada" em Configuração de Rede / Protocols

— Mike Jerred

1

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 disable

— RobIII
fonte

Este foi exatamente o meu problema.

— Dominique Alexandre

0

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.

— Bader Cheema
fonte

-2

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).

— R Barbosa
fonte

2

Se o tamanho exceder a limitação, o resultado seria apenas um desempenho lento?

— fixer1234