ジャーナル管理の強化
4D v20 R3 では、より良いジャーナル管理を可能にする新機能が導入されました。この機能は “ログを使用” 設定に関するもので、他のバックアップ・パラメーターと同様にオーバーライドできるようになりました。
このブログ記事では、なぜこれが便利なのかを説明し、その使い方を紹介します。
複数ジャーナルの自動統合
デベロッパーやデータベース管理者であれば、破損データを迅速に復旧することの重要性をご存知でしょう。バックアップとジャーナルは、このタスクを支援します。しかし、時にはバックアップそのものが破損し、古いバックアップを復元して複数のジャーナルを連続して統合する必要がある場合があります。あるいは、ジャーナルファイルのサイズがすぐ大きくなってしまうため、そしてサーバーのハードディスクを整理するためにも、定期的に新しいものを作成したいかもしれません。あるいは、独自の方法でデータベース をバックアップしているのかもしれません。これらの場合、複数のジャーナルを統合する必要がありますが、これはメンテナンス・セキュリティ・センターを使って手動でおこなうしかありません。
4D v20 では、データベースの起動時に、複数のジャーナルを自動的に統合することができます。その仕組みについて説明しましょう。
4D Backup と VSSスナップショット、そしてデータストアをロックする新コマンド
4D では、データをバックアップする方法を複数ビルトインで提供しています: 4Dバックアップとミラーサーバーの使用です。4D v20 では、データストアをロックする内部コマンドを公開し、4D の実行中にデータをコピーできるようになりました。
まず、4D でデータをバックアップするためのさまざまな手段について説明します。
誰が何をしたか：ジャーナルにユーザーの別名を保存する
コマンドのおかげで、ユーザーを特定するための新しい機能を発見したことでしょう。 SET USER ALIASコマンドのおかげで、ユーザーを特定する新しい機能を発見したことでしょう。4D v18 R2では、コマンドの動作が拡張されました。どのように？読み進めてください。
データベースミラーリング
ログファイルを統合する際、4Dは最初のエラーで停止し、いかなるエラーメッセージも返しません。統合エラーの理由は、例えば、ハードディスクの不良や書き込み時のソフトウェアエラーなど、ログの破損が考えられます。そのエラーが最後に発生した場合は問題ありませんが、ログの最初や途中でも発生する可能性があります。この場合、エラーの後のデータが役に立つかもしれません。
さて、標準モードでの統合に失敗した場合、自動修復モードでの統合を試してみることができます。この場合、4Dは遭遇したエラーの解決を試み、統合を停止せず、エラーリストを返します。
JournalのJSONエクスポート
4D アプリケーションでは、データファイルが重要であるため、データベースのすべてのアクティビティはログファイルに保存されます。皆さんもご存知のように、ログファイルは、不幸な不測の事態が発生した場合に、データベースを復旧させるために不可欠な要素です。しかし、データベースの活動に関するすべての情報は、分析に役立つこともあります。例えば、テーブルのアクティビティをチェックしたり、ユーザーによる変更を確認したり、レコードの履歴を追ったりすることができます。