9

信頼性の問題から Azure SQL を放棄する準備ができていますが、最初にここで確認することにしました。SQL Azure で散発的なタイムアウト エラーが発生します。これは接続文字列の問題ではありません。かなり長い間問題なく実行されているいくつかの異なるアプリについて話しているのです。正確なエラーは次のとおりです。

System.ComponentModel.Win32Exception: The wait operation timed out

現時点では、過去 30 分程度で 300 個を見ています。http://blog.sqlauthority.com/2010/05/14/sql-server-find-most-expensive-queries-using-dmvで言及されている DMV クエリを実行して、何が起こっているのかを調べたところ、次のことがわかりました。

ここに画像の説明を入力

According to the documentation, 602,382 is microseconds, or roughly 602 milliseconds, so obviously my database usage requirements are pretty damn low. I have a feeling this is purely an over-tenancy issue on the part of Azure SQL. Is there any other possible explanation? Any potential resolution short of leaving Azure SQL for greener pastures (e.g. dedicated SQL VM)?

4

4 に答える 4

3

はい、そうです。データベースが存在していたのと同じマシンに配置された、リソースを多く使用する他のテナントによって窒息させられている可能性があります。

既定では、Sql Azure は可用性に関する SLA を保証しますが、パフォーマンスは保証しません。パフォーマンスの一貫性を求めている場合は、プレミアム層を調べる必要があります: http://www.windowsazure.com/en-us/pricing/details/sql-database/

プレミアム層では、データベースは、いくつかのコア、メモリ、および IOPS を保証されます (ミニ VM のように考えてください)。

于 2013-10-20T13:55:09.940 に答える
0

SQL Azure のプレミアム予約を確認してください。より高価ですが、「テナント ネイバー ノイズ」から隔離されます。これはプレビュー モードであり、いくつかの重要な改善点があります。最大接続制限、最大ログ制限なし、スロットリングなし、近隣ノイズなしです。

SQL Server 用の専用 VM は、クラウド サービスと高可用性を実現するためのネットワークに複雑なセットアップが必要なため、現時点では不十分です。また、SQL Server 2012 を実行していない限り、バックアップなどの単純なことには追加のジョブが必要です。

于 2013-09-20T05:03:37.840 に答える
0

クラウド DB では、おそらく再試行メカニズムを実装し、失敗の頻度を追跡する方法を実装する必要があります。また、一時的な問題があることをエンド ユーザーに伝えることが理想的です。

于 2017-04-22T23:58:51.603 に答える