Zen はトランザクションに関わるデータベース オペレーションのデータ整合性をトランザクション ログおよびトランザクション一貫性保持の 2 つのレベルで保証します。

これらの機能はいずれも、Zen Control Center 内の設定を使用して、または Distributed Tuning Interface を使用してプログラムから、データベース エンジン内で有効または無効にすることができます。トランザクション一貫性保持およびトランザクション ログ を参照してください。

トランザクション一貫性保持のデフォルト値はオフで、トランザクション ログのデフォルト値はオンです。

アトミシティとは、トランザクション内のあるデータ オペレーションが完了しなかった場合にはトランザクション内のどのオペレーションも完了させないことを意味します。アトミックな変更はデータベースに部分的またはあいまいな変更を残しません。個々のファイルに対する変更は、トランザクション ログおよびトランザクション一貫性保持がオンでもオフでも、常にアトミックです。ただし、トランザクションでは、複数ファイルへの変更をグループ化して 1 つのアトミック グループにすることができます。これら複数ファイルのトランザクションのアトミシティは、アプリケーション内でトランザクションを使用し、トランザクション ログまたはトランザクション一貫性保持がオンに設定されている場合にのみ、MicroKernel が保証します。

これらの利点に加え、トランザクション一貫性保持はシステム障害時に、障害前にアプリケーションに正常終了のステータス コードを返したトランザクションの結果がすべてデータ ファイルに含まれていることを保証します。

高パフォーマンスが求められる場合には、トランザクション ログはこの保証を提供できません。トランザクション一貫性保持は、エンジンが正常終了のステータス コードを返す前に完了したトランザクションを完全にトランザクション ログに書き出すことを確実にするため、トランザクション ログはロガー スレッドがログ バッファーをディスクにフラッシュするように指示されるとすぐに正常終了のステータス コードを返します。

データ ファイルが 1 つのみであるか、複数データ ファイルによるトランザクションを行うアプリケーションがない場合は、一般的にトランザクション一貫性保持またはトランザクション ログを使用する必要はありません。このような状況下では、Zen はログの有無に関わらず、各データ ファイルの内部的な整合性を保証します。

Zen アプリケーションのうち 1 つでも複数データ ファイル間でトランザクションを行うアプリケーションがある場合は、［トランザクション ログ］をオンにします。トランザクション ログを使用しないと、Zen ではトランザクションの複数ファイルのアトミシティまたは複数ファイルのデータ整合性を保証することはできません。

Zen アプリケーションのうち 1 つでも、複数データ ファイル間の完了したトランザクションが確実にデータ ファイルに書き込まれるよう保証することが必要な場合は、トランザクション一貫性保持をオンに設定します。

すべてのデータ ファイルの追加および更新はログ バッファーに格納されます。トランザクションが完了するか（トランザクション一貫性保持）、バッファーがいっぱいになるか、起動時間制限に達する（トランザクション一貫性保持またはトランザクション ログ）と、バッファーはトランザクション ログ ファイルに書き込まれ（フラッシュされ）ます。

トランザクション ログ ファイル セグメントは［トランザクション ログのディレクトリ］に設定したロケーションに保存されます。ログ セグメントは *.LOG という名前で、00000001 から FFFFFFFF までのプレフィックスが付きます。

アーカイブ ログを使用すると、最後のバックアップ以降のデータベース オペレーションのログを保存することができます。システム障害が発生した場合、バックアップからデータ ファイルを復元し、ログ ファイルから変更をロールフォワードして、システムをシステム障害発生前の状態に戻すことができます。

Continuous オペレーションを使用すると、データベース エンジンが実行中でユーザーが接続中でもデータベース ファイルのバックアップを行うことができます。Continuous オペレーションの開始後、データベース エンジンはアクティブなデータ ファイルを閉じ、すべての変更をテンポラリ データ ファイル（デルタ ファイルと呼びます）に格納します。Continuous オペレーションが機能している間に、データ ファイルのバックアップを実行します。バックアップ中にデータ ファイルに対して行われた変更はすべてデルタ ファイルに記録されます。

トランザクション ログの詳細については、トランザクション ログおよびトランザクション一貫性保持を参照してください。

以下は、ドライブ C 上にある blog.cfg のエントリの例です。すべてのエントリは、同じ結果になります。C:\data\b.bti の処理は、C:\data\b.log に記録されます。

次の例では、C:\data\b.bti の処理が、ログ ファイル D:\data\b.lgf に記録されます。これは、アーカイブ ログ ファイルが、データ ファイルと同じドライブ上に存在する必要がなく、拡張子が「.log 」である必要もないことを表します。ただし、.log 以外の拡張子が使用されない場合は、デフォルトで .log 拡張子が提供されます。

Btrieve Maintenance ツールー（GUI またはコマンド ラインの butil）は、アーカイブ ログ ファイルをデータ ファイルにロール フォワードするコマンドを提供します。アーカイブ ロギングの実行を参照してください。

Zen ではバックアップ機能として Continuous オペレーションを butil コマンド内で提供します。

このトピックでは、STARTBU および Endbu コマンドについて説明します。

このトピックでは、butil コマンドの STARTBU および Endbu を使用したデータベースのバックアップに関する詳細について説明します。

startbu コマンドは、バックアップの目的でファイル（複数可）の Continuous オペレーションを開始します。

例 A：最初の例は、course.mkd の Continuous オペレーションを開始します。

Zen ファイルのデフォルトの保存場所については、『Getting Started with Zen』のファイルはどこにインストールされますか？を参照してください。

例 B：以下の例は、startlst.fil にリストされているすべてのファイルに対して Continuous オペレーションを開始します。

endbu コマンドは、バックアップに定義されているデータ ファイル（複数可）の Continuous オペレーションを終了します。このコマンドは、startbu コマンドを使用して Continuous オペレーションを開始し、バックアップを実行した後に使用します。

ここでは、現在のディレクトリが F:\demodata の場合、フル パスを省略して単に butil -endbu course.mkd とすることもできます。

ご自分のバックアップ ソフトウェアが Microsoft のボリューム シャドウ コピー サービス（VSS）を認識しない場合は、Backup Agent をご自分のバックアップ ソフトウェアと連携して使用することができます。バックアップ ソフトウェアが VSS を認識する場合は、VSS によるバックアップ時に Zen VSS Writer が自動的に起動します。バックアップ ソフトウェアが既に VSS を認識している場合は、Backup Agent を使用する必要はありません。

Zen VSS Writer は Windows オペレーティング システムでのみ使用可能です。ボリューム シャドウ コピー サービスの詳細については、Microsoft Web サイトのテクニカル ドキュメント「SQL Server バックアップ アプリケーション ベンダ向けガイド」を参照してください。

VSS によるスナップショット時、Zen VSS Writer は Zen データおよびトランザクション ログ ファイルすべてに対し、それらが存在するボリュームに関係なく、すべてのディスク I/O 書き込み動作を阻止します。スナップショットの作成後、Zen VSS Writer はスナップショット中に遅延された書き込みなど、すべてのディスク I/O を再開させます。

Zen VSS Writer はディスク I/O 読み取り動作を阻止することはありません。書き込みが不要である限り、通常のデータベース処理を継続させることができます。Zen VSS Writer は、VSS サービスおよび VSS リクエスターのバックアップ動作によりパフォーマンスが低下するかもしれませんが、バックアップ フェーズ時は正常に動作します。