An enterprise runs a mission-critical financial transaction service on Google Cloud backed by an AlloyDB for PostgreSQL database cluster. The organization's disaster recovery and business continuity policy specifies that the database must achieve a Recovery Point Objective (RPO) of near zero to safeguard against accidental data corruption or malicious table drops, with the ability to restore the database to any specific moment in time over the preceding two weeks. Which backup and recovery strategy should you configure to meet these requirements?

Enable continuous backup and recovery on the AlloyDB cluster with the default 14-day retention window to perform point-in-time recovery (PITR): ### What Continuous Backup and Recovery Is **AlloyDB continuous backup and recovery** is a native data protection mechanism that continuously records incremental storage changes and transaction logs. This capability allows administrators to restore an existing cluster to any precise moment in its recent history with **microsecond granularity**, eliminating data loss gaps between scheduled backup intervals. ### How It Meets the Requirements - **Near-Zero RPO**: By continuously logging database state changes, continuous backup enables a **Recovery Point Objective (RPO)** of zero, allowing restoration up to the exact moment right before a corruption event or accidental deletion. - **Specific Timestamp Restoration**: Unlike discrete snapshot schedules that only capture periodic states, **Point-in-Time Recovery (PITR)** provides granular rewind capability to any selected second. - **Two-Week Window**: By default, AlloyDB retains continuous backup data for **14 days** (configurable from 1 to 35 days), directly matching the two-week retention mandate. ### Key Advantages and Capabilities - **Incremental efficiency**: Stores only changed blocks relative to previous backups, minimizing storage overhead and cost. - **Automated daily baseline**: Automatically captures daily incremental backups alongside continuous write-ahead log data. - **Cluster cloning**: Enables rapid creation of independent clones from any timestamp within the retention window without altering the source cluster. - **Immutable retention**: Ensures underlying backup files are protected against tampering or unauthorized modification. ### Why This Is Optimal Continuous backup and recovery is the native managed solution specifically designed for relational database point-in-time recovery. It achieves an RPO of zero and provides microsecond-level recovery points without requiring custom scheduling logic, external orchestration, or disruptive full-database lock operations.