問題タブ [connection-timeout]

トラフィックがほとんどない私のウェブサイトをホストしているサーバーがあります。
毎日数人（<20）がサイトにアクセスし、数人のRSSリーダーが私たちが出すいくつかのフィードを購読しています。

ほぼ毎晩、RSSリーダーが深夜に私たちを襲い、接続のタイムアウトのためにWebサイトがSQLServerに接続できないという例外が発生します。詳細は非常に奇妙なので、どこから始めればよいのかわからないので、何が問題になるのかについて助けを求めています。

Windows Server2008ではなくASP.NetMVC、Entity Framework、およびSQL Server 2008を使用しています。このマシンは、厳密には一流ではないプロバイダーから入手した専用のボックスであるため、最適に構成されていない可能性があります。そうしないと。
ボックスもかなり小さく、RAMは1Gbしかありませんが、今のところある種の負荷がかかるはずです...

以下の完全な呼び出しスタックをコピーしていますが、最初に、私たちが知っていることのいくつか：

• iTunesが私たちのサイトにクエリを実行しているときは常にエラーが発生します。これは何の関係もないはずだと思いますが、本当はiTunesからしか入手できません。私の推測では、これは、他の誰も私たちを攻撃していない夜のその時間にiTunesだけが私たちに問い合わせをするために起こると思います。
• 私たちの理論の1つは、SQL ServerとIISがメモリをめぐって争っていて、そのうちの1つが使用されていない状態でディスクにページングされており、誰かが「ウェイクアップ」すると、ディスクからすべてを読み取るのに時間がかかりすぎるというものです。メモリに。これは潜在的に起こり得ることですか？（可能であれば、SQL Serverの設計上の問題のように思われるので、これを破棄します）
• また、EFエンティティを適切に処理していない可能性があるため、接続がリークしている可能性についても考えました（ここでの私の質問を参照してください）。これは私が問題をグーグルで検索することによって見つけることができた唯一のものです。負荷が非常に低いため、これを破棄します。
• これは常に一晩で発生するため、しばらくの間何も起こらなかったという事実に関連している可能性が非常に高いです。たとえば、これらのリクエストがヒットすると、Webサーバープロセスがリサイクルされ、すべてが起動/再JITされると確信しています。ただし、再JITはSQLタイムアウトを説明しません。

更新：提案どおりにプロファイラーをアタッチしましたが、新しい例外が発生するまでにかなりの時間がかかりました。これは私たちが知っている新しいものです：

• プロファイラーをアタッチすることで、発生するエラーの数を大幅に減らすことができました。実際、通常は1日に数回摂取した後、これが1回発生するまで3〜4日待たなければなりませんでした。プロファイラーを停止すると、通常のエラー頻度（またはさらに悪い頻度）に戻りました。したがって、プロファイラーには、この問題をある程度隠す効果がありますが、完全ではありません。
• IIS要求ログの横にあるプロファイラートレースを見ると、要求とクエリの間に1対1の対応が予想されます。ただし、IISログとの相関関係がまったくないクエリが実行されているのを時々目にします。実際、実際のバグがログに記録される直前に、3分間で750のクエリが発生しましたが、これらはすべてIISログとはまったく関係がありませんでした。クエリテキストは、EFが生成する読み取り不可能ながらくたのようなもののように見えますが、すべて同じではなく、Webサイトからのクエリ（同じApplicationName、Userなど）のように見えます。これがいかにばかげているかを知るためにつまり、このサイトは2日間で約370のIISリクエストを受け取り、DBにヒットしました。
• これらの説明のつかないクエリは、以前のWebサイトのクエリと同じClientProcessIDからのものではありませんでしたが、その間にプロセスがリサイクルされた場合は、まだWebサイトからのものである可能性があります。最後に説明されたクエリと最初の説明されていないクエリの間に、ほぼ1時間のアクティビティがありませんでした。
• どこから来たのかわからないこれらの長い一連のクエリの1つは、ログに記録されたエラーの直前に発生したため、これが私たちが従うべき手がかりだと思います。
• 当初予想したように、エラーをスローしたクエリが実行されたとき、それは前のクエリとは異なるClientProcessIDからのものでした（前の原因不明のクエリより8分遅れ、前のIISのものよりほぼ正確に1時間遅れています）。これは、私にとって、労働者のプロセスが実際にリサイクルされたことを意味します。
• これは私が絶対に理解していないことです。IISログには、エラー要求の1分前に、4つが完全に処理されたことが示されていますが、それらのクエリはトレースにまったく表示されません。実際、これらの4つがうまくいった後、4つの例外がすばやく連続してスローされ、それらの4つもトレースに表示されません（接続にタイムアウトがあった場合、クエリは実行されないはずなので、これは理にかなっています。しかし、トレースに接続の試行も表示されません）

だから、要するに、私はこれについて完全に無知です。何百ものクエリが連続して実行される理由はわかりませんが、それらは問題と関係があるに違いないと思います。
また、接続の問題を診断する方法もわかりません...
または、IISによると正常に処理されたクエリがプロファイラートレースで欠落している可能性があります...

何か案は？

これは例外情報です：

どんなアイデアでも大歓迎です。

Blackberryでソケットプログラムを作成しました。また、以下を使用して生き続けるようにソケットを設定します

しかし、私のソケット接続は2〜3分後に終了します。つまり、Idealを2〜3分間2〜3分間維持すると、ソケット接続が失われます。

それで、私が1時間以上理想的かもしれないけれども、私のソケット接続を永遠に生き続けるようにする方法。

これが私のアプリの概要です：

等

アプリの初期化中に、establish_connectionを1回だけ呼び出します。MySQLの8時間のアイドル接続制限に遭遇し（MySQLサーバーがなくなりました）、それに対する最善のアプローチを考えています。

ActiveRecordソースを調べたところ、dbサーバー接続がプールされていることがわかりました。したがって、理想的には、すべてのWebリクエスト内に新しい接続を作成するか、タイムアウト設定を増やす必要がありますか？

御時間ありがとうございます！

SQL 2005 Expressデータベースを照会するASP（クラシック）コードがいくつかあります。誰かが接続しようとして接続できないときにエラーを処理してこのDBがダウンした場合、私は現在プログラムで処理しています。エラーをキャプチャし、セッション変数を使用してこのデータベースへの後続のdbクエリをバイパスします。

私の問題は、この最初のクエリがタイムアウトするまでに約20秒かかることです。

このタイムアウトの長さを短縮したいのですが、コードまたはデータベースのどちらのプロパティが短縮するのに適切かがわかりません。

私はコードをフォローしてみました。

con.CommandTimeout = 5

con.CONNECTIONTIMEOUT = 5

何か提案はありますか？

ありがとう、

アンディ

から読んだ

http://www.packtpub.com/article/friends-via-email-social-web-application-django-1.0

次の手順に従います。=>そしてsetting.pyを変更します

コマンドラインに移動した後

エラーメッセージが表示されました。

誰もが問題を正確に知っています。そして、どうすればdjangoframworksを使用してメールを送信できますか

私が読んだリファレンス：

• http://docs.djangoproject.com/en/dev/topics/email/#the-emailmessage-and-smtpconnection-classes
• http://ltslashgt.com/2007/07/02/gmail-and-django/
• http://bakingnoodles.com/2009/03/command-line-email-with-django-and-gmail/comment-page-1/#comment-432

エラーメッセージからこのアドバイスを読みました：

この問題を回避するには、アプリケーションで使用する前に接続の有効性を期限切れにするかテストするか、クライアント タイムアウトのサーバー設定値を増やすか、Connector/J 接続プロパティ 'autoReconnect=true' を使用することを検討する必要があります。

私はSpringとJPAを使用しています。Connector/J はどこで設定すればよいですか? （persistence.xml、またはentityManagerFactoryスプリング構成、またはdateSourceスプリング構成、または他の場所で？）

次の PowerShell コードがあります。

SMO接続タイムアウトを設定しようとする部分を除いて、うまくいくようです。接続が成功した場合、ServerConnection.ConnectTimeout が 2 (秒) に設定されていることを確認できますが、SQL Server インスタンスに偽の名前を指定すると、まだ ~ 15 秒間接続を試みます (これは私が信じていることです)。デフォルトのタイムアウト値)。

SMO 接続タイムアウトを設定した経験のある人はいますか? 前もって感謝します。

クエリを実行すると、次のエラーが発生します。

*

System.Data.SqlClient.SqlException：タイムアウトが期限切れになりました。
操作が完了する前にタイムアウト期間が経過したか、サーバーが応答していません。System.Data.SqlClient.SqlConnection.OnError（SqlException例外、ブール値breakConnection）で

*

これは接続タイムアウトですか、それともコマンドタイムアウトですか？

TIA

Mac のサーバー プログラムからメッセージを受信する iPod touch プログラムがあります。touch が Mac 以外のコンピューターからメッセージを受信できるようにするために、サーバーを C++ でプログラミングしました。サーバーと ipod アプリの両方を同じコンピューター (シミュレーターで実行されているアプリ) で実行すると、接続は問題なく、すべてうまくいきます。ただし、デバイスからサーバーに接続しようとすると、接続がタイムアウトします。誰でも問題を見つけることができますか? 私はネットワークと iPhone OS 全般が苦手です。

サーバー.cpp:

サーバーはaccept()でスタックし、アプリを待っています...

client.m:

私が知る限り、サーバーもクライアントもタイムアウト以外のエラーを報告していません (私は errno と NSError でチェックしています)。

誰かがこれで私を助けることができれば、どうもありがとう!

I have a website using Microsoft SQL 2008 server over local network. Sometimes, SQL server machine is rebooted, and so the website fails to connect to the database. If the machine is up and running, it will respond fast. If it's down, there is no need to wait for 15 seconds. 3 seconds are ok.

I want to display apologizes on the website when the database is not reachable, and want to do it fast. But setting Connection Timeout=3 in connection string seems having no effect. The page spends 22 seconds to wait before throwing SqlException on SqlConnection.Open();.

What's wrong with it? May it be a hidden configuration which overrides the timeout?

Currently, my connection string is

If I set it to ...;ConnectionTimeout=3 (without space),

is thrown (strange, MSDN documentation indicates that we can use both strings).