Azure SQL ServerDbで2つのデータベースをホストします。 2つの非常に小さな40Mbデータベース。それらへのアクセスは非常に制限されています。 DTUを見ると、0が5%でピークになっているようです。
ただし、SQL management studio 2016
でいずれかのデータベースを開くときはいつでも。 (v13.0.15600.2)非常に/非常に遅いです。
詳しく説明させてください。
今最悪の部分。デザインビューまたはデータベース図でテーブルを編集した場合。
任意の列のName
またはData Type
をクリックした場合。 30〜60秒かかりますが、その半分の時間応答しません。そして、それは私が行を左クリックまたは右クリックするたびに起こります。
テーブルスキーマに変更を加えて保存する必要がある場合。非常に時間がかかる場合もあります。テーブルのサイズによって異なります。
SMS
が、Azureデータベースで非常に長い時間がかかるある種のネットワーク要求を実行するかのようです。
もう少し情報。
209ms
on Azure Speed Test私はもうデータベースでさえ作業することができないところまで来ました。それは単に使用できません。
私は同じ問題を抱えており、この投稿で回避策を見つけました: 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に送信します。
さて、これが私が思いつくことができる唯一の解決策です。私はそれが適切な解決策ではないことを知っていますが、それは私が働くことを可能にします。
SQL Serverと同じリージョンで安価なVMを入手し、そのサーバーにリモートデスクトップを接続して、仮想マシンでSQL ManagementStudioを使用します。
レイテンシーはまだ最適ではありませんが、ローカルのSMSインスタンスを使用するよりもはるかに優れています。