Amazon rds 没有自动备份的Amazon RDS每日快照

我们已经建立了亚马逊RDS。性能比以前的共享系统慢了一点，但它让我们对用户有了更多的控制

我们如何在没有时间点功能的情况下获得自动化的每日快照（例如，在规定的窗口内）？我们不需要后者，它显然会影响25%的性能。然而，每晚都有一个自动化的snapshop会很有用

将保留期更改为0，这确实加快了一切，但令人担心的是，它不会在一夜之间完成任何snapshop操作。我知道手动快照的可能性，但更喜欢定时快照

我们如何获得自动化的每日快照（例如在规定的时间内） 窗口）而没有时间点功能

不能，它们在当前的设计中是紧密联系在一起的，也就是说，没有选项仅禁用时间点恢复

原因可能是，只要您使用其中一个复制选项（例如，多AZ部署和/或读取副本），就需要为此功能提供便利的二进制日志。这些确实需要与时间点恢复使用的二进制日志完全相同的日志，这就是为什么一旦启用它们，就不能将保留期设置为0，例如，请参阅参数BackupRetentionPeriod：

限制条件：

• 必须是0到8之间的值 [顺便说一句，见
• 如果DB实例是具有读取副本的主实例，或者DB实例是读取副本，则无法将设置为0

因此，您将需要为应用程序使用自定义的自动化解决方案

我们如何获得自动化的每日快照（例如在规定的时间内） 窗口）而没有时间点功能

不能，它们在当前的设计中是紧密联系在一起的，也就是说，没有选项仅禁用时间点恢复

原因可能是，只要您使用其中一个复制选项（例如，多AZ部署和/或读取副本），就需要为此功能提供便利的二进制日志。这些确实需要与时间点恢复使用的二进制日志完全相同的日志，这就是为什么您无法在恢复后将保留期设置为0的原因启用时，请参见参数BackupRetentionPeriod，例如：

限制条件：

• 必须是0到8之间的值 [顺便说一句，见
• 如果DB实例是具有读取副本的主实例，或者DB实例是读取副本，则无法将设置为0

因此，您将需要为应用程序使用自定义的自动化解决方案