みんなに優しく、解りやすくをモットーに開設しています。 以下のルールを守りみんなで助け合いましょう。
1.ファイルメーカーで解らない事があればここで質問して下さい。 何方でも、ご質問・ご回答お願いします。 （優しく回答しましょう）
You are not logged in.
Pages: 1
お世話になります。
FileMakerServer上のファイルのデータベース設定やレイアウトを変更して保存する際、応答なし状態になり、5分～15分程度すると完了するという現象が最近頻発しています。
その際、別のユーザーからクエリ処理中という表示のまま進まないなどの声が多く上がってきます。編集中のファイルに限らずFileMakerSerer上のファイルで影響が出ているようです。
その状態でサーバのパフォーマンス(CPU、メモリなど)を見ても特に大きな異常は見られません。
原因、確認すべきことなどご存じの方がいらっしゃいましたらご教示お願いいたします。ちなみに現象が起きないときもあります。
よろしくお願いします。
サーバ：win2003、FileMakerServer9
クライアント：win7＋FileMakerPro11
Offline
特定のファイルで起こるのでしょうか。
そのファイルのサイズや外部データソースの設定などが問題になることがあるかもしれません。
Offline
特定のファイルで起こるのでしょうか。
そのファイルのサイズや外部データソースの設定などが問題になることがあるかもしれません。
回答ありがとうございます。
ある程度起きやすいファイルがあるように思います。220MBのファイルと、1.3GBのファイルです。
というよりそれらのファイルを編集することがよくあるのでよく起きているように感じるのかもしれません。
外部データソースですが、存在しないファイル等が登録されたので削除しました。
また、データベースキャッシュ用のRAM設定を64MBから768MBにしてみました。
が、変わりありませんでした。
先ほど発生したときに確認すると1.3GBのファイルを7〜8人開いてました。1.3GBはファイルサイズが大きすぎ
でしょうか。
あと、Cドライブの容量が残り444MBになっていたので確認したところ、
FileMakerServerのadmin_master_tomcatのlogsフォルダがかなりの容量(19GB中11GB)とっていた
のでログを削除中です。関係あるか不明ですが。
Offline
Cドライブの容量が残り444MBだと、結構異常があるのでは。
ディスクの空き容量は、大いに関係あるかもしれませんね。経験的には、少なくとも、公開しているファイルの最大容量以上は確保しておいたほうがいいでしょう。
データキャッシュは、信頼性の超高いシステム以外では、デフォルト値にしておいたほうがいいかもしれません。もし、システムがクラッシュした時には、飛んでしまう内容が多くなります。
あとは、大きなファイルによくあることですが、ファイル内でのフラグメントが大きくなると、特にインデックスをつくり直す際に時間がかかる傾向にあるようです。非常に時間がかかるかもしれませんが、ファイルの最適化を一度行なってみるといいかもしれません。
Offline
回答ありがとうございます。
Cドライブの容量を444MBから9GBほどにしましたが、さっそく現象がおきました。
それも2テーブル(各20フィールドくらい)で、しかも2レコードしかないファイルで発生しました(作成してアップしたばかりのファイル)。
ますますわからなくなってきました。。。
Offline
OSのリブートからどのくらい経っていますか。
Offline
回答ありがとうございます。
起動して、227日(7.5ヶ月)でした。やはり一度再起動を試す価値はあるでしょうか。
Offline
弊社のサーバーは、同じ Windows server 2003 ですが、OSそのものは数ヶ月毎のリブートですが、サービスとしては日毎に行なっています。FMSもサービスですので、そちらは日毎に再起動させています。
FMS のメインサーバーは MacOS X server ですので、数カ月毎にリブートをかけていますが、FMSそのものは、1ヶ月ごとを目安に、コンソールから再起動させています。これを忘れていると、遅くなったことがあったような。
もうひとつ、サーバーサイドスクリプトを動かしていませんか。それがエラーを起こしてループになっていると、負荷がかかって遅くなりますが。
Offline
Server2000の時は、1か月ぐらいで再起動しないと不安定だったけど、2003はそうでもないですね。
>Cドライブの容量を444MBから9GBほどに
とりあえず、この後Scandiskとデフラグをやって、再起動した方がいいのでは。444ではOSの警告が出てませんでしたか？
ディスクのエラーは出てないのかな。
>FileMakerServerのadmin_master_tomcatのlogsフォルダがかなりの容量(19GB中11GB)
これも、削除する前に内容を確認した方がよかったですね。。。そんなに巨大なのは、多分何かしらエラーが頻発してたからじゃないかと思います。
弊社のサーバーは、同じ Windows server 2003 ですが、OSそのものは数ヶ月毎のリブートですが、サービスとしては日毎に行なっています。FMSもサービスですので、そちらは日毎に再起動させています。
FMS のメインサーバーは MacOS X server ですので、数カ月毎にリブートをかけていますが、FMSそのものは、1ヶ月ごとを目安に、コンソールから再起動させています。これを忘れていると、遅くなったことがあったような。
もうひとつ、サーバーサイドスクリプトを動かしていませんか。それがエラーを起こしてループになっていると、負荷がかかって遅くなりますが。
回答ありがとうございます。
近々リブートしてみます。また、スクリプトというところで思い当たるところがありました。
サーバーサイドスクリプトについては動かしてませんが、バッチサーバで「バッチ実行用のFileMaker起動→起動時スクリプトが実行される→ファイルを閉じる」がタスクで
動いています。これが1.3GBあるファイルのデータを加工しているもので実行中にFMSのCPU利用率が50%を超えていました。
(スクリプトは基本ローカル側で実行されると思ってましたがサーバ側のパワーを使うものもあるでしょうか？)
処理に20分かかりそれを30分ごとに実行していました。(実行時間が20分かかっているのは想定外でした)
これが動いているときに、データベースの編集の保存をすると例の現象になるんではないかというのが現在の仮説です。
仮説の検証とスクリプトの見直しをしてみます。
Offline
Server2000の時は、1か月ぐらいで再起動しないと不安定だったけど、2003はそうでもないですね。
>Cドライブの容量を444MBから9GBほどに
とりあえず、この後Scandiskとデフラグをやって、再起動した方がいいのでは。444ではOSの警告が出てませんでしたか？
ディスクのエラーは出てないのかな。>FileMakerServerのadmin_master_tomcatのlogsフォルダがかなりの容量(19GB中11GB)
これも、削除する前に内容を確認した方がよかったですね。。。そんなに巨大なのは、多分何かしらエラーが頻発してたからじゃないかと思います。
回答ありがとうございます。
ディスク容量に対する警告までは出てなかったですね。再起動は近々やってみます。
ディスクのエラーも出てないです。システムエラーも特になかったです。
ログについては削除ではなく、とりあえずバックアップサーバの適当なフォルダに移動したので見てみます。
2009年からのログが残っていたので、ログのローテーションとかの設定も合わせて見てみます。
Offline
バッチサーバで「バッチ実行用のFileMaker起動→起動時スクリプトが実行される→ファイルを閉じる」がタスクで
動いています。これが1.3GBあるファイルのデータを加工しているもので実行中にFMSのCPU利用率が50%を超えていました。
(スクリプトは基本ローカル側で実行されると思ってましたがサーバ側のパワーを使うものもあるでしょうか？)
処理の内容によっては、ローカルでスクリプトを実行していても、サーバー側で処理を行なうものがあります。ドキュメントが見つからないのですが、検索やソート、全置換など、ローカルでの処理では大量のデータ転送が発生してしまうものについて、サーバー側で処理を行なっています。
Offline
FM10以後の説明だから9だと色々違うかもしれないけど
http://filemaker-jp.custhelp.com/app/an … /a_id/8893
Offline
そうそう、これこれ。
メモにしておこう
Offline
shinさん、wadarさん回答ありがとうございます。
該当のスクリプト内に非保存フィールドの検索がありますのでまさにそうだと思います。
そして私はデータベースの管理を実施しているので、操作がかぶるとサーバ負荷が高くなっていたのだと思います。
FileMaker 8.0v2の情報で
「FileMaker Pro 8.0v2 では、非保存のフィールドに対する検索は、すべてローカルで実行するように変更しました。
これによって、ローカルの一時ファイルには、より多くのレコードがキャッシュされるという結果になっています。」
(※ソース http://filemaker-jp.custhelp.com/app/an … a_id/8528)
というのを見たことがあり、それ以降のverでも非保存のフィールドに対する検索は、すべてローカルで実行と思っていました。
頂いた情報と、実際の挙動(サーバ負荷)を見るとやはりサーバのパワーを使っているようです。
昨日から、データベースの管理を保存する際に該当のスクリプトが動いていないか確認してやるようにすると現象は発生して
ません。スクリプトも見直してみて20分→7分で終わるようにはなりました。が、根本的にこのスクリプトを見直したいので
別途質問を立てたいと思います。
ユーザーからのクレームでFileMakerをいじれなくて仕事にならない感じだったので救われました。
皆様本当にありがとうございました。
Offline
Pages: 1
[ Generated in 0.007 seconds, 9 queries executed - Memory usage: 602.91 KiB (Peak: 619.81 KiB) ]