因此,这与此RDS问题基本相同:Should I stick only to AWS RDS Automated Backup or DB Snapshots?
Dynamo现在具有快照和PITR连续备份。
在RDS中,如果删除实际的数据库实例,PITR备份似乎会失败。如果我意外删除我的发电机表会怎样?我是否会同样放弃所有PITR备份?
我认为安排自己的快照只是为了防止意外删除表或者我希望备份超过35天。这种推理是否正确?
另外,如果没有传统的关系交易日志,发电机如何实现PITR?
答案 0 :(得分:1)
这种推理是否正确?
是的,大部分都是。
对于掉线表似乎有一个安全网......
如果您需要恢复已启用时间点恢复的已删除表,则需要联系AWS Support以在35天恢复时段内恢复该表
......在这里假设没有什么可以出错似乎是蛮干的。
例如:
重要强>
如果您禁用时间点恢复并稍后在表上重新启用它,则会重置可以恢复该表的开始时间
https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/PointInTimeRecovery_Howitworks.html
......当然,作为一种惯例,应该谨慎地授予删除表格所需的特权。
作为一个长期的DBA,我还断言,如果你喜欢你的数据,你从不委托任何单个实体获得数据。对于非短暂且无法从其他来源复制的数据,数据也需要在其他地方。
如果没有传统的关系事务日志,dynamo如何实现PITR?
内部必须存在某种类型的“交易”日志 - 我们已经知道存在必要的基础,否则DynamoDB Streams和Global Tables将如何成为可能?理论上,您可以通过使用Streams捕获所有内容来滚动自己的PITR(虽然这似乎不值得付出努力)......但它将是一种可行的异地/非平台备份机制。