GCP 云 SQL Postgres 事务日志备份/恢复
GCP Cloud SQL Postgres Transaction Log Backup / Recovery
我想将 GCP Cloud Postgres SQL 恢复（恢复）到最后 15 分钟以用于灾难恢复（RPO 为 15 分钟）。这意味着必须每 15 分钟备份一次数据库（通常是事务日志）。这在 Cloud Postgres 中是否可行？如果可行，流程是什么？
此外，我担心有人或应用程序错误删除数据。这只是在另一个系统上发生在我们身上。理想情况下，将数据库备份和 15 分钟增量事务日志备份还原到另一个数据库并挑选需要恢复的数据将非常有益。这可能吗？
the database must be backed up (typically the transaction log) every
15 minutes.
不能备份事务日志，只能备份实例数据。要每 15 分钟备份一次实例，自动备份是不够的。因此，您必须使用 on-demand backup 并每 15 分钟触发一次。
restore the DB backup and the 15 minute incremental transaction log
backups to another DB
是的，您可以将实例备份恢复到 another instance
pick and choose the data that needs to be recovered.
不容易。您可以通过不创建按需备份而是导出 SQL 转储文件或 CSV 文件，然后 运行 您自己的过程来获取所需数据的方式以某种方式实现这一点。
话虽如此，以及您对 DR（灾难恢复）的引用，我想指出云 SQL 具有名为 High Availability. Also, for replication you could use Read-Replicas
的自动故障转移副本
我想将 GCP Cloud Postgres SQL 恢复（恢复）到最后 15 分钟以用于灾难恢复（RPO 为 15 分钟）。这意味着必须每 15 分钟备份一次数据库（通常是事务日志）。这在 Cloud Postgres 中是否可行？如果可行，流程是什么？
此外，我担心有人或应用程序错误删除数据。这只是在另一个系统上发生在我们身上。理想情况下，将数据库备份和 15 分钟增量事务日志备份还原到另一个数据库并挑选需要恢复的数据将非常有益。这可能吗？
the database must be backed up (typically the transaction log) every 15 minutes.
不能备份事务日志，只能备份实例数据。要每 15 分钟备份一次实例，自动备份是不够的。因此，您必须使用 on-demand backup 并每 15 分钟触发一次。
restore the DB backup and the 15 minute incremental transaction log backups to another DB
是的，您可以将实例备份恢复到 another instance
pick and choose the data that needs to be recovered.
不容易。您可以通过不创建按需备份而是导出 SQL 转储文件或 CSV 文件，然后 运行 您自己的过程来获取所需数据的方式以某种方式实现这一点。
话虽如此，以及您对 DR（灾难恢复）的引用，我想指出云 SQL 具有名为 High Availability. Also, for replication you could use Read-Replicas
的自动故障转移副本