web-dev-qa-db-ja.com

SMS Azure SQLServerに接続するときに遅い

Azure SQL ServerDbで2つのデータベースをホストします。 2つの非常に小さな40Mbデータベース。それらへのアクセスは非常に制限されています。 DTUを見ると、0が5%でピークになっているようです。

ただし、SQL management studio 2016でいずれかのデータベースを開くときはいつでも。 (v13.0.15600.2)非常に/非常に遅いです。

詳しく説明させてください。

  • サーバーへの接続は悪くありません、(18秒)
  • データベースの拡張(10秒)
  • テーブルの展開(60テーブル)(15秒)

今最悪の部分。デザインビューまたはデータベース図でテーブルを編集した場合。

任意の列のNameまたはData Typeをクリックした場合。 30〜60秒かかりますが、その半分の時間応答しません。そして、それは私が行を左クリックまたは右クリックするたびに起こります。

テーブルスキーマに変更を加えて保存する必要がある場合。非常に時間がかかる場合もあります。テーブルのサイズによって異なります。

SMSが、Azureデータベースで非常に長い時間がかかるある種のネットワーク要求を実行するかのようです。

もう少し情報。

  • Azure Dbは西ヨーロッパでホストされており、
  • 私は南アフリカを拠点としていますが、
  • 20/20 Mbit/sのファイバーインターネット接続があります。
  • 西ヨーロッパへのpingは209ms on Azure Speed Test
  • ローカルでホストされている標準SQLサーバーインスタンスで作業している場合、速度は100%です。

私はもうデータベースでさえ作業することができないところまで来ました。それは単に使用できません。

8
Zapnologica

私は同じ問題を抱えており、この投稿で回避策を見つけました: https://social.msdn.Microsoft.com/Forums/sqlserver/en-US/8023437c-77e7-4bce-99ae-bfc717079749/slow -ssms-for-sql-azure?forum = ssdsgetstarted

基本的に、プロパティウィンドウを閉じる(最小化しない)必要があります。プロパティウィンドウが開いている限り、SSMSは常に同じ2つのSQLコマンドをDBに送信します。

1
Manu

さて、これが私が思いつくことができる唯一の解決策です。私はそれが適切な解決策ではないことを知っていますが、それは私が働くことを可能にします。

SQL Serverと同じリージョンで安価なVMを入手し、そのサーバーにリモートデスクトップを接続して、仮想マシンでSQL ManagementStudioを使用します。

レイテンシーはまだ最適ではありませんが、ローカルのSMSインスタンスを使用するよりもはるかに優れています。

0
Zapnologica