Windows2013ServerにFileMakerServer12のインストールしてみた時の事。
DBサーバーとしてはインストールできます。
Web公開エンジンがインストール出来ません。設定でコケるます。
回避策としては、Web公開エンジンを他のサーバーに入れて複数台構成で
動かす事。
2013年8月25日日曜日
fuelphp 使って FileMakerでwebアプリ作成中です
仕事でFileMakerでWebアプリ的な案件があり、外道な私はPHPそのままではなく、
フレームワークを使用して作成することにしたのですが、CakePHP&FMCakeMIX
ではなく、CodeIgniterの後継のような位置づけ?のfuelphpを採用しました。
もちろんFMCakeMIXのような便利なものはないので、自作です。というか自殺Death!
その際に作成したphpファイルをこっそりGithubにあげておきます。誰か洗練させてください。
https://github.com/sakadonohito/fuel-fms
フレームワークを使用して作成することにしたのですが、CakePHP&FMCakeMIX
ではなく、CodeIgniterの後継のような位置づけ?のfuelphpを採用しました。
もちろんFMCakeMIXのような便利なものはないので、自作です。というか自殺Death!
その際に作成したphpファイルをこっそりGithubにあげておきます。誰か洗練させてください。
https://github.com/sakadonohito/fuel-fms
2013年1月13日日曜日
FileMaker Server でのトラブル
先日起きたトラブルとその解決までの事について
環境:Windows2008Server(x86 32bit) FileMakerServer10
非保存計算フィールドに対する検索が効かなくなるという症状が発生
・未収金や過入金の明細を検索するため、未収過入金を表す計算フィールドに
値が「0」のものを除外絞り込みが効かなくなる
※非保存計算フィールドに対する除外が効かない→除外されない。
・予約者集計フィールドに対する検索が効かなくなる
※非保存計算フィールドに対する検索が効かない→検索失敗で0件になる。
等が起こり、行なってみた対策は以下のとおり
1,サービスの再起動→効果なし
2,ファイルの最適化保存(索引を作り直す)→効果なし
3,計算原子となるテーブルの数字フィールドに対する直接検索
→検索可能。計算原子側のテーブルが壊れているわけではない。
4,非保存計算フィールドを新規作成する→効果なし。
※新しく作成したフィールドが動くなら既存のフィールドがおかしくなっている
5,ファイルの修復→効果なし
6,動いてた時(数日前)のBUから空データファイルを作成し、最新のファイルから
データ移行→効果なし
上記対策でファイル損傷でなく、索引損傷でもなく、レコード損傷でもなく、
フィールド損傷でもないという。どうすればいいんだ?という状態に陥りました。
結局、6のデータ移行作業を試しで一部のみ行なっていたため、たまたま
ローカルで全データ移行作業を行った後、動かしたら動いたため、成功と思い
サーバーにアップしたらサーバー環境だと動かないという状態になり、これは
サーバーのせいだろうという事になってサーバー自体の再起動をした所、
動くようになったという。。。
当てずっぽうな根拠のない私見ですが、サーバー再起動でクリアされる、
FileMakerServerが検索処理で扱うキャッシュファイルのような一時ファイルがあり、
それが損傷したか、アクセス出来ない(別のセッションがファイルロックしてしまっていた)状態になりうまく検索できなくなっていたのかなーと。
でもそれだと普通のフィールドに対する検索も正常に動作しなくなるはずなので、
レコードのキャッシュがおかしくなっていたのかな?
確かにおかしくなる前に重い処理に業を煮やし、何度か放置していてセッションが
切断されたり、クライアント側から強制終了や強制切断したりしていたので、
レコード操作のセッションがサーバー側でうまく開放されなかった事があっても
不思議ではないのかもしれない。
でも多分MacOSだと起きませんとかなんだろーなー。
環境:Windows2008Server(x86 32bit) FileMakerServer10
非保存計算フィールドに対する検索が効かなくなるという症状が発生
・未収金や過入金の明細を検索するため、未収過入金を表す計算フィールドに
値が「0」のものを除外絞り込みが効かなくなる
※非保存計算フィールドに対する除外が効かない→除外されない。
・予約者集計フィールドに対する検索が効かなくなる
※非保存計算フィールドに対する検索が効かない→検索失敗で0件になる。
等が起こり、行なってみた対策は以下のとおり
1,サービスの再起動→効果なし
2,ファイルの最適化保存(索引を作り直す)→効果なし
3,計算原子となるテーブルの数字フィールドに対する直接検索
→検索可能。計算原子側のテーブルが壊れているわけではない。
4,非保存計算フィールドを新規作成する→効果なし。
※新しく作成したフィールドが動くなら既存のフィールドがおかしくなっている
5,ファイルの修復→効果なし
6,動いてた時(数日前)のBUから空データファイルを作成し、最新のファイルから
データ移行→効果なし
上記対策でファイル損傷でなく、索引損傷でもなく、レコード損傷でもなく、
フィールド損傷でもないという。どうすればいいんだ?という状態に陥りました。
結局、6のデータ移行作業を試しで一部のみ行なっていたため、たまたま
ローカルで全データ移行作業を行った後、動かしたら動いたため、成功と思い
サーバーにアップしたらサーバー環境だと動かないという状態になり、これは
サーバーのせいだろうという事になってサーバー自体の再起動をした所、
動くようになったという。。。
当てずっぽうな根拠のない私見ですが、サーバー再起動でクリアされる、
FileMakerServerが検索処理で扱うキャッシュファイルのような一時ファイルがあり、
それが損傷したか、アクセス出来ない(別のセッションがファイルロックしてしまっていた)状態になりうまく検索できなくなっていたのかなーと。
でもそれだと普通のフィールドに対する検索も正常に動作しなくなるはずなので、
レコードのキャッシュがおかしくなっていたのかな?
確かにおかしくなる前に重い処理に業を煮やし、何度か放置していてセッションが
切断されたり、クライアント側から強制終了や強制切断したりしていたので、
レコード操作のセッションがサーバー側でうまく開放されなかった事があっても
不思議ではないのかもしれない。
でも多分MacOSだと起きませんとかなんだろーなー。
2012年12月5日水曜日
FileMakerカンファレンス2日目行ってきた
FileMakerカンファレンス2日目(30日)に行って来ましたのでそのメモ的なもの
1,ExecuteSQLについて
基本的な使い方や注意点などを丁寧に説明してくれていました。
バインド変数といえば言いのか第1引数(query)内に「where fieldA=? or fieldB=?」とか
に対する第4引数の個数がマッチしなくても無視するだけとか凄いなって思った。
パフォーマンスに関してはやはりレコード総数の多いテーブルをjoinで使ったりしたり
selectの結果の対象レコード数が多い場合は重いらしい。まぁそうでしょう。
自分が使うとしたらGroupe by とか使いそう。あとは、例えば顧客管理に対する検索で
関連テーブルAとBの内容に対する割と複雑なandやor検索をSQLで処理して顧客管理の
idだけ取得して関連レコード移動使って従来の検索手段の代替にするとかかな。
2,バックアップストラテジー
FileMakerServer冗長化についてのセッションでした
メインサーバーの電源ぶっこぬいて待機系に移行するデモ失敗したのは残念でしたね。
3,命名規則についてのセッション
これは、思っていたのとちょっと(かなり?)違くて、え?ってなりました。
でも名前をドメイン(もしくはカテゴリ)_意味を表す名称_補足情報ていう名前にするのは
賛成かな。
4,医療現場(在宅医療)でのFileMakerの活用
このセッションではクライアント端末側はリモートデスクトップを利用したシンクラ
イアントな使い方の事例紹介でした。確かにこの方法はFileMakerServerとリモート
デスクトップサーバーとの間で処理してクライアント側には結果の差分更新分のみ
送信されるので外からのアクセスにおいてパフォーマンスとセキュリティ等良いバランス
がとれているように思えました。何より開発がFileMakerのみで済むのがいいですね。
5,医療現場(継続医療)でのFileMakerの活用
このセッションではカスタムWeb公開の事例でした。
パフォーマンスを維持するために検索結果等対象レコード数を極力必要最小限になるよう
工夫したり、Ajaxで随時更新にしてトラフィックを小さくする努力をされているようです。
自分は長らく既存ソリューションの延長上の開発しかしてないので、レイアウトがやぼったく
今回のカンファレンスで沢山見かけたWebっぽいレイアウトに非常に危機感を覚えました。
ヤバイ、取り残されてる!って感じ。勉強しなきゃ......
1,ExecuteSQLについて
基本的な使い方や注意点などを丁寧に説明してくれていました。
バインド変数といえば言いのか第1引数(query)内に「where fieldA=? or fieldB=?」とか
に対する第4引数の個数がマッチしなくても無視するだけとか凄いなって思った。
パフォーマンスに関してはやはりレコード総数の多いテーブルをjoinで使ったりしたり
selectの結果の対象レコード数が多い場合は重いらしい。まぁそうでしょう。
自分が使うとしたらGroupe by とか使いそう。あとは、例えば顧客管理に対する検索で
関連テーブルAとBの内容に対する割と複雑なandやor検索をSQLで処理して顧客管理の
idだけ取得して関連レコード移動使って従来の検索手段の代替にするとかかな。
2,バックアップストラテジー
FileMakerServer冗長化についてのセッションでした
メインサーバーの電源ぶっこぬいて待機系に移行するデモ失敗したのは残念でしたね。
3,命名規則についてのセッション
これは、思っていたのとちょっと(かなり?)違くて、え?ってなりました。
でも名前をドメイン(もしくはカテゴリ)_意味を表す名称_補足情報ていう名前にするのは
賛成かな。
4,医療現場(在宅医療)でのFileMakerの活用
このセッションではクライアント端末側はリモートデスクトップを利用したシンクラ
イアントな使い方の事例紹介でした。確かにこの方法はFileMakerServerとリモート
デスクトップサーバーとの間で処理してクライアント側には結果の差分更新分のみ
送信されるので外からのアクセスにおいてパフォーマンスとセキュリティ等良いバランス
がとれているように思えました。何より開発がFileMakerのみで済むのがいいですね。
5,医療現場(継続医療)でのFileMakerの活用
このセッションではカスタムWeb公開の事例でした。
パフォーマンスを維持するために検索結果等対象レコード数を極力必要最小限になるよう
工夫したり、Ajaxで随時更新にしてトラフィックを小さくする努力をされているようです。
自分は長らく既存ソリューションの延長上の開発しかしてないので、レイアウトがやぼったく
今回のカンファレンスで沢山見かけたWebっぽいレイアウトに非常に危機感を覚えました。
ヤバイ、取り残されてる!って感じ。勉強しなきゃ......
2012年11月29日木曜日
FileMakerカンファレンス1日目行ってきた
FileMakerカンファレンス1日目(29日)に行って来ましたのでそのメモ的なもの
1,オープニング・セッション
NDA事項が含まれるため記載できません。
2,FileMaker Ver12のオブジェクトフィールドについて
FileMaker Ver12からオブジェクトフィールドがぱうわーうっぷしました。
・実体データを指定したPATHに保存や暗号化して保存などがオプションで
選択できるようになって、FileMakerファイルの容量を軽く出来るようになった。
※従来の参照PATHのみ保存と似ているが違う。
・レイアウト上のオブジェクトフィールドの表示オプションでインタラクティブ~を
チェックしておくと保存しているPDFや音楽、動画ファイルを直接再生できる。
FileMaker社の方がスピーカーだったのですが、資料のページ送りが早くてメモ
しきれない、話がカミカミで聞き取りづらいなどちょっと残念でした。
3,FileMakerGoとWeb連携的な
iOS上で動くFileMakerランタイムアプリFileMakerGoでFileMakerソリューションを
開発する際にUIの一部をWebViewerを使ってHTML5やJavaScriptを利用して少し
インタラクティブにしましょう的な内容。
WebViewer上で入力した内容をソースを取得する関数やfmpプロトコルを使って
FileMakerにフィードバックすれば連携出来るよね!という内容。
4,FileMakerServerを活かすためのインフラ設定
FileMakerServer Ver12から64bit対応なので64bitでマルチコアなサーバーを
使うと良いですよという話。32bitOSだとキャッシュに割り当てられる上限が
800MBだが64bitOSだと積んでいるメモリの50%まで割り当てられる。
割り当てるメモリの容量はAdminConsoleの使用状況でキャッシュヒット率を
見て調整しましょう。
折角それぞれのセッションでメモ取ってたのに今は手元にないのでざっくり記憶を
元にブログ書いてる残念な自分......
1,オープニング・セッション
NDA事項が含まれるため記載できません。
2,FileMaker Ver12のオブジェクトフィールドについて
FileMaker Ver12からオブジェクトフィールドがぱうわーうっぷしました。
・実体データを指定したPATHに保存や暗号化して保存などがオプションで
選択できるようになって、FileMakerファイルの容量を軽く出来るようになった。
※従来の参照PATHのみ保存と似ているが違う。
・レイアウト上のオブジェクトフィールドの表示オプションでインタラクティブ~を
チェックしておくと保存しているPDFや音楽、動画ファイルを直接再生できる。
FileMaker社の方がスピーカーだったのですが、資料のページ送りが早くてメモ
しきれない、話がカミカミで聞き取りづらいなどちょっと残念でした。
3,FileMakerGoとWeb連携的な
iOS上で動くFileMakerランタイムアプリFileMakerGoでFileMakerソリューションを
開発する際にUIの一部をWebViewerを使ってHTML5やJavaScriptを利用して少し
インタラクティブにしましょう的な内容。
WebViewer上で入力した内容をソースを取得する関数やfmpプロトコルを使って
FileMakerにフィードバックすれば連携出来るよね!という内容。
4,FileMakerServerを活かすためのインフラ設定
FileMakerServer Ver12から64bit対応なので64bitでマルチコアなサーバーを
使うと良いですよという話。32bitOSだとキャッシュに割り当てられる上限が
800MBだが64bitOSだと積んでいるメモリの50%まで割り当てられる。
割り当てるメモリの容量はAdminConsoleの使用状況でキャッシュヒット率を
見て調整しましょう。
折角それぞれのセッションでメモ取ってたのに今は手元にないのでざっくり記憶を
元にブログ書いてる残念な自分......
2012年10月24日水曜日
FM-Tokyoに行きました。
この間、10月のFileMaker オフラインミーティングに参加しました。
1,カスタムWeb勉強会
・Githubに沢山カスタムWeb用のライブラリありますよ。
・FMCakeMIX for CakePHP2.x
・Web公開エンジンに負荷の少ない死活管理をしましょう。
など。開始前の準備時間?にPerlのMojolicious::Liteで簡単な検索だけのものを見せる。
※もちろんカスタムWeb公開ですよ。DBはFileMakerですよ。
2,オフラインミーティング
・ツールを組み合わせてiPhoneでの見栄えの良い名刺管理
・UUIDについて
・レスポンシブWebデザインについて
・などなど
1,カスタムWeb勉強会
・Githubに沢山カスタムWeb用のライブラリありますよ。
・FMCakeMIX for CakePHP2.x
・Web公開エンジンに負荷の少ない死活管理をしましょう。
など。開始前の準備時間?にPerlのMojolicious::Liteで簡単な検索だけのものを見せる。
※もちろんカスタムWeb公開ですよ。DBはFileMakerですよ。
2,オフラインミーティング
・ツールを組み合わせてiPhoneでの見栄えの良い名刺管理
・UUIDについて
・レスポンシブWebデザインについて
・などなど
登録:
投稿 (Atom)