postgresql - Cloud SQL 时间点数据驻留

Question

我在 CloudSQL for PostgreSQL 上使用时间点恢复。该实例具有高可用性，因此可以复制到三个可用性区域。在 GCP 控制台上启用时间点时，明确提到实例上的存储使用量将增加。这就带来了以下问题

• 时间点数据是否仅位于原始主实例上？
• 是否将时间点数据复制到多个区域？
• 跟随者实例是否启用了时间点(如果是)是否与其他实例隔离？
• 如果在主数据库无响应时故障转移不成功，因此需要手动配置数据库，时间点是否可行？如果是，它将包含最新数据(前提是主数据库的时间点数据已在区域中复制)，还是来自从属实例的时间点功能的数据？

Answer 1

1. Are point in time data located only on the original main instance?

是。您不能在只读副本中启用 PITR。 您只能在主实例上启用它。 “数据”是预写日志，它们存储在主实例上。 See .

2. Are point in time data replicated to multiple zones?

否，PITR 是通过预写日志实现的，这些日志仅存储在主实例的数据磁盘中。

3. Do follower instances have point in time enabled if yes is this isolated from the other instances?

如果您通过跟随者实例指的是只读副本，则只读副本利用预写日志(与 PITR 相同)来与主实例保持同步。只读副本旨在作为主副本的副本，并尽可能保持最新。

4. In case of an unsuccessful failover when the main database is unresponsive and thus manual provisioning of the Database is needed, is point in time feasible? If yes, is it going to be with the latest data (provided the point in time data of the main database are regionally replicated), or the data from the point in time functionality from a follower instance?

如果主节点没有响应并且实例数据磁盘存在问题，您将无法执行 PITR。这是因为 PITR for Postgres 使用存储在实例数据磁盘上的预写日志，see .如果实例的数据磁盘没有问题，那么 PITR 应该可以工作。

然而，灾难恢复的最佳实践是拥有一个 cross-region read replica为实例配置，它将在与主实例不同的区域中提供实例的事件副本。即使主要区域在跨区域下线，只读副本也可以提升为独立实例并可用于写入和读取。这当然需要在您需要之前设置这样的配置。