マイグレーション後のシステムが遅い
- このフォーラムに新しいトピックを立てることはできません
- このフォーラムではゲスト投稿が禁止されています
ISHIJIMA
居住地: 静岡県
投稿数: 1827
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
エラーによってだと思います。
投票数:0
平均点:0.00
aiskawa
投稿数: 134
![一人前 一人前](../../uploads/rank3dbf8ea81e642.gif)
こんにちは川島です。
ログの件を確認してみます。
もしエラーが発生していたらAPGなど表示はできますでしょうか?
リビルド後に
1日半くらいはシステムは使用できていました。
ログの件を確認してみます。
もしエラーが発生していたらAPGなど表示はできますでしょうか?
リビルド後に
1日半くらいはシステムは使用できていました。
投票数:0
平均点:0.00
ISHIJIMA
居住地: 静岡県
投稿数: 1827
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
リビルド処理の時にエラーが発生していたのではないでしょうか
その時にログが出力されていると思います。
その時にログが出力されていると思います。
投票数:0
平均点:0.00
aiskawa
投稿数: 134
![一人前 一人前](../../uploads/rank3dbf8ea81e642.gif)
こんにちは、川島です。
海外のサイトにリビルドを行ったら発生した、みたいな記事がありました。
みなさん経験はありますでしょうか?
http://cs.pervasive.com/forums/t/227.aspx
海外のサイトにリビルドを行ったら発生した、みたいな記事がありました。
みなさん経験はありますでしょうか?
http://cs.pervasive.com/forums/t/227.aspx
投票数:0
平均点:0.00
aiskawa
投稿数: 134
![一人前 一人前](../../uploads/rank3dbf8ea81e642.gif)
さっそく確認してみます
ありがとうございます
ありがとうございます
投票数:0
平均点:0.00
ISHIJIMA
居住地: 静岡県
投稿数: 1827
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
ヘルプにPervasive(ISAM)データベースの追加情報にいろいろ設定内容がのっていますので参考にしてみて下さい
投票数:0
平均点:0.00
nkmt
投稿数: 1668
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
確認は、WWNオープンの入力時ロックにしたプログラムを2台のパソコンから実行して、同一レコードに同時に入力するテストをするのが1番間違いがないのでしょうね。
投票数:0
平均点:0.00
aiskawa
投稿数: 134
![一人前 一人前](../../uploads/rank3dbf8ea81e642.gif)
皆さんこんにちは、アドバンス情報の川島です。
データファイルは9.5形式にリビルドをしてあります。
基本的は質問ですが、mglock.datを分けた場合magicのレコードロックは
機能するのでしょうか?
mgerror/logにレコードロク解除待ちと出力されるのでしょうか?
教えてください
データファイルは9.5形式にリビルドをしてあります。
基本的は質問ですが、mglock.datを分けた場合magicのレコードロックは
機能するのでしょうか?
mgerror/logにレコードロク解除待ちと出力されるのでしょうか?
教えてください
投票数:0
平均点:0.00
nkmt
投稿数: 1668
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
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
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
昔、リモートディスクトップにする時にロックファイルを個別にした覚えがあります。(問題があったからだと思いますが・・)
現在は個別にしていないような気がします。
PERVASIVEのファイルのバージョンが古い場合はユーティリティでバージョンアップした方が良いかもしれません。
あまりに古いとエラーが起こる事があったと思います。
現在は個別にしていないような気がします。
PERVASIVEのファイルのバージョンが古い場合はユーティリティでバージョンアップした方が良いかもしれません。
あまりに古いとエラーが起こる事があったと思います。
投票数:0
平均点:0.00
aiskawa
投稿数: 134
![一人前 一人前](../../uploads/rank3dbf8ea81e642.gif)
アドバンス情報の川島です。
サーバの件は解決しましたが、本日別の現象が発生しました。
現象:
あるファイルに対して更新を行うと、#146のエラーが出る。
APGで手動で登録しても発生しました。
PSQLのメンテナンスでシーケンシャルファイルの入出力で解消しました。
今回、速度を上げるためにMGLOCK.DATを端末ごとに名称を変えて運用しています。(奇妙かと思いますがパケットのトレースを行ったときにMGLOCK.DATへの存在チェックの頻度多かったのと、このお客さんでは
他のシステムでもこのような運用をしておりましたのでこうしました。)
そこでですが、皆さんにこのような運用でPERVASIVEのファイルが
破損したKことはありますか?
サーバの件は解決しましたが、本日別の現象が発生しました。
現象:
あるファイルに対して更新を行うと、#146のエラーが出る。
APGで手動で登録しても発生しました。
PSQLのメンテナンスでシーケンシャルファイルの入出力で解消しました。
今回、速度を上げるためにMGLOCK.DATを端末ごとに名称を変えて運用しています。(奇妙かと思いますがパケットのトレースを行ったときにMGLOCK.DATへの存在チェックの頻度多かったのと、このお客さんでは
他のシステムでもこのような運用をしておりましたのでこうしました。)
そこでですが、皆さんにこのような運用でPERVASIVEのファイルが
破損したKことはありますか?
投票数:0
平均点:0.00
aiskawa
投稿数: 134
![一人前 一人前](../../uploads/rank3dbf8ea81e642.gif)
みなさんこんには、川島です。
ご回答のほどありがとうございます。
遅い件は今回使用しております、富士通製のFTサーバ(助長化)
の問題でした。
詳しくは分かりませんが、同期の条件をhddのみに変更したら早くなりました。
以上ご報告いたします。ありがとうございました。
ご回答のほどありがとうございます。
遅い件は今回使用しております、富士通製のFTサーバ(助長化)
の問題でした。
詳しくは分かりませんが、同期の条件をhddのみに変更したら早くなりました。
以上ご報告いたします。ありがとうございました。
投票数:0
平均点:0.00
Tanda
投稿数: 2151
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
川島さん、
nkmtさんの言われるようにロギングがONになっているとかは
ありませんか?
nkmtさんの言われるようにロギングがONになっているとかは
ありませんか?
投票数:0
平均点:0.00
ISHIJIMA
居住地: 静岡県
投稿数: 1827
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
サーバーに直接端末のLANケーブルを接続して確認するとハブ等のネットワークがどうかわかりますが・・・
それでも遅いという事になるとサーバーのネットワーク環境の設定でしょうか・・・・
それでも遅いという事になるとサーバーのネットワーク環境の設定でしょうか・・・・
投票数:0
平均点:0.00
nkmt
投稿数: 1668
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
万一客先で、オプション → 設定 → ロギング がかかってると処理速度は遅くなりますかね?
投票数:0
平均点:0.00
aiskawa
投稿数: 134
![一人前 一人前](../../uploads/rank3dbf8ea81e642.gif)
こんにちは川島です。ご回答ありがうございます。
データを先方よりいただいてきまして社内のクラサバの環境でテストした
ところ、現地では28秒程度かかるのが6秒程度で完了しました。
(使用してOSt、端末、データベースは同じものを使用しております)
今回、本番は富士通製の多重化されているサーバ(FTサーバ)
を使用しております。
このようなサーバを使用した場合、何か設定を行う必要はありますか?
もしございましたら教えてください。
データを先方よりいただいてきまして社内のクラサバの環境でテストした
ところ、現地では28秒程度かかるのが6秒程度で完了しました。
(使用してOSt、端末、データベースは同じものを使用しております)
今回、本番は富士通製の多重化されているサーバ(FTサーバ)
を使用しております。
このようなサーバを使用した場合、何か設定を行う必要はありますか?
もしございましたら教えてください。
投票数:0
平均点:0.00
pu_mahalo
居住地: 大阪
投稿数: 775
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
こんいちは Puです。
最近pervasiveは使用していないので...ですが
確か クライアントモジュールってリクエスタの事ではないでしょうか
それなら リクエスタ単体では通信しかできませんので
テーブルにアクセスはできません。
リクエスタ+サーバーエンジンで初めてアクセスできるので
でわ〜でわ〜
最近pervasiveは使用していないので...ですが
確か クライアントモジュールってリクエスタの事ではないでしょうか
それなら リクエスタ単体では通信しかできませんので
テーブルにアクセスはできません。
リクエスタ+サーバーエンジンで初めてアクセスできるので
でわ〜でわ〜
投票数:0
平均点:0.00
fjksudou
投稿数: 180
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
大事なところが漏れていました。
サーバのモニターで接続状況がリアルタイムに確認できると思います。
一度、確認してみてください。
サーバのモニターで接続状況がリアルタイムに確認できると思います。
一度、確認してみてください。
投票数:0
平均点:0.00
ISHIJIMA
居住地: 静岡県
投稿数: 1827
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
サーバー上で早いのであればネットワーク環境等ではないでしょうか・・
昔、ハブ100Mが問題になった事がありましたが・・・
違うかもしれませんが・・・
親子等のバッチの場合、親でオープンしていますか?
昔、ハブ100Mが問題になった事がありましたが・・・
違うかもしれませんが・・・
親子等のバッチの場合、親でオープンしていますか?
投票数:0
平均点:0.00
fjksudou
投稿数: 180
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
最近のPervasiveサーバ版を見てないので、正確なアドバイスはできませんが、一つのひらめきになればと思います。
昔の場合は、各々設定しないとサーバに接続できませんでした。
今回の症状は同じように感じます。
とりあえず、自分が思い当たる点を記載いたします。
・サーバ版側の設定でリモート受付を許可していない
・クライアントモジュール側でサーバエンジンを使用する設定になっていない
・サーバ版側の設定で何かしらの領域的な設定が必要
・WGEが実は必要
・ネットワーク環境による不具合
サーバ上のファイルがオープンできるのは、クライアントモジュールが直接オープンしているような気がします。
昔の場合は、各々設定しないとサーバに接続できませんでした。
今回の症状は同じように感じます。
とりあえず、自分が思い当たる点を記載いたします。
・サーバ版側の設定でリモート受付を許可していない
・クライアントモジュール側でサーバエンジンを使用する設定になっていない
・サーバ版側の設定で何かしらの領域的な設定が必要
・WGEが実は必要
・ネットワーク環境による不具合
サーバ上のファイルがオープンできるのは、クライアントモジュールが直接オープンしているような気がします。
投票数:0
平均点:0.00
aiskawa
投稿数: 134
![一人前 一人前](../../uploads/rank3dbf8ea81e642.gif)
返信ありがとうございます、川島です。
後日切り分けのために現地の端末にPervasiveWGE本体とデータファイル
をコピーしてスタンドアロンの状態で動作させてみます。
もし早ければネットワークもしくはPervasive間の接続
の問題のような気がしますので。
以上御連絡いたします。
後日切り分けのために現地の端末にPervasiveWGE本体とデータファイル
をコピーしてスタンドアロンの状態で動作させてみます。
もし早ければネットワークもしくはPervasive間の接続
の問題のような気がしますので。
以上御連絡いたします。
投票数:0
平均点:0.00
aiskawa
投稿数: 134
![一人前 一人前](../../uploads/rank3dbf8ea81e642.gif)
お世話になっております、川島です。
サーバ単体でおこなった場合はすごくはやいです。
処理完了までの時間
クライアント:40から50秒
サーバ単体:5秒以内
クライアントモジュールの代わりにWGEを入れても同じでしょうか?
後インデックスに入っていない項目に無理やり範囲を入れて
場合は
V8+Pervasive2000iでは平気でもXPA+V12では遅くなるとか
ありますでしょうか?
サーバ単体でおこなった場合はすごくはやいです。
処理完了までの時間
クライアント:40から50秒
サーバ単体:5秒以内
クライアントモジュールの代わりにWGEを入れても同じでしょうか?
後インデックスに入っていない項目に無理やり範囲を入れて
場合は
V8+Pervasive2000iでは平気でもXPA+V12では遅くなるとか
ありますでしょうか?
投票数:0
平均点:0.00
TKitabayashi
投稿数: 90
![一人前 一人前](../../uploads/rank3dbf8ea81e642.gif)
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
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
こんにちは Puです
>※クライアント側はWGEではなくクライアントモジュールを使用
と記載されているのでサーバーエンジンと通信しているはずです。
サーバーエンジンでアクセスできていないなら
テーブル自身がopenできないので。
pervasiveも v10やv11に上げた時
やはりバッチ 特にsort table を使用しているバッチは
極端に遅くなりました。
でわ〜でわ〜
>※クライアント側はWGEではなくクライアントモジュールを使用
と記載されているのでサーバーエンジンと通信しているはずです。
サーバーエンジンでアクセスできていないなら
テーブル自身がopenできないので。
pervasiveも v10やv11に上げた時
やはりバッチ 特にsort table を使用しているバッチは
極端に遅くなりました。
でわ〜でわ〜
投票数:0
平均点:0.00
fjksudou
投稿数: 180
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
Pervasiveのサーバ版が正常に接続、または稼働してないのではないでしょうか?
有ると無いとではバッチ処理に雲泥の差があります。
昔だと、Btrieveのユーティリティを起動して、接続先のエンジン等を変更した記憶があります。
今でもクライアントユーティリティが存在するのでしょうか…。
有ると無いとではバッチ処理に雲泥の差があります。
昔だと、Btrieveのユーティリティを起動して、接続先のエンジン等を変更した記憶があります。
今でもクライアントユーティリティが存在するのでしょうか…。
投票数:0
平均点:0.00
nkmt
投稿数: 1668
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
Pervasive は V10止まりの私なのですが
Pervasive Control Center でMax値などの設定変更は
V12でも有るのでしょうね。
※IPv6の有効/無効で速度変わりますかね。
Pervasive Control Center でMax値などの設定変更は
V12でも有るのでしょうね。
※IPv6の有効/無効で速度変わりますかね。
投票数:0
平均点:0.00
ISHIJIMA
居住地: 静岡県
投稿数: 1827
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
あとはバッチ処理で子タスク等ある場合子タスクで使用しているDBを親タスクで事前にオープンしておく等でしょうか
切り分けとしてサーバー上でバッチを実行した場合はどうなりますか?
切り分けとしてサーバー上でバッチを実行した場合はどうなりますか?
投票数:0
平均点:0.00
aiskawa
投稿数: 134
![一人前 一人前](../../uploads/rank3dbf8ea81e642.gif)
御返信ありがとうございます。
電源オプションはサーバおよびクライアントともに
高パフォーマンスになっておりました。
電源オプションはサーバおよびクライアントともに
高パフォーマンスになっておりました。
投票数:0
平均点:0.00
ISHIJIMA
居住地: 静岡県
投稿数: 1827
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
OSの電源オプションがバランスになっていたら高パフォーマンスにするとどうなりますか
投票数:1
平均点:10.00
aiskawa
投稿数: 134
![一人前 一人前](../../uploads/rank3dbf8ea81e642.gif)
みなさんこんにちは、アドバンス情報の川島です。
実は最近マイグレーションしたシステムの動作が以前より極端に遅くなって
おり困っています。
環境:
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