1

DMZ内のサーバー上のOracleデータベースに接続するサードパーティの.NetWebアプリケーション(Sitecore)があります(ファイアウォールでLANから分離されています)。アプリケーションとデータベース間の接続が遅い。失敗することはありません。アプリケーション(Sitecore)とLAN内のOracleデータベース間で発生する同じプロセス(数ミリ秒対20分)と比較して、プロセス(公開と呼ばれる)には長い時間がかかります。興味深いことに、Toad for Oracleを使用してDMZ内のデータベースをクエリする場合と、LAN内のデータベースのコピーをクエリする場合とで、同じ動作が得られます。

LAN内でセットアップを複製しましたが、問題は解決しました。MSSQLデータベースを使用すると、問題も解消されます。SitecoreまたはToadを使用せず、代わりにOracleのsqlPlusアプリケーションで単純なクエリを実行すると、問題は発生しません。

これは、問題がOracle Data Provider for .Netを使用し、LAN内で実行されており、LAN外のOracleデータベースにクエリを実行しようとしているアプリケーションに固有であることを示しています。

OSは、Windows 2008R2 64ビット(Oracle DBサーバー)、Windows 2008 32ビット(Sitecore)、Win7 64ビット(ToadおよびSqlPlusクライアント)です。ファイアウォールが何であるかはわかりませんが、それはある種の仮想スイッチ/ルーターのものにあると思います(ええ、私はネットワークの人ではありません、どう思いますか?)。Oracleは10gです。クライアントは、64ビットおよび32ビットにOracle.DataAccess2.102.4.0または2.102.5.0を使用しています。ヒキガエルは10.6です。Sitecoreは6.2.0rev091012です

Wireshark、Procmon、Win7 Resource Monitorなどのさまざまなモニターを実行しましたが、何を探しているのかよくわかりません。私が見ることができるのは、送信と受信の間に大きな時間のギャップがあることだけですが、これらのギャップがどこで作成されているのかを判断することはできません。私にとって、これはすべて本当に不気味です。私の経験では、ネットワーク接続は機能するか機能しないかのどちらかであり、一部のトラフィックが遅い場合は、すべてのトラフィックが遅くなります。

何がこの振る舞いを引き起こす可能性があるかについてのアイデアはありますか?具体的には、Oracleデータプロバイダーの特定の実装で、接続(WiresharkによるTNSおよびTCPプロトコル経由)が遅くなるが完全に失敗しない原因となる可能性のあるネットワーク/ルーター/ファイアウォール設定はどれですか?

混乱し、穏やかに不気味な、

ジェームズ。

4

1 に答える 1

1

したがって、答えは、使用しているファイアウォールが問題を引き起こしているということです。Oracleトラフィック(ODP.netプロバイダーによって処理された)に対してディープパケットインスペクションを実行しようとしています。これにより、実際に停止することなく、ネットワークトラフィックが大幅に遅くなります。別の方法で機能するファイアウォールで問題が解決するはずです。みんなクエスト(ヒキガエルサポート)はとても良かったし、答えを思いついた。Oracleのサポートはあまり役に立ちませんでした。Questには問題に関するドキュメントがいくつかありますが、サポートポータルの背後にあります。

于 2011-04-08T02:54:44.310 に答える