Oracleデータベースアーキテクチャを復習する：独学！ ORACLE MASTER Gold 11g講座（1）（2/2 ページ）

更新処理の流れ

1. ユーザープロセスからDML文を発行する。サーバプロセスへDML文が渡される
2. サーバプロセスは共有プールにアクセスし、実行しようとするSQL文と同じSQLがないかをチェックする。あれば実行処理に入る。なければ、実行計画※を生成する
3. サーバプロセスは、必要なデータがデータベース・バッファ・キャッシュ上にないかチェックする。あればそのブロックを使う。なければ、データファイルからデータブロックとUNDOブロックを読む。更新レコードに対し、行ロックを取得する。障害に備えて、REDOログエントリがREDOログバッファへ記録する。続いて、UNDOブロックに変更前データを書き、データブロックを更新する
4. ユーザープロセスから、COMMIT文を発行する。サーバプロセスへCOMMIT文が渡される。LGWRはREDOログエントリをREDOログファイルに書き込む。

※実行計画：SQL文を実行する際のアクセスパスのこと。例えば、索引を使うか否かなど。

　なお、COMMITで保証する書き込みは、LGWRによるREDOログエントリの書き込みです。従って、データファイルへ変更が反映されているとは限りません。もし、データファイルへ変更が反映されていない状態でインスタンス障害が発生しても、COMMITが実行されていれば、REDOログエントリによりリカバリできることが保証されます。

チェックポイント（CKPT）とDBWn

　COMMITで保証される書き込みはLGWRによる書き込みですが、データファイルへの変更がいつまでたっても保証されなければ、LGWRはREDOログバッファを上書きできません。

　なぜなら、「データファイルに変更が書き込まれていない＝リカバリ時に必要なREDOログエントリ」であるからです。従って、データファイルの変更は定期的にデータファイルに書き込まれる必要があります。それがチェックポイント（CKPT）です。チェックポイントにより、データベース・バッファ・キャッシュ上の変更はデータファイルへの反映が保証されます。チェックポイントは次のとおりに実行されます。

1. チェックポイントからDBWnへデータベース・バッファ・キャッシュ上の変更をデータファイルに書くようにシグナルが出る
2. DBWnは指示されたところまでの変更をデータファイルに書く
3. CKPTは、全データファイルヘッダと制御ファイルに対し、チェックポイントSCN※を書く

※SCN：SystemChangeNumberの略。SCNはトランザクションが終了すると必ず変更されるID。これにより、特定のSCNの時点でどこまでCOMMITが終了しているかが管理できる。人間でいうところの「タイムスタンプ」（時間）と同じイメージ。つまり、チェックポイントSCNとは、どこまで書き込みが終了しているかを示す情報である。

　さて、Oracleアーキテクチャの復習はできましたか？ 次にチェックテストを実施します。

確認問題

問題1

問題2