|
1:リプレース後にＯＤＢＣ接続が遅くなった・・ ＲＤＢサーバー 08/10 10:10 初めて投稿します。 8月8日に、Exp5800_640Ai(WinNT4.0)から640Xi(Win2003R2)へ リプレースを完了し、本日が初めての運用となります。 弊社では、PC-RDBサーバーを利用し、ODBC接続でオフコンデータを 別のシステムでも活用しておりますが、明らかに、リプレース 前よりも現在の方が動作が遅くなったことが体感でわかります。 何かヒントでも構いませんので、似たようなご経験や、お心当たりがある方に ご教授頂きたく、よろしくお願い致します。 2:Re:リプレース後にＯＤＢＣ接続が遅くなった・・ ＲＤＢサーバー 08/10 21:28 今回の件で追記します。 リプレース前は、RDBCTLの常時接続数が10タスクで、 リプレース後は、同30タスクに増加しております。 また、クライアントのPC-RDBサーバーは、6.50から 6.51へリビジョンアップしております。 サーバーのネットワーク環境も、100M/bpsから 1000M/bpsへアップしました。 サーバースペックも相当向上しているはずなのですが リプレース後に遅くなる要因が探せず困っています。 なにかアドバイスをいただけますと大変ありがたいです。 よろしくお願い致します。 3:Re:リプレース後にＯＤＢＣ接続が遅くなった・・ tahrayan 08/14 11:28 こんにちは レスポンスが遅いと本当に困りますよね。 読ませていただきましたが、どの程度原因分析で来ているのか が、漠然としており、書き込みにくいのではないかと思います。 例えば、サーバ側に問題がありそうとか、クライアント側が遅いとか、 あるいはＯＤＢＣが遅いと判断したのはどの辺りなのかとか。 もうご存じなのかも知れませんが、 ＮＥＣのＲＤＢサーバーのサイトにＱ＆Ａがあり、 レスポンスが遅い時についての対処方法が載っています http://www.nec.co.jp/pfsoft/rdbsv/index.html 接続数が増えたとのことですが、ＲＤＢバッファプールの数は問題ないでしょうか 4:Re:リプレース後にＯＤＢＣ接続が遅くなった・・ ＲＤＢサーバー 08/21 16:35 ターラヤン様、レスポンスありがとうございます。 また、返信が遅れまして、大変失礼いたしました。 オフコンサーバーを納入いただいた代理店の方にいろいろ 調査いただき、どうやらＤＮＳの逆引き設定がなされていなかったのが 原因だったようで、逆引き設定後はレスポンスが遅い問題は 解消されました。 ＲＤＢサーバーが原因ではなかったので、一安心しました。 ありがとうございました。 |