Re: テーブルロック待ちの発生原因が分かりません

atushi様、度々ありがとうございます。

まず、すいません。
ワークグループ版は、SP3の間違いでした。
しかし、作業時、MagicV9PLUSにバンドルされていたSP1を上書きにてSP3にアップグレードしました。
AG-TECHさんのWebページをみると、
　#Windows 上の Server / Workgroup エンジンもしくはクライアン
　#トモジュール（リクエスタ）の Pervasive.SQL V8 Service Pack 2
　#(SP2) がインストールされている環境から Pervasive.SQL V8
　#Service Pack 3(SP3) へのアップグレード（上書きインストール）
　#作業を行うと不具合が発生することがありますので、
　#Pervasive.SQL V8 SP3 へのアップグレード作業を行う際には、事
　#前に Pervasive.SQL V8 SP2 のアンインストールをお薦めします。(http://www.agtech.co.jp/download/update/pervasive/vsqlv8.html)
との記載があり、SP1>SP2の上書アップデートは問題ないのか心配になってきました。

ワークファイルの設定の件ですが、データベース設定では分けておらず、
DBテーブル欄に論理名を記述し、その論理名にファイルパスを記述しています。

ところで、不具合機のうち一台だけ、別PCを準備してもらえることなり、
早速試したところ、問題なく使用することができました。
BtriveやPervasiveを使用していそうなものは見当たらないのですが、
他のアプリケーションとの兼ね合いなのかもしれません。

不具合の状況に関してさらに調べてみました。
異常機上のワークグループ版のPVSW.LOGには、
E 3112: ステータス 10055 が、最大限の 1024 バイトを受信中に返されました。
I Btrieve server not found. PNSL open session by name returned status = 10055.
が残っており、
サーバでnetstatコマンドにより使用ポートを見てみると、正常なクライアント間では、
Btriveインターフェースポート(3351)が使用されているのに、
異常機間とでは以下のようにPervasive(1583)のCLOSE_WAITが並んでいました。
TCP Server:1583 ClientPC:1092 CLOSE_WAIT
TCP Server:1583 ClientPC:1093 CLOSE_WAIT
TCP Server:1583 ClientPC:1094 CLOSE_WAIT
TCP Server:1583 ClientPC:1095 CLOSE_WAIT
TCP Server:1583 ClientPC:1099 CLOSE_WAIT
TCP Server:1583 ClientPC:1100 CLOSE_WAIT
TCP Server:1583 ClientPC:1101 CLOSE_WAIT
TCP Server:1583 ClientPC:1103 CLOSE_WAIT
TCP Server:1583 ClientPC:1104 CLOSE_WAIT
TCP Server:1583 ClientPC:1105 CLOSE_WAIT
TCP Server:1583 ClientPC:1106 CLOSE_WAIT
TCP Server:1583 ClientPC:1107 CLOSE_WAIT
TCP Server:1583 ClientPC:1108 CLOSE_WAIT
TCP Server:1583 ClientPC:1109 CLOSE_WAIT
TCP Server:1583 ClientPC:1110 CLOSE_WAIT
TCP Server:1583 ClientPC:1114 CLOSE_WAIT

原因はつかめませんが、アドバイス頂いた様に、ワークグループ版を使用せず、
環境変数を使用し、サーバ版で処理する方向で検討したいと思います。
ご意見、ありがとうございます。