A recovery point objective (RPO) measures how much data a disaster-recovery plan can afford to lose. In PostgreSQL, point-in-time recovery can restore committed data through the last WAL file successfully saved. section 9.5 section 9.5
Backups are not automatically enough
A team runs automated backups and assumes the database is protected. If the server burns down before the newest WAL file is saved, recovery may stop at an earlier committed transaction; the unsaved interval is the realized data loss. Keeping a spare server addresses recovery time, not the RPO itself. section 9.5 section 9.5 section 9.5
Figure 9.3 A sample PostgreSQL HA setup with a cascaded replication for redundancy and backup
Use the cascaded-replication layout to relate redundancy and backup paths to reducing exposure to data loss. section 9.5




