0

これがすでに尋ねられて解決された場合はお詫びしますが、多くの検索と失われた髪を通して、私たちはテザーの終わりに到達しています!

IIS 6を介してWebサービスを実行しているWebサーバーがあります。これらのWebサービスは、Sybase SQLAnywhere9データベースとMSSQLデータベースの両方を備えたデータベースサーバーと通信します。12月の初めにリリースされて以来、IISがハングし、デフォルトのアプリプールをリサイクルすることによってのみ再び応答できるようになりました。多くの調査、メモリダンプ、およびコード変更を通じて、すべてが原因であるSybaseデータベースを指しているようです。これは、このリリース以降、より多くのアクセスが行われているという事実によって裏付けられています。

可能な限りすべてを試しましたが、Webサーバーがハングしたときに実行したすべてのメモリダンプには、「ブロックの可能性またはクリティカルセクションのリークが検出されました」という情報と、Sybaseデータベースに使用されるメインdllである「dbdata9」に関連する情報が含まれています。 。

最新のSybase.Netプロバイダーを入手しておらず、サーバーとコードでこれらを更新していることがわかりましたが、それでもこれらのハングが発生することがあります。メモリダンプで数回報告された最新のメッセージは次のとおりです。

「スレッド#が所有するdbdata9!AsaTransaction_SendTransactionCookie + 46640で、ブロッキングまたはリークの可能性のあるクリティカルセクションが検出されました。」

私はこれを回避する方法のアイデアが不足しています。誰かがこれを進める方法について何か良い提案があれば、それは大きな助けになるでしょう!

さらに詳しい情報が必要な場合は、お問い合わせください。提供させていただきます。

前もって感謝します。

4

1 に答える 1

0

知りたい人にとっては、問題はSybase自体にあり、そのソフトウェアの新しいバージョンで修正されたようです。dllを最新バージョンに更新すると、問題が解決したようです。これについてさらに情報が必要な場合は、お気軽にお問い合わせください。

于 2011-05-21T14:10:00.550 に答える