データベースバックアップスケジュールのヒント

ビジネスに不可欠な情報サービスを実行する代替サイトおよびシステムを含む、データの復元計画を策定します。最新のバックアップがあれば、あるユーザがファイルの管理者アカウントの情報を紛失した状況や、ユーザエラー (場合によってはデータベースの設計の不備) によってデータが不適切に削除または変更された状況からの回復に役立てることができます。

共有されている FileMaker Pro データベースではサードパーティのバックアップソフトウェアを使用しないでください。まず、FileMaker Server を使用してデータベースのバックアップコピーを作成し、そのコピーにサードパーティのバックアップソフトウェアを実行します。バックアップソフトウェアは、開いている共有データベースに損傷を与える可能性があります。

たとえば、平日の 6:00、9:00、正午 12:00、15:00、18:00、および 23:30 に、ファイルのローカルバックアップを作成します。深夜には、企業のバックアップシステムにシステム全体 (アクティブな共有データベースを除く) のバックアップを作成します。最後に、アクティブな共有データベースを除くか、バックアップ中にデータベースサーバーを停止して、金曜日の深夜に完全システムバックアップを実行します。

バックアップメディアは、コピーして離れた場所に保管します。この方法によって、複数のドライブの重大な障害以外の何らかの理由でサーバーが停止した場合、データファイルのより最近のバックアップ (つまり、失われたデータの最大 3 時間分) を使用することができます。重大なドライブ障害が発生した場合は、前日の夜のバックアップメディアを使用して損失を 1 日分のデータにまで最小化することができます。

•スケジュールアシスタントで、[バックアップの整合性の検証] を選択できます。バックアップの完了後、FileMaker Server により一貫性チェックが実行され、バックアップファイルの内部的な一貫性が確認されます。このオプションを有効にすると、バックアップファイルのエラーを検出してチェック完了時に電子メール送信できます。ただし、このオプションを有効にしてバックアップ操作を実行すると完了までに時間がかかり、他のマスタマシンでの他のアクティビティの速度が遅くなることがあります。

•スケジュールアシスタントで、[バックアップファイルのクローン] を選択すると、バックアップファイルのテーブル、レイアウト、スクリプト、ページ設定オプション、およびフィールド定義をデータなしで保存できます。損傷したデータベースからバックアップされたデータベースのクローンにデータをインポートできます。

•バックアップコピーが損傷していたり、アクセス不能でないことを確認します。必要になる前にバックアップコピーが正しく機能することを確認してください。ハードドライブに対して診断ツールを実行してファイルを定期的にバックアップします。

•バックアップファイルで作業する必要がある場合は、常にまずファイルをコピーします。ファイルをバックアップディレクトリで編集したり、バックアップディレクトリから移動させたりしないでください。元のバックアップファイルは変更しないままバックアップフォルダに残しておきます。バックアップフォルダに保存されたデータベースファイルは、FileMaker Pro を使用して開かないでください。

警告予想外の停電、ハードドライブの障害、ソフトウェアの障害などのサーバー障害が発生した場合は、バックアップファイルを使用します。システム障害によって FileMaker Server が不適切にシャットダウンした場合、キャッシュデータがディスクに書き込まれておらず、ファイルが適切に閉じられていないと、ファイルの破損につながる可能性があります。ファイルを再度開いて一貫性チェックまたは修復を実行しても、ファイルは内部で破損したままになっている可能性があります。ファイルの修復では問題が解決されたことを保証できません。破損したファイルを修復する方法については、FileMaker Pro ヘルプを参照してください。