Shoeisha Technology Media

CodeZine(コードジン)

記事種別から探す

FileMaker Serverを使った効率的なシステム運用(後編)

ITエンジニアのためのFileMaker講座 第13回(後編)

  • LINEで送る
  • このエントリーをはてなブックマークに追加
2010/07/13 14:00

 「非FileMaker」エンジニアの方と、サーバに詳しくないFileMakerユーザーの方に贈る、FileMaker Serverの運用や設定値について解説する記事の後編です。

目次

はじめに

 「非FileMaker」エンジニアの方と、サーバに詳しくないFileMakerユーザーの方に贈る、FileMaker Serverの運用や設定値について解説する記事の後編です。前編をまだお読みでない方は、先に前編を参照いただけると読みやすいと思います。

FileMaker Serverの自動起動

 [自動起動]は、OS起動時にFileMaker Serverのサービスを自動的に起動するための設定です。

図6:一般設定 > 自動起動
図6:一般設定 > 自動起動

 通常は有効にしておけば良いように思えますが、サーバのOSが「起動」するという状況はそう頻繁ではないため、起動が必要な状況とはどのようなものかを考慮する必要があります。

 フロアやビル全体の定期的な停電などを除き、サーバのOSが起動するタイミングは、次のうちのどちらかが多いと思われます。

  • 管理者によるメンテナンス作業に伴う再起動
  • 不慮のシャットダウン後の起動

自動起動の設定は無効にしておくことが望ましい

 前者の場合は、管理者のメンテナンス作業中という状況であるため、自動起動にそれほどの意味はありません。必要なタイミングで管理者がサービスを起動すれば良いだけです。

 後者の場合は、最も「自動起動されて欲しくない」状況と言えます。サービスの稼働中に(OSの不正シャットダウンに伴って)FileMaker Serverが異常終了した場合、ホストされているデータベースファイルは、正常なクローズ処理が行われていない状態にあります。これらのデータベースファイルをそのまま開こうとすると「このファイルは正常に閉じられていない」うんぬんのログを吐くことになり、運が悪ければ、そのあとに「このデータベースは壊れているため開けません」というログを見る羽目になることがあります。

 FileMaker Proのデータベースが損傷した場合、多くの場合FileMaker Proクライアントの「修復」機能により再び開ける状態まで修復することは可能ですが、このような「修復歴のある」データベースをそのまま運用し続けることは推奨されません。復旧後は破損前のバックアップファイルに置き換えて運用し、「修復済」データベースの使い道は、最新のデータを救い出すといった用途に限り、破損前のバックアップファイルのデータを補完する目的にのみ使うことが推奨されます。

 このように、予期しないシャットダウンが起こった際には、データベースが運用に耐える状態にあるかどうかをチェックしたり、必要ならバックアップファイルに置き換えたり、データの差分をマージするなどの作業をサービス再開「前」に行う必要があります。不正シャットダウン後にOSが自動的に再起動した際、もしFileMaker Serverも自動的にサービスを開始していたとしたら、不完全なデータベースが中途半端に公開され、そのままユーザーによるデータ更新が中途半端に行われてしまう可能性を生みます。

 これらの事情から、FileMaker Serverサービスの自動起動を必要とする積極的な理由は通常あまりありませんが、自動起動は困るという状況は起こりえるため、通常は自動起動の設定を無効にした状態で運用するのが望ましいと考えられます。

管理者グループの設定による現場へのサーバ管理権限の委譲

 FileMaker Server Advancedには、管理アクセス権限を部分的に委譲するための「管理者グループ」を設定することができます。管理者グループは、グループ名とパスワードを設定し、そのグループがアクセスできるフォルダと、許可する管理権限を設定します。

図7:管理者グループ > グループの管理
図7:管理者グループ > グループの管理
図8:管理者グループ > グループの管理 > 権限の編集
図8:管理者グループ > グループの管理 > 権限の編集

 この機能は、営業部の使うデータベースは、営業部員自身に管理してもらう、といった用途で使われることが多いでしょう。うまく利用できれば、各部署で作り散らかした(?)データベースを、依頼されるままにサーバにあげたり削除したり更新したりという、煩わしいサービス業務からサーバ管理者を救ってくれる可能性があります。

 ただし、サーバサイドスクリプトの実行やバックアップを行うスケジュールの編集や追加、実行を許可する際は、サーバ全体のパフォーマンスに影響を与える可能性があるため、実行する処理の負荷やHDDの残り容量を考慮したうえで可否を決める必要があります。

 管理者グループには外部グループ(ローカルまたはサーバが参照しているLDAPディレクトリのグループ)を関連づけることもできます。外部グループを割り当てた管理者グループは、割り当てられた外部グループに属するアカウント名とパスワードで認証が可能になります。


  • LINEで送る
  • このエントリーをはてなブックマークに追加

著者プロフィール

  • 竹内 康二(タケウチ コウジ)

    株式会社スプラッシュにて受託開発およびコンサルティング、トレーニング、各種サーバ構築 / 運用管理を行う。開発者 / ライターのコラボレーションチーム「sevensdoor.com」に所属し、米FMPtraining.comによる開発者向けトレーニングを日本向けにローカライズし、2005年から200...

バックナンバー

連載:ITエンジニアのためのFileMaker講座

もっと読む

All contents copyright © 2005-2017 Shoeisha Co., Ltd. All rights reserved. ver.1.5