注意： アーカイブ ロギングは、アーカイブ ログからの復元後、すべてのデータ ファイルが一貫性のある状態になることを保証しません。速度向上のために、データベース エンジンはログ関数から成功を示すステータス コードが返されるのを待たずに、ログ バッファーを空にします。そのため、ディスク フルやオペレーティング システムの書き込みエラーなどのめったに起こらない状況において、データ ファイルで正常に行われた更新がアーカイブ ログに記録されないことがあります。また、アーカイブ ログではすべてのファイルのログをとる必要がないため、複数のファイルの更新を行うトランザクションがあるとき、そのうち一部のファイルのログしかアーカイブしていない場合は、トランザクションがアーカイブ ログに完全に記録されないことがあります。結果として、あるファイルがほかのファイルと矛盾する可能性があります。トランザクションを使用しており、複数ファイルのトランザクション アトミシティが必要な場合は、トランザクション ログおよびトランザクション一貫性保守を参照してください。

注意： この手順のいずれかの段階が省かれたり、十分でない場合、障害発生前の状態にデータを復元することができません。

注意： データ ファイルでの作業再開前にそれぞれのログ ファイルを削除します。バックアップ データ ファイルとそのログ ファイルが同期していることは、回復作業を成功させるための重要事項です。

注意： アーカイブ ログがデータ ファイルに適用される前にデータベース アクセスが行われないようにすることは重要です。ほかのデータベース エンジンがファイルにアクセスしていないことを確認してください。システム障害にあったのと同じエンジンを使用してアーカイブ ログをロール フォワードする必要があります。

注意： ログをとるデータ ファイルすべてに異なるログ ファイルを使用する必要があります。2 つ以上のデータ ファイルに同一のログ ファイルを使用すると、MicroKernel はロールフォワードが必要になったときにそのログ ファイルを使用できません。

注意： データベースのすべてのファイルのログをとる必要はありません。ただし、データベースに参照整合性（RI）規則が指定されている場合は、各 RI の関係に含まれるすべてのファイルのログを指定するかまたは 1 つも指定しないでください。RI の関係に含まれるファイルのサブセットのみのログを指定すると、システム障害後にアーカイブ ログをロール フォワードするとき、RI 規則違反となります。

注意： Continuous オペレーション モードによって作成されたテンポラリ デルタ ファイルは対応するデータ ファイルと同じ名前ですが、拡張子 ".^^^" を使用します。同じディレクトリに、ファイル名が同一で拡張子のみが異なるようなファイルを置かないでください。たとえば、データ ファイルに INVOICE.HDR および INVOICE.DET というような名前の付け方をしないでください。もしそうした場合、MicroKernel はステータスを返し、ファイルは Continuous オペレーションに入れられません。

注意： デルタ ファイルがバックアップ ファイルに含まれる場合、これらのファイルは、次の手順でデータベース エンジンが起動する前に削除しておく必要があります。