none
SQL Server 2005 と Postgresql のODBC共存について RRS feed

  • 質問

  • SQL Server 2005 を使用した、Access2003のシステムを開発しています。

    ある特定のパソコンから、SQL Server内にあるデータの更新、追加を行ったところ、
    レスポンスが悪く、改善を要求されています。

    ある特定のパソコンとは、スペックが以下のようになります。

    OS:WindowsXP SP2
    CPU : Core 2 Duo
    メモリ:1GB

    社内LANのHUBは、100MB対応HUBです。

    そのパソコンには、PostgresqlのODBCを使用するシステムがインストールされており、
    Postgresql 8.2.1(英語版) が適用されています。

    AccessからのODBC接続は、SQLServerだけを想定しており、Postgresqlは対象外
    でした。

    共存している環境で、レスポンスを改善する方法をご教授いただけたら、幸いです。

    アドバイスをよろしくお願い致します。

    追伸:Postgresqlを使用したソフトは、Version 6.*で動作するように開発されている
        ようです。

    2009年9月14日 8:35

回答

  • * サーバからのレスポンスが遅いのか
    * クライアントマシン上のソフトの動作が全般的に遅いのか

    このあたりは如何でしょうか?

    Toshiya TSURU
    http://www.google.com/profiles/turutosiya
    • 回答としてマーク 菊地俊介 2009年11月2日 9:29
    2009年9月15日 3:56
  • 特定のクライアントのみパフォーマンスが遅いとありますが、同じ LAN内に存在するクライアントからは、特にパフォーマンスの問題が発生していないということでしょうか。
    問題の発生しているマシンがファイルサーバを兼務しているのであれば、他のクライアントから多くのアクセスが来ている可能性があります。

    サーバー上で特定のクライアントからの処理を確認(sysprocesses) すると、Network I/O 待ちなどが発生しているかもしれませんね。

    一般的に処理のレスポンスが遅い要因としては、ブロッキングが発生していることが考えられますが、特定の端末のみでしか発生しないのであれば、端末自体のリソースが不足しているのかもしれません。(Disk I/O が高い、CPU使用率が高い、NetWork I/Oが高いなど)
    • 回答としてマーク 菊地俊介 2009年11月2日 9:28
    2009年9月15日 15:31

すべての返信

  • * サーバからのレスポンスが遅いのか
    * クライアントマシン上のソフトの動作が全般的に遅いのか

    このあたりは如何でしょうか?

    Toshiya TSURU
    http://www.google.com/profiles/turutosiya
    • 回答としてマーク 菊地俊介 2009年11月2日 9:29
    2009年9月15日 3:56
  • 早速のご返信、ありがとうございます。

    >* サーバからのレスポンスが遅いのか
       サーバーからのレスポンスが遅いです。

    >* クライアントマシン上のソフトの動作が全般的に遅いのか
       Officeに関しては、普通に使用できているようです。
       しかし、そのクライアントPCはなぜかファイルサーバー的な役目をしています。
    2009年9月15日 4:23
  • あれ、すいません。「PostgreSQL」からのレスポンスが遅いということですか?
    それとも、該当マシン上に「たまたま」PostgreSQLが入っていて、それを使うシステムが別途インストールされているということでしょうか?

    「AccessからのODBC接続は、SQLServerだけを想定しており、Postgresqlは対象外でした。」とあったので、一応確認のため。


    Toshiya TSURU
    http://www.google.com/profiles/turutosiya
    2009年9月15日 5:54
  • 特定のクライアントのみパフォーマンスが遅いとありますが、同じ LAN内に存在するクライアントからは、特にパフォーマンスの問題が発生していないということでしょうか。
    問題の発生しているマシンがファイルサーバを兼務しているのであれば、他のクライアントから多くのアクセスが来ている可能性があります。

    サーバー上で特定のクライアントからの処理を確認(sysprocesses) すると、Network I/O 待ちなどが発生しているかもしれませんね。

    一般的に処理のレスポンスが遅い要因としては、ブロッキングが発生していることが考えられますが、特定の端末のみでしか発生しないのであれば、端末自体のリソースが不足しているのかもしれません。(Disk I/O が高い、CPU使用率が高い、NetWork I/Oが高いなど)
    • 回答としてマーク 菊地俊介 2009年11月2日 9:28
    2009年9月15日 15:31
  • Toshiya TSURU 様

    ご返信、ありがとうございます。

    >あれ、すいません。「PostgreSQL」からのレスポンスが遅いということですか?
    >それとも、該当マシン上に「たまたま」PostgreSQLが入っていて、それを使うシステムが別途インストールされているということでしょうか?

    レスポンスが遅いといわれたのは、SQLサーバーのほうで、PostgreSQLではありません。
    該当マシンも、少し複雑ないきさつがあって、PostgreSQLのサーバーとなっているわけではなく、あくまで
    PostgreSQLを使用するシステムが別途インストールされているという環境です。

    複雑ないきさつの説明を少ししますと、
    1.クライアントPC(NECのMateです)を、Accessなどのシステムを利用してもらうようにファイルサーバーとして立ち上げ。
    2.あるユーザーが、Accessを利用している際、ファイルのコピーなどを他人が行うため、「遅い」とクレームをつけた。
    3.あるユーザーが、そのPCを利用するようになってしまった。(独占)
    4.あるユーザーが使用していた、他システムやファイルもこのPCに移行(インストール)。
    5.その立ち上げ、設置、ユーザーへPCを明け渡した担当以外は、まさかユーザーが利用しているとは思っていない。
    6.あるユーザーは、まさか自分が独占し、ファイルサーバーとなっているとはいまだに理解していない。
    と、いう状況です。

    でも、状況は改善されていないはずなのに・・・・・(私が思うところ)

    ご説明が不足しており、ご迷惑をおかけしています。申し訳ありません。

    2009年9月16日 3:04
  • NOBTA 様

    ご返信、ありがとうございます。

    同じLAN内に存在するクライアントからは、パフォーマンスの問題は発生していませんとご報告がありました。
    やはり、ネットワークトラフィックの可能性があるということですよね?

    システムリソースの確認を行ってみたいと思います。

    アドバイス、ありがとうございます。

    2009年9月16日 3:09
  • 自己レスです。

    Toshiya TSURU 様、NOBTA 様からご指摘頂いた内容を、翌週お客様先にて調査することとなりました。
    しかし、前述の通り、「複雑ないきさつ」が解消されていない為、まだ時間を要するかもしれません。

    調査結果など、詳細はまた後日こちらに提示する予定です。

    また、アドバイスなど、よろしくお願い致します。
    2009年9月25日 5:00
  • Toshiya TSURU 様
    NOBTA 様

    ご返信いただきまして、誠にありがとうございました。

    約1ヶ月、ユーザー様からのテスト結果の報告が無く(こちらからは、週に2~3回はお願いしていましたが)、
    レスが遅くなり、大変申し訳ございませんでした。

    結果を申し上げますと、共存する環境のままで使用して頂き、レスポンスの改善に関しては、今後の課題と
    なりました。
    ただ、PostgreSQLもODBC接続のため、今後は共存を避けたほうが良いという点は、お客様にも理解して
    頂けたので、ほんのわずかですが、進歩があったのではないかと思われます。

    また、ネット上の情報や参考書にて調べてもわからないようなイレギュラーなケースの際には、こちらにて
    教えて頂きたいと思っております。

    ありがとうございました。
    2009年10月20日 5:51
  • 皆様、こんにちは。

    Toshiya TSURUさん、NOBTAさん、回答ありがとうございます。

    MrGiants_SQLさん、フォーラムのご利用ありがとうございます。
    勝手ながら、有用な情報と思われたためToshiya TSURUさん、NOBTAさんの回答へ回答マークをつけさせていただきました。

    今後ともフォーラムをよろしくお願いします。
    それでは!
    2009年11月2日 9:31