ポイントインタイムリカバリ とは？

普通のバックアップは「バックアップを取った時点」にしか戻せない。例えば午前3時のバックアップしかなければ、午後2時に誤って全データを消しても午前3時の状態にしか戻せず、午前3時〜午後2時の間のデータは失われる。PITRならトランザクションログを使って「午後1時59分の状態」まで正確に復元できる。

データベースの全ての変更操作（INSERT/UPDATE/DELETE）を時系列で記録したファイル。MySQLではバイナリログ（binlog）、PostgreSQLではWALと呼ぶ。このログがあれば、フルバックアップの時点から1つずつ変更を「再生」して、任意の時点の状態を再構築できるんだ。

AWS RDSやCloud SQLでは設定で「自動バックアップ」を有効にするだけで、裏でバックアップとログの管理をやってくれる。AWSなら最大35日前まで、任意の秒を指定して復元インスタンスを作成できる。自前で構築する手間を考えると、マネージドDBの大きなメリットの一つだね。

万能ではないよ。まずトランザクションログの保存領域が溢れるとログが上書きされて復元できなくなる。ログ用のディスク容量は常に監視が必要。あと復元にかかる時間も重要で、バックアップからのリストア＋大量のログ再生は数時間かかることもある。そして一番厄介なのは「いつの時点まで戻すべきか」の判断。誤操作が起きた正確な時刻を特定するのは簡単ではなくて、binlogやWALの中身を解析して「このDELETE文が実行された時刻」を探す作業になる。障害対応のプレッシャーの中でこの判断を正確にやるのは、経験があっても緊張する瞬間なんだよね。