やり直しログ

Oracle RDBMS環境では、REDO ログは、データベースに加えられたすべての変更の履歴を記録する独自の形式のファイルで構成されます。各 REDO ログ ファイルは、REDO レコードで構成されます。REDO レコード (REDO エントリとも呼ばれます) には、データベース内の 1 つのブロックに加えられた変更をそれぞれ記述または表す 変更ベクトルのグループが保持されます。

たとえば、ユーザーがUPDATE従業員関連データを含むテーブルに給与値を入力すると、DBMS はテーブルのデータ セグメント ブロックへの変更を記述する変更ベクトルを含む再実行レコードを生成します。その後ユーザーがCOMMIT更新を実行すると、Oracle は別の再実行レコードを生成し、変更に「システム変更番号」(SCN) を割り当てます。

データファイルで何かが変更されるたびに、Oracle は変更を redo ログに記録します。redo ログという名前はその目的を示しています。データベースがクラッシュした場合、RDBMS はデータファイルに対するすべての変更を redo (再処理) して、データベース データを最後の redo レコードが書き込まれた時点の状態に戻すことができます。 DBA は、ビュー 、、および を使用してV$LOG、V$LOGFILEデータベースV$LOG_HISTORYのV$THREADredo ログに関する情報を検索します。 各 redo ログ ファイルは、正確に 1 つのグループに属します (少なくとも 2 つは存在している必要があります)。 これらのグループの 1 つが CURRENT グループです (v$log の列ステータスを使用して照会できます)。 Oracle は、その現在のグループを使用して redo ログ エントリを書き込みます。 グループがいっぱいになると、ログ スイッチが発生し、別のグループが現在のグループになります。 ログ スイッチが発生するたびにチェックポイントが発生しますが、その逆は当てはまりません。チェックポイントでは redo ログ スイッチは発生しません。 コマンドを使用して、手動で redo ログ スイッチを発生させることもできますALTER SYSTEM SWITCH LOGFILE。

REDOログファイルには2つの種類があります: ^[1]

• オンラインREDOログ（ 略して「 ORL」^[2]または「REDOログ」^{[3] ）}
• アーカイブREDOログ（「アーカイブログ」）^[4]

ユーザーが「コミットが完了しました」というメッセージを受け取る前に、システムはまず新しいデータまたは変更されたデータを REDO ログ ファイルに正常に書き込む必要があります。

RDBMS は最初に、トランザクションに含まれるすべての変更をシステム グローバル領域(SGA) のログ バッファに書き込みます。このようにメモリを初期キャプチャに使用することで、ディスク IO を削減できます。もちろん、トランザクションがコミットされると、REDO ログ バッファをディスクにフラッシュする必要があります。そうしないと、そのコミットのリカバリが保証されないためです。LGWR (ログ ライター) プロセスがそのフラッシュを実行します。

REDO ログがあれば、SQL 文を再生できます。Oracle データベースは、データファイル内のデータを変更する前に、変更内容を REDO ログに書き込みます。データファイルの 1 つに何か問題が発生した場合、リカバリ手順によってバックアップされたデータファイルを復元し、バックアップ時以降に書き込まれた REDO を再生できます。これにより、データファイルは使用不可になる前の状態に戻ります。Oracle Data Guard環境のスタンバイ データベースでも同じ手法が使用されています。1 つのデータベース (プライマリ データベース) がすべての変更を記録し、スタンバイ データベースに送信します。各スタンバイ データベースは、到着した REDO を適用 (再生) し、プライマリ データベースと同期します。^[5]

データベースがクラッシュした場合、リカバリプロセスは、REDO ログ ファイルの情報を使用して、コミット済みとコミットされていない両方のすべてのトランザクションをディスク上のデータ ファイルに適用する必要があります。Oracle は、エントリBEGINとCOMMITエントリの両方を持つすべての REDO ログ トランザクションを再実行 (ロール フォワード) し、エントリはあるがBEGINエントリがないすべてのトランザクションを元に戻すCOMMIT(ロール バック) 必要があります。^[6] (このコンテキストでのトランザクションの再実行は、REDO ログ ファイル内の情報をデータベースに適用するだけを意味し、システムがトランザクション自体を再実行するわけではありません。) システムは、REDO ログ ファイル内の「後イメージ」レコードをデータベースに適用することでコミット済みトランザクションを再作成し、UNDOテーブルスペース内の「前イメージ」レコードを使用して不完全なトランザクションを元に戻します。

変更データ キャプチャでは、 REDO ログを読み取ることができます。

Oracle Data Guard構成では、スタンバイREDOログは同等のオンラインREDOログに似ていますが、別のデータベースから送信されたREDOデータを格納するために使用されます。^[7]

ログの冗長性を考慮して、Oracle 社はREDO ログ (アーカイブ ログ) をアーカイブする方法を提供しており、これをデータ バックアップ シナリオやスタンバイ データベースに取り込むことができます。

個別に記録された一連の詳細なトランザクションとアクションの存在は、Oracle Flashback、ログマイニング、ポイントインタイムリカバリなどのいくつかのデータ管理拡張機能の基礎となります。データベースインカネーションの概念^[8]は 、データベースリカバリにおけるREDOの使用に影響を与える可能性があります。

データベースのチューニングのために、REDO ログを効率的に処理するには、十分な容量があり、高速にアクセスできるディスクが必要です。

• トランザクションログ

• REDO ログの管理 (Oracle ドキュメント)