- 締切済み
ネットワーク切断直後のＰｒｏ＊Ｃ処理エラー検出の時間短縮方法
以下のようなサーバ・クライアントでそれぞれ業務ＡＰを Ｃ言語＋ＯｐｅｎＭｏｔｉｆ＋Ｐｒｏ＊Ｃで開発しております。 【 環境 】 ＜サーバ装置＞ ・ＲｅｄｈａｔＥＳ３ ・Ｏｒａｌｃｅ１０ｇ ・ＯｐｅｎＭｏｔｉｆ ・Ｐｒｏ＊Ｃ クライアントからsend()されたＤＢ更新要求をrecv()し、 ＤＢの登録・更新・削除を行う。 ＤＢアクセスにはＰｒｏ＊Ｃを使用。 ＜クライアント装置＞ ・ＲｅｄｈａｔＥＳ３ ・Ｏｒａｃｌｅクライアント ・ＯｐｅｎＭｏｔｉｆ ・Ｐｒｏ＊Ｃ 画面より入力されたデータをもとにサーバへＤＢ更新要求を send()する。（クライアントでＤＢの更新は行わない） 画面にデータを表示する場合はＰｒｏ＊Ｃを使用 【 質問 】 以上のような構成でサーバ－クライアント間のＬＡＮケーブルを 抜き、すぐさまクライアントからデータの表示（ＤＢ参照）を 行おうとするとクライアントの画面全体が固まります。 （業務ＡＰ的にはフリーズ状態になってしまっている。） ５分くらいするとＰｒｏ＊Ｃ（Ｏｒａｃｌｅクライアント？）が エラーを返却するのか、ボタン操作等は行えるようになるんですが この時間をせめて１分程度に出来ないかと方法を探しています。 Ｌｉｎｕｘのネットワークに関する質問に当たるかもしれませんが 皆さんお知恵を貸してください。
- gootakakin
- お礼率66% (2/3)
- C・C++・C#
- 回答数3
- ありがとう数3
- みんなの回答 （3）
- 専門家の回答
みんなの回答
申し訳ありませんが、これ以上は分かりません。 お役に立てず申し訳ありません。 とりあえず、以下の順で調べられると良いと思います。 １．Pro*Cによる、サーバーへのデータ送信時のタイムアウト設定 ２．Oracleクライアントの設定 ３．Linuxの設定 LinuxでTCPタイムアウト値のデフォルトを変更出来ると思いましたけど、やり方を忘れてしまいました。 とりあえず、Linuxのカーネルコンフィグレーションを調べましたが、TCPのタイムアウト設定はありませんでした。 多分、どこかの設定ファイルかと思います。
TCPのRFC(793)を調べたところ、デフォルトのタイムアウト値は5分ですね。 ですから、ソケットオプションのタイムアウトを設定すればいいかと思います。 socket生成後に、setsockoptでタイムアウト時間を設定すれば良いでしょう。 送信タイムアウトなら"SO_SNDTIMEO"だったと思います。
ＤＢは素人なので的を外しているかもしれませんので、参考意見です。 おそらくクライアントの作りが、sendしたらrecvするまで待っているから止まっているかと思われます。 通常は、すぐrecvするので止まってないように見えるだけかと思います。 そして、recvのタイムアウトが５分に設定されているのでしょう。 recvのタイムアウトの設定方法を調査すれば良いかと思います。
お礼
参考意見ありがとうございます。 machirokaさんが仰っているようにPro*C（Oracleクライアント？）がサーバに対してsendを行い、recvが無いためPro*C自体も呼び元の業務APに対して応答を返していないようなのですが、どうすればもっと短くできるかが分からない状況です。 LinuxのTCPタイムアウト等について調べた方が良いんですかねぇ。。。
お礼
またまたmachirokaさん、ありがとうございます。 業務アプリケーションは上記の内容で修正できるのですが、Pro*CによるＤＢアクセスなどは変更できないですよね？ ＯＳのデフォルトタイムを変更する方法はご存じありませんか？ もしくはOracle、Pro*Cの設定変更方法。