关于Cloud Spanner PITR中versionRetentionPeriod的限制及成本的技术问询

限制条件 #

• 取值范围约束：versionRetentionPeriod 的有效值必须在 1小时（3600秒）到7天（604800秒） 之间，不能设置超出该范围的值。设置时需指定整数秒数，不支持"1d"这类简化时间单位，必须输入对应的秒数数值。
• 修改时机限制：数据库正在执行自动或按需备份时，无法修改该参数，需等待备份完成后再操作。修改后的新周期仅对修改时刻之后产生的版本数据生效，修改前的历史版本仍会按照旧周期保留至过期。
• 与备份机制的边界：该参数仅控制PITR可恢复的时间窗口，不能替代长期备份。即便设置最长7天周期，超出窗口后也无法通过PITR恢复，必须依赖已存储的备份文件。此外，备份文件中的数据不受该周期影响，会完整保留备份时刻的所有数据状态。
• 跨区域实例约束：跨区域部署的Spanner实例，versionRetentionPeriod 的取值范围与单区域实例一致，但恢复时点数据时，需等待跨区域数据同步完成以确保一致性，这是跨区域部署的特性，并非参数本身的限制。
• DDL操作的恢复限制：若执行了删除表、删除数据库等DDL操作，只有在versionRetentionPeriod窗口内才能通过PITR恢复这些被删除的对象；超出窗口后，相关历史版本会被清理，无法恢复。

成本详情 #

• 历史版本存储成本：这是最核心的额外成本。Spanner需要存储versionRetentionPeriod窗口内的所有历史数据版本（包括更新、删除操作产生的旧版本），这部分存储量会叠加在当前活跃数据的存储成本之上，按照Spanner标准存储费率（按GB/月计费）收取费用。周期越长，需要存储的历史版本数据量越大，成本越高。
• 时点恢复操作成本：执行PITR恢复时，需创建新的Spanner实例（或恢复到现有实例的数据库），该实例的计算节点（vCPU）和存储资源会按常规实例费率计费，直到你删除该恢复实例或用其替换原实例。恢复过程本身无额外操作费，但资源占用会产生对应成本。
• 参数修改无直接费用：调整versionRetentionPeriod参数本身不会产生额外费用，但调整后的周期会直接影响后续的历史版本存储成本，需根据业务恢复需求和预算平衡设置。

内容的提问来源于stack exchange，提问作者Naren Mehra