問題タブ [timeoutexception]

Ubuntu クラウド サーバーに Rackspace を使用しています。毎日、スクリプト (スクリプトはラックスペースからのものだと思います) がクラウド サーバー上で実行され、バックファイルが Rackspace CloudFiles にコピーされ、ファイルがコピーされたかのようにメールが送信され、クラウド サーバー上でスクリプトをスケジュールしました。私はスクリプトについてあまり知識がなく、スクリプトはCruiseに基づいていると思います（build.xml、いくつかのjarファイルを見ることができるように...）。毎日、ファイルはクラウド サーバーから Rackspace にコピーされますが、理由がわからない場合があります。ファイルが Rackspace にコピーされてエラー エラー メッセージが送信されるか、ファイルがコピーされずに以下のようなエラー エラー メッセージが送信されることがあります。

Rackspace を使用している人はいますか?、これを修正した人はいますか?

asp.net と c#.net を使用して Web アプリケーションを開発し、SQL Server DB を使用しています。

時折 sql タイムアウト例外が発生します。sqltimeout 例外が発生した場合にログインページにリダイレクトしたいですか? どうすればそれができますか

これには MVC アプリケーションがあり、ExecuteStoreQuery を使用して LINQ to entity の動的クエリを実行しています。

約 12000 の多数のレコードでタイムアウト例外が発生していますが、少数では正常に動作しています。

しかし、LINQ を記述して実行すると、同じクエリが正常に動作します。

また、接続文字列にデフォルトのコマンド timeout=600000 を追加しましたが、クエリの実行に 20 ～ 25 分ほど時間がかかりすぎています。

LINQ クエリを使用すると同じ結果がより速く表示されるため、クエリをより速く実行するにはどうすればよいですか。

テーブル名が動的に作成されるため、ExecuteStoreQuery を使用したいと考えています。例: "select * from "+tablename; 次に、エンティティ モデルと ExecuteStoreQuery を使用して上記のクエリを実行し、レコードを読み取ります。

しかし、多数のレコードには時間がかかりすぎます。

では、実行速度が速い ExecuteStoreQuery を使用して大きなレコードを取得するにはどうすればよいでしょうか。

私の質問は、WCF によって時々スローされる System.TimeoutException に関連しています。

System.TimeoutException: 割り当てられたタイムアウト 00:00:00 内にオープン操作が完了しませんでした。この操作に割り当てられた時間は、より長いタイムアウトの一部であった可能性があります。---> System.TimeoutException: net.tcp://192.168.1.100:50000/TabletSvc/ へのトランスポート セッションを確立中に、00:00:00 後にオープンがタイムアウトしました。この操作に割り当てられた時間は、より長いタイムアウトの一部であった可能性があります。---> System.TimeoutException: net.tcp://192.168.1.100:50000/TabletSvc/ 経由での接続が 00:00:00 後にタイムアウトしました。1 つの使用可能なアドレス () のうちの 0 に対して接続試行が行われました。チャネルの RemoteAddress を調べて、このエンドポイントの DNS レコードが有効な IP アドレスに対応していることを確認してください。この操作に割り当てられた時間は、より長いタイムアウトの一部であった可能性があります。

ランダムな動作の考えられる原因は何ですか?

WCF サービスは、Windows XP SP2 で実行される .NET アプリケーションにホストされます。アプリケーションは、別のマシンでホストされている同じサービスへのクライアント プロキシを作成します。重要な側面の 1 つは、サービスがreliableSession と serviceThrottling を使用していることです。マシンは WiFi 接続を介して通信しています。

クライアントとサービスは、同じアプリケーション内の別のスレッドにあります。この観点から、それらは互いに依存していません。ロックがあってはなりません。

ping を使用してマシン間の WiFi 接続を確認しましたが、問題ないようです。次のステップは、ネットワーク モニターを配置することですが、それらは運用マシンであるため、すぐには実現しない可能性があります。

maxConcurrentSessions と maxConcurrentInstances の両方を 50 に増やすことを考えましたが、テストする時間がありませんでした。これは、アプリケーションがリソースを使い果たしているか、ホストされているサービスに影響を与える制限に達している可能性があるという考えに基づいています.

前述したように、クライアント プロキシが接続を開くのに失敗することがあります。1 分後に 2 回目の試行を行うと、通常は成功します。

クライアントとサービスの構成は次のとおりです。

例外のスタック トレースは次のとおりです。

私は C# コードを書いており、LINQ といくつかのストアド プロシージャを使用しています。接続の開閉には注意していますが、このエラーが発生し続けます。

私のコードはこのエラーの発生を除いて完全に動作します。どうすればよいですか?

アイデアをありがとう。

WCFサービスメソッド（同期）があります。このメソッドは、（COMを介して）別のプロセスを呼び出して、いくつかの処理を実行します。これで、このCOMプロセスが完了するまでに約10〜15秒かかり、その後、サービスへの呼び出しが返されます。サービスはクライアントに返される必要があります。

WCFクライアント側では、sendtimeoutが5秒に設定されているため、5秒後にクライアントでタイムアウト例外が発生します。

ここで私の質問は、クライアントがタイムアウト例外を受け取った後、サービス側で何が起こるかです。COMプロセスの呼び出しはまだ進行中であり、さらに5〜10秒後にサービスに戻る可能性があるため、サービスがこのシナリオを処理する方法。

さらに入力が必要な場合はお知らせください。

よろしく、

いくつかの結合を含む単純なクエリがあります。クエリには約4または5のWHERE条件がありますが、結果が返されない場合は最大15秒かかります。ただし、特定のOR条件を除外すると、5秒しかかからず、約20行が返されます。

とにかく、ORには内部選択や派手なものがなく、列の単純な条件であるため、ORを何らかの方法でリファクタリングする必要があると思いました。

何か案は？これはテーブルロックの問題ではないようです。SQLManagementStudio（2008 RC2サーバー）から直接クエリを実行しています。

timeoutexception の後でプロキシに障害が発生せず、引き続き使用できます。
そのプロキシを使用することをお勧めしますか、それとも中止して新しいプロキシを作成する必要がありますか?

データベースからクライアントへのストリーミング応答としてデータを返すWCF-Webを設定しようとしています。このメソッドは現在45.000アイテムを返します。

私の問題は、このメソッドを数回呼び出そうとすると、一部のリクエストが成功し、次の呼び出しがTimeoutExceptionで終了することです。これは、クライアントがホストへの新しい接続を確立できないようです。TransferModeを「Buffered」に変更すると、意図したとおりに機能します。

System.Net.ServicePointManager.DefaultConnectionLimitをより大きな数値に増やすことで、正常に処理される呼び出しの量を増やすことができます。

クライアントが接続を閉じていないように私には思えますか？しかし、なぜStreamedResponseモードのみなのですか？どこが間違っているのですか？何か案が？

ソース：

クライアントバインディング：

と呼ばれるテーブルがありますPurchases：

注：ProjectCodeはのプレフィックスですPRSNumber。

以前は、テーブルにフィールドがない場合、ProjectCode以前の開発者はこのクエリを使用して特定のサプライヤーとの購入を検索していました。

PRSNumberはい、を取得して比較するために、を連結しProjectCodeます。ただし、上記のコードは、テーブルのデザインに関係なく正常に機能します。

しかし、新しいフィールド、、を追加したとき、次のProjectCodeクエリを使用します。

私はこの例外を受け取ります：

タイムアウトが期限切れになりました。操作が完了する前にタイムアウト期間が経過したか、サーバーが応答していません。

比較の前に連結が必要な最初のクエリが、比較以外の何もしなければならない2番目のクエリよりも高速であるとは信じられません。なぜこれが起こっているのか教えていただけますか？

役立つかもしれないいくつかの情報：

• PRSNumber主キーはvarchar(11)であり、主キーです
• ProjectCodeはnvarchar(10)
• どちらのクエリもSQLServerManagementStudioで正常に機能します
• 最初のクエリはASP.NETWebサイトで機能しますが、2番目のクエリは機能しません
• ProjectCodeインデックスが付けられます
• テーブルには32k行があります

アップデート

• ProjectCodeインデックスに登録されましたが、まだ運がありません