SMS lento ao se conectar ao SQL Server do Azure

7

Eu hospedo 2 bancos de dados no Azure SQL Server Db. Dois bancos de dados muito pequenos de 40Mb. Acesso muito limitado a eles. Se eu olhar para o meu DTU, é como 0 com um pico de 5%.

No entanto, sempre que eu abro um dos bancos de dados em SQL management studio 2016 . (v13.0.15600.2) É muito / extremamente lento.

Deixe-me elaborar.

  • Conexão para o servidor não é ruim, (18 segundos)
  • Expansão de bancos de dados (10 segundos)
  • Expandir tabelas (60 tabelas) (15 segundos)

Agora a pior parte. Se eu editar uma tabela no modo de design ou no Diagrama do banco de dados.

Se eu clicar no Name ou Data Type em qualquer coluna. Leva 30 a 60 segundos, não respondo por metade desse tempo. E isso acontece toda vez que eu saí clique ou direito em uma fileira.

Se eu fizer alterações em um esquema de tabela e precisar salvá-las. Pode demorar muito tempo também. dependendo do tamanho da mesa.

é quase como se SMS fizesse algum tipo de solicitação de rede que demorasse muito tempo no db azure.

Apenas mais algumas informações.

  • O Azure Db está hospedado na Europa Ocidental,
  • Estou baseada na África do Sul,
  • Eu tenho conexão de internet por fibra de 20/20 Mbit / s.
  • O ping para a Europa Ocidental é 209ms no teste de velocidade do Azure
  • Se eu trabalho em instâncias do servidor SQL padrão hospedadas localmente, minha velocidade é de 100%

Acabei de chegar ao ponto em que não posso mais trabalhar nos bancos de dados. É simplesmente inutilizável.

    
por Zapnologica 03.08.2016 / 21:52

2 respostas

1

Eu tive o mesmo problema e trabalhei em uma solução alternativa neste post: link

Basicamente você tem que fechar (não minimizar) a janela de propriedades. Enquanto a janela de propriedades estiver aberta, o SSMS envia constantemente os mesmos dois comandos sql para o banco de dados.

    
por 22.05.2017 / 14:17
0

Ok, esta é a única solução que posso encontrar. Eu sei que não é uma solução adequada, mas permite que eu trabalhe.

Obtenha uma VM barata, na mesma região do seu SQL Server, e simplesmente a área de trabalho remota nesse servidor e use o SQL Management Studio na máquina virtual.

A latência ainda não é a ideal, no entanto, é muito melhor do que usar uma instância local do SMS.

    
por 27.02.2017 / 08:26