ﾏｲｸﾞﾚｰｼｮﾝ後のｼｽﾃﾑが遅い
- このフォーラムに新しいトピックを立てることはできません
- このフォーラムではゲスト投稿が禁止されています
ISHIJIMA
居住地: 静岡県
投稿数: 1827
居住地: 静岡県
投稿数: 1827
エラーによってだと思います。
投票数:0
平均点:0.00
aiskawa
投稿数: 134
投稿数: 134
こんにちは川島です。
ログの件を確認してみます。
もしエラーが発生していたらAPGなど表示はできますでしょうか？
ﾘﾋﾞﾙﾄﾞ後に
１日半くらいはシステムは使用できていました。
ログの件を確認してみます。
もしエラーが発生していたらAPGなど表示はできますでしょうか？
ﾘﾋﾞﾙﾄﾞ後に
１日半くらいはシステムは使用できていました。
投票数:0
平均点:0.00
ISHIJIMA
居住地: 静岡県
投稿数: 1827
居住地: 静岡県
投稿数: 1827
リビルド処理の時にエラーが発生していたのではないでしょうか
その時にログが出力されていると思います。
その時にログが出力されていると思います。
投票数:0
平均点:0.00
aiskawa
投稿数: 134
投稿数: 134
こんにちは、川島です。
海外のサイトにﾘﾋﾞﾙﾄﾞを行ったら発生した、みたいな記事がありました。
みなさん経験はありますでしょうか？
http://cs.pervasive.com/forums/t/227.aspx
海外のサイトにﾘﾋﾞﾙﾄﾞを行ったら発生した、みたいな記事がありました。
みなさん経験はありますでしょうか？
http://cs.pervasive.com/forums/t/227.aspx
投票数:0
平均点:0.00
aiskawa
投稿数: 134
投稿数: 134
さっそく確認してみます
ありがとうございます
ありがとうございます
投票数:0
平均点:0.00
ISHIJIMA
居住地: 静岡県
投稿数: 1827
居住地: 静岡県
投稿数: 1827
ヘルプにPervasive(ISAM)データベースの追加情報にいろいろ設定内容がのっていますので参考にしてみて下さい
投票数:0
平均点:0.00
nkmt
投稿数: 1668
投稿数: 1668
確認は、WWNオープンの入力時ロックにしたプログラムを２台のパソコンから実行して、同一レコードに同時に入力するテストをするのが１番間違いがないのでしょうね。
投票数:0
平均点:0.00
aiskawa
投稿数: 134
投稿数: 134
皆さんこんにちは、アドバンス情報の川島です。
データファイルは9.5形式にﾘﾋﾞﾙﾄﾞをしてあります。
基本的は質問ですが、mglock.datを分けた場合magicのﾚｺｰﾄﾞﾛｯｸは
機能するのでしょうか？
mgerror/logにﾚｺｰﾄﾞﾛｸ解除待ちと出力されるのでしょうか？
教えてください
データファイルは9.5形式にﾘﾋﾞﾙﾄﾞをしてあります。
基本的は質問ですが、mglock.datを分けた場合magicのﾚｺｰﾄﾞﾛｯｸは
機能するのでしょうか？
mgerror/logにﾚｺｰﾄﾞﾛｸ解除待ちと出力されるのでしょうか？
教えてください
投票数:0
平均点:0.00
nkmt
投稿数: 1668
投稿数: 1668
ISHIJIMAさんの話繋がりで・・・・
大昔のdbMAGIC Ver7ぐらいから始まったBtrieveデータは
6.x形式などの物も多く、Pervasive V10では読みOK、書きNG
といった感じだったですかね。
元々はdbMAGICのV8だったようですし、
今回はPervasive v12 というのも有りますので
Pervasive Rebuildで、ファイルフォーマットを9か10か11
なのか最近やってないのでわかりませんけど
リビルドでバージョン上げた方がいいのかもしれないですね。
大昔のdbMAGIC Ver7ぐらいから始まったBtrieveデータは
6.x形式などの物も多く、Pervasive V10では読みOK、書きNG
といった感じだったですかね。
元々はdbMAGICのV8だったようですし、
今回はPervasive v12 というのも有りますので
Pervasive Rebuildで、ファイルフォーマットを9か10か11
なのか最近やってないのでわかりませんけど
リビルドでバージョン上げた方がいいのかもしれないですね。
投票数:0
平均点:0.00
ISHIJIMA
居住地: 静岡県
投稿数: 1827
居住地: 静岡県
投稿数: 1827
昔、リモートディスクトップにする時にロックファイルを個別にした覚えがあります。（問題があったからだと思いますが・・）
現在は個別にしていないような気がします。
PERVASIVEのファイルのバージョンが古い場合はユーティリティでバージョンアップした方が良いかもしれません。
あまりに古いとエラーが起こる事があったと思います。
現在は個別にしていないような気がします。
PERVASIVEのファイルのバージョンが古い場合はユーティリティでバージョンアップした方が良いかもしれません。
あまりに古いとエラーが起こる事があったと思います。
投票数:0
平均点:0.00
aiskawa
投稿数: 134
投稿数: 134
アドバンス情報の川島です。
サーバの件は解決しましたが、本日別の現象が発生しました。
現象：
あるﾌｧｲﾙに対して更新を行うと、#146のエラーが出る。
APGで手動で登録しても発生しました。
PSQLのﾒﾝﾃﾅﾝｽでｼｰｹﾝｼｬﾙﾌｧｲﾙの入出力で解消しました。
今回、速度を上げるためにMGLOCK.DATを端末ごとに名称を変えて運用しています。（奇妙かと思いますがパケットのトレースを行ったときにMGLOCK.DATへの存在ﾁｪｯｸの頻度多かったのと、このお客さんでは
他のシステムでもこのような運用をしておりましたのでこうしました。）
そこでですが、皆さんにこのような運用でPERVASIVEのファイルが
破損したＫことはありますか？
サーバの件は解決しましたが、本日別の現象が発生しました。
現象：
あるﾌｧｲﾙに対して更新を行うと、#146のエラーが出る。
APGで手動で登録しても発生しました。
PSQLのﾒﾝﾃﾅﾝｽでｼｰｹﾝｼｬﾙﾌｧｲﾙの入出力で解消しました。
今回、速度を上げるためにMGLOCK.DATを端末ごとに名称を変えて運用しています。（奇妙かと思いますがパケットのトレースを行ったときにMGLOCK.DATへの存在ﾁｪｯｸの頻度多かったのと、このお客さんでは
他のシステムでもこのような運用をしておりましたのでこうしました。）
そこでですが、皆さんにこのような運用でPERVASIVEのファイルが
破損したＫことはありますか？
投票数:0
平均点:0.00
aiskawa
投稿数: 134
投稿数: 134
みなさんこんには、川島です。
ご回答のほどありがとうございます。
遅い件は今回使用しております、富士通製のＦＴサーバ（助長化）
の問題でした。
詳しくは分かりませんが、同期の条件をhddのみに変更したら早くなりました。
以上ご報告いたします。ありがとうございました。
ご回答のほどありがとうございます。
遅い件は今回使用しております、富士通製のＦＴサーバ（助長化）
の問題でした。
詳しくは分かりませんが、同期の条件をhddのみに変更したら早くなりました。
以上ご報告いたします。ありがとうございました。
投票数:0
平均点:0.00
Tanda
投稿数: 2151
投稿数: 2151
川島さん、
nkmtさんの言われるようにロギングがONになっているとかは
ありませんか？
nkmtさんの言われるようにロギングがONになっているとかは
ありませんか？
投票数:0
平均点:0.00
ISHIJIMA
居住地: 静岡県
投稿数: 1827
居住地: 静岡県
投稿数: 1827
サーバーに直接端末のＬＡＮケーブルを接続して確認するとハブ等のネットワークがどうかわかりますが・・・
それでも遅いという事になるとサーバーのネットワーク環境の設定でしょうか・・・・
それでも遅いという事になるとサーバーのネットワーク環境の設定でしょうか・・・・
投票数:0
平均点:0.00
nkmt
投稿数: 1668
投稿数: 1668
万一客先で、オプション → 設定 → ロギング がかかってると処理速度は遅くなりますかね？
投票数:0
平均点:0.00
aiskawa
投稿数: 134
投稿数: 134
こんにちは川島です。ご回答ありがうございます。
データを先方よりいただいてきまして社内のクラサバの環境でﾃｽﾄした
ところ、現地では28秒程度かかるのが6秒程度で完了しました。
（使用してOSｔ、端末、データベースは同じものを使用しております）
今回、本番は富士通製の多重化されているサーバ（FTサーバ）
を使用しております。
このようなサーバを使用した場合、何か設定を行う必要はありますか？
もしございましたら教えてください。
データを先方よりいただいてきまして社内のクラサバの環境でﾃｽﾄした
ところ、現地では28秒程度かかるのが6秒程度で完了しました。
（使用してOSｔ、端末、データベースは同じものを使用しております）
今回、本番は富士通製の多重化されているサーバ（FTサーバ）
を使用しております。
このようなサーバを使用した場合、何か設定を行う必要はありますか？
もしございましたら教えてください。
投票数:0
平均点:0.00
pu_mahalo
居住地: 大阪
投稿数: 775
居住地: 大阪
投稿数: 775
こんいちは Ｐｕです。
最近pervasiveは使用していないので．．．ですが
確か クライアントモジュールってリクエスタの事ではないでしょうか
それなら リクエスタ単体では通信しかできませんので
テーブルにアクセスはできません。
リクエスタ+サーバーエンジンで初めてアクセスできるので
でわ〜でわ〜
最近pervasiveは使用していないので．．．ですが
確か クライアントモジュールってリクエスタの事ではないでしょうか
それなら リクエスタ単体では通信しかできませんので
テーブルにアクセスはできません。
リクエスタ+サーバーエンジンで初めてアクセスできるので
でわ〜でわ〜
投票数:0
平均点:0.00
fjksudou
投稿数: 180
投稿数: 180
大事なところが漏れていました。
サーバのモニターで接続状況がリアルタイムに確認できると思います。
一度、確認してみてください。
サーバのモニターで接続状況がリアルタイムに確認できると思います。
一度、確認してみてください。
投票数:0
平均点:0.00
ISHIJIMA
居住地: 静岡県
投稿数: 1827
居住地: 静岡県
投稿数: 1827
サーバー上で早いのであればネットワーク環境等ではないでしょうか・・
昔、ハブ１００Ｍが問題になった事がありましたが・・・
違うかもしれませんが・・・
親子等のバッチの場合、親でオープンしていますか？
昔、ハブ１００Ｍが問題になった事がありましたが・・・
違うかもしれませんが・・・
親子等のバッチの場合、親でオープンしていますか？
投票数:0
平均点:0.00
fjksudou
投稿数: 180
投稿数: 180
最近のPervasiveサーバ版を見てないので、正確なアドバイスはできませんが、一つのひらめきになればと思います。
昔の場合は、各々設定しないとサーバに接続できませんでした。
今回の症状は同じように感じます。
とりあえず、自分が思い当たる点を記載いたします。
・サーバ版側の設定でリモート受付を許可していない
・クライアントモジュール側でサーバエンジンを使用する設定になっていない
・サーバ版側の設定で何かしらの領域的な設定が必要
・ＷＧＥが実は必要
・ネットワーク環境による不具合
サーバ上のファイルがオープンできるのは、クライアントモジュールが直接オープンしているような気がします。
昔の場合は、各々設定しないとサーバに接続できませんでした。
今回の症状は同じように感じます。
とりあえず、自分が思い当たる点を記載いたします。
・サーバ版側の設定でリモート受付を許可していない
・クライアントモジュール側でサーバエンジンを使用する設定になっていない
・サーバ版側の設定で何かしらの領域的な設定が必要
・ＷＧＥが実は必要
・ネットワーク環境による不具合
サーバ上のファイルがオープンできるのは、クライアントモジュールが直接オープンしているような気がします。
投票数:0
平均点:0.00
aiskawa
投稿数: 134
投稿数: 134
返信ありがとうございます、川島です。
後日切り分けのために現地の端末にPervasiveWGE本体とデータファイル
をコピーしてスタンドアロンの状態で動作させてみます。
もし早ければネットワークもしくはPervasive間の接続
の問題のような気がしますので。
以上御連絡いたします。
後日切り分けのために現地の端末にPervasiveWGE本体とデータファイル
をコピーしてスタンドアロンの状態で動作させてみます。
もし早ければネットワークもしくはPervasive間の接続
の問題のような気がしますので。
以上御連絡いたします。
投票数:0
平均点:0.00
aiskawa
投稿数: 134
投稿数: 134
お世話になっております、川島です。
ｻｰﾊﾞ単体でおこなった場合はすごくはやいです。
処理完了までの時間
クライアント：40から50秒
サーバ単体：5秒以内
ｸﾗｲｱﾝﾄﾓｼﾞｭｰﾙの代わりにWGEを入れても同じでしょうか？
後インデックスに入っていない項目に無理やり範囲を入れて
場合は
V8+Pervasive2000iでは平気でもXPA+V12では遅くなるとか
ありますでしょうか？
ｻｰﾊﾞ単体でおこなった場合はすごくはやいです。
処理完了までの時間
クライアント：40から50秒
サーバ単体：5秒以内
ｸﾗｲｱﾝﾄﾓｼﾞｭｰﾙの代わりにWGEを入れても同じでしょうか？
後インデックスに入っていない項目に無理やり範囲を入れて
場合は
V8+Pervasive2000iでは平気でもXPA+V12では遅くなるとか
ありますでしょうか？
投票数:0
平均点:0.00
TKitabayashi
投稿数: 90
投稿数: 90
DEVNETにあるネットワークの設定は参考になりませんか。
https://esupp.magicsoftware.co.jp/MGSys/QSysxpa24Scripts/mgrqispi.dll?AppName=QCJ_SYSTEM2&PrgName=SerchResultDetailDirect1&arguments=-A2002754.220
V9PlusからuniPaaSにマイグレーションしたとき、バッチ処理の時間が長くなってしまったことがあり、その時はネットワークの設定で元と同じくらいの処理時間になりました。
https://esupp.magicsoftware.co.jp/MGSys/QSysxpa24Scripts/mgrqispi.dll?AppName=QCJ_SYSTEM2&PrgName=SerchResultDetailDirect1&arguments=-A2002754.220
V9PlusからuniPaaSにマイグレーションしたとき、バッチ処理の時間が長くなってしまったことがあり、その時はネットワークの設定で元と同じくらいの処理時間になりました。
投票数:0
平均点:0.00
pu_mahalo
居住地: 大阪
投稿数: 775
居住地: 大阪
投稿数: 775
こんにちは Ｐｕです
>※ｸﾗｲｱﾝﾄ側はWGEではなくｸﾗｲｱﾝﾄﾓｼﾞｭｰﾙを使用
と記載されているのでサーバーエンジンと通信しているはずです。
サーバーエンジンでアクセスできていないなら
テーブル自身がopenできないので。
pervasiveも v10やv11に上げた時
やはりバッチ 特にsort table を使用しているバッチは
極端に遅くなりました。
でわ〜でわ〜
>※ｸﾗｲｱﾝﾄ側はWGEではなくｸﾗｲｱﾝﾄﾓｼﾞｭｰﾙを使用
と記載されているのでサーバーエンジンと通信しているはずです。
サーバーエンジンでアクセスできていないなら
テーブル自身がopenできないので。
pervasiveも v10やv11に上げた時
やはりバッチ 特にsort table を使用しているバッチは
極端に遅くなりました。
でわ〜でわ〜
投票数:0
平均点:0.00
fjksudou
投稿数: 180
投稿数: 180
Pervasiveのサーバ版が正常に接続、または稼働してないのではないでしょうか？
有ると無いとではバッチ処理に雲泥の差があります。
昔だと、Btrieveのユーティリティを起動して、接続先のエンジン等を変更した記憶があります。
今でもクライアントユーティリティが存在するのでしょうか…。
有ると無いとではバッチ処理に雲泥の差があります。
昔だと、Btrieveのユーティリティを起動して、接続先のエンジン等を変更した記憶があります。
今でもクライアントユーティリティが存在するのでしょうか…。
投票数:0
平均点:0.00
nkmt
投稿数: 1668
投稿数: 1668
Pervasive は V10止まりの私なのですが
Pervasive Control Center でMax値などの設定変更は
V12でも有るのでしょうね。
※IPv6の有効/無効で速度変わりますかね。
Pervasive Control Center でMax値などの設定変更は
V12でも有るのでしょうね。
※IPv6の有効/無効で速度変わりますかね。
投票数:0
平均点:0.00
ISHIJIMA
居住地: 静岡県
投稿数: 1827
居住地: 静岡県
投稿数: 1827
あとはバッチ処理で子タスク等ある場合子タスクで使用しているＤＢを親タスクで事前にオープンしておく等でしょうか
切り分けとしてサーバー上でバッチを実行した場合はどうなりますか？
切り分けとしてサーバー上でバッチを実行した場合はどうなりますか？
投票数:0
平均点:0.00
aiskawa
投稿数: 134
投稿数: 134
御返信ありがとうございます。
電源オプションはｻｰﾊﾞおよびｸﾗｲｱﾝﾄともに
高ﾊﾟﾌｫｰﾏﾝｽになっておりました。
電源オプションはｻｰﾊﾞおよびｸﾗｲｱﾝﾄともに
高ﾊﾟﾌｫｰﾏﾝｽになっておりました。
投票数:0
平均点:0.00
ISHIJIMA
居住地: 静岡県
投稿数: 1827
居住地: 静岡県
投稿数: 1827
ＯＳの電源オプションがバランスになっていたら高パフォーマンスにするとどうなりますか
投票数:1
平均点:10.00
aiskawa
投稿数: 134
投稿数: 134
みなさんこんにちは、アドバンス情報の川島です。
実は最近ﾏｲｸﾞﾚｰｼｮﾝしたｼｽﾃﾑの動作が以前より極端に遅くなって
おり困っています。
環境：
Magic:V8 →XPA2.5b
Pervasive:2000i → V12(64bit)
※ｸﾗｲｱﾝﾄ側はWGEではなくｸﾗｲｱﾝﾄﾓｼﾞｭｰﾙを使用
ｻｰﾊﾞ:2003 → 2012 R2
ｸﾗｲｱﾝﾄ:XPA → WIN7
ｸﾗｲｱﾝﾄｻｰﾊﾞ形式
画面の表示よりもバッチが極端に遅くなっております。
MagicまたはPervasiveのﾊﾞｰｼﾞｮﾝが上がったことにより
挙動が以前と変わるのでしょうか？
みなさんはこのような経験はありますか？
何か御存じでしたらご回答お願いします。
実は最近ﾏｲｸﾞﾚｰｼｮﾝしたｼｽﾃﾑの動作が以前より極端に遅くなって
おり困っています。
環境：
Magic:V8 →XPA2.5b
Pervasive:2000i → V12(64bit)
※ｸﾗｲｱﾝﾄ側はWGEではなくｸﾗｲｱﾝﾄﾓｼﾞｭｰﾙを使用
ｻｰﾊﾞ:2003 → 2012 R2
ｸﾗｲｱﾝﾄ:XPA → WIN7
ｸﾗｲｱﾝﾄｻｰﾊﾞ形式
画面の表示よりもバッチが極端に遅くなっております。
MagicまたはPervasiveのﾊﾞｰｼﾞｮﾝが上がったことにより
挙動が以前と変わるのでしょうか？
みなさんはこのような経験はありますか？
何か御存じでしたらご回答お願いします。
投票数:0
平均点:0.00