［PostgreSQLウォッチ］第10回 基幹業務向けに大幅拡張されたPostgreSQL 8.0，ベータテスト開始

　データベース本体がディスク・クラッシュなどで失われても(メディア障害)，バックアップとトランザクション・ログから最新の状態に復元することができる。バックアップを取得した時点までしか戻れなかった従来のPostgreSQLに比べると大幅な進歩であり，データベースの信頼性という観点から見て商用DBに肩を並べることができるようになったと言える。

　テーブルやインデックスを別々のデータベース用の領域(テーブル・スペース)に配置し，より細かく領域管理するための機能である。これによって複数のディスク・ドライブを使って性能を向上させることが可能になるなどのメリットが生まれる。

　また，ディスク領域は不足したときにディスクを追加し，特定のテーブルやインデックスをそこに移動するといった使い方もできる。

　SQL標準のセーブポイントが実装された。セーブ・ポイントを使うとトランザクションのすべてではなく，一部だけをロールバックでき，より細かなトランザクション管理ができるようになる。

　Cygwinなどのエミュレーションを使うことなくWindowsプラットフォームでPostgreSQLがそのまま動くようになった。今のところ，Windows NT，Windows 2000，Windows XPなどに対応している(Windows 95，98，MEには対応していない)。

　なお，コンパイル済のバイナリはhttp://www.hagander.net/pgsql/win32snap/で提供されている。

　ディスクI/Oを管理するバックグラウンド・ライター・プロセスが追加され，より安定した性能を得ることができるようになった。

　本稿ではこのうちポイント・イン・タイム・リカバリ，テーブル・スペース，セーブ・ポイントの機能面について説明する。

ポイント・イン・タイム・リカバリ

図1●トランザクション・ログによるクラッシュ・リカバリ

(1). 更新が発生した際にテーブルやインデックスなどのデータベース本体を更新するだけでなく，更新記録をトランザクション・ログに格納する。この際，トランザクション・ログだけは同期書込を行い，電源断などでもデータが失われないようにする。

(2). 定期的に「チェックポイント」処理を実行し，古いトランザクション・ログを削除。また，テーブルやインデックスなどの更新されたブロックを同期書き込みする。

(3). 電源断などの後では，PostgreSQL起動時に自動リカバリを行う。前回チェックポイント以降トランザクション・ログに記録されたトランザクションを再実行する。テーブルやインデックスは同期書き込みをしていないので内容が失われている可能性があるが，トランザクション再実行によって復旧されるので問題ない。

図2●チェックポイントとメディア障害

　ポイント・イン・タイム・リカバリでは，(2)のときにトランザクション・ログを捨てるのではなく，「アーカイブ・ログ」として保存する。バックアップとアーカイブ・ログを併用することにより，メディア障害が発生しても最新の状態(最後にコミットされたトランザクション)まで復元できる。

　さらに，最新状態ではなく，日付やトランザクションIDを指定して特定の時点までリカバリすることも可能である。これによって，重大なオペレーション・ミスでデータを失ってしまったような場合にも，その直前の状態までデータベースを戻し，データを回復することができる。これが「Point In Time Recovery」と呼ばれる所以である。