7

Я размещаю 2 базы данных на базе данных Azure SQL Server. Две очень маленькие базы данных по 40 Мб. Очень ограниченный доступ к ним. Если я смотрю на мой DTU, его значение 0 достигает 5%.

Однако, когда я открываю любую из баз данных в SQL management studio 2016 . (v13.0.15600.2) Это очень / очень медленно.

Позвольте мне уточнить.

  • Подключение к серверу не плохое, (18 секунд)
  • Расширение баз данных (10 секунд)
  • Расширяющиеся таблицы (60 таблиц) (15 секунд)

Теперь худшая часть. Если я редактирую таблицу в режиме конструктора или диаграммы базы данных.

Если я нажимаю на Name или Data Type в любом столбце. Занимает 30 - 60 секунд, я не отвечаю в течение половины этого времени. И это происходит каждый раз, когда я щелкаю левой кнопкой мыши или вправо в строке.

Если я внесу изменения в схему таблицы и должен сохранить их. Это может занять очень много времени. в зависимости от размера стола.

почти как если бы SMS делал какой-то сетевой запрос, который на лазурной базе данных занимает очень много времени.

Просто еще немного информации.

  • Azure Db находится в Западной Европе,
  • Я живу в Южной Африке,
  • У меня 20/20 Мбит / с по оптоволокну.
  • Пинг в Западную Европу на тесте скорости Azure - 209ms
  • Если я работаю на локально размещенных экземплярах сервера Standard SQL, моя скорость равна 100%

Я только что дошел до того, что больше не могу работать с базами данных. Это просто непригодно.

2 ответа2

1

У меня была та же проблема, и я нашел способ обойти это сообщение: https://social.msdn.microsoft.com/Forums/sqlserver/en-US/8023437c-77e7-4bce-99ae-bfc717079749/slow-ssms-for -SQL-лазурь? форум = ssdsgetstarted

По сути, вы должны закрыть (а не свернуть) окно свойств. Пока окно свойств открыто, SSMS постоянно отправляет те же две команды sql в БД.

0

Итак, это единственное решение, которое я могу придумать. Я знаю, что это не правильное решение, но оно позволяет мне работать.

Получите дешевую виртуальную машину в том же регионе, что и ваш SQL Server, а затем просто подключите удаленный рабочий стол к этому серверу и используйте SQL Management Studio на виртуальной машине.

Задержка все еще не оптимальна, однако это намного лучше, чем использование локального экземпляра SMS.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .