为什么 AWS RDS 备份需要这么长时间？
why is AWS RDS backup taking so long?
我正在使用 RDS 运行 postgresql 服务器 (9.6.3)，今天早上自动启动了备份。 6 小时后它还在继续，这看起来很荒谬。数据库不是那么大（~ 600 GB），据我所知，这是我第一次遇到这个问题。该机器相对强大 (db.m4.2xlarge)，因此这些备份似乎需要不到 6 小时的时间。
我也对备份将在 5:30 AM 开始这一事实感到惊讶，这似乎非常接近标准工作时间。
有什么想法吗？
您安排了 5:30 AM 备份 window。亚马逊当时并没有随意启动它。查看您的 RDS 实例的设置，您将看到创建实例时定义的备份 window。
一个RDS备份就像一个EBS快照，根本不应该依赖于服务器的CPU。它也不应该影响服务器性能。
既然 PostreSQL 版本已经结束测试，您应该考虑迁移到 Amazon Aurora。除了其他好处，您还可以使用 Aurora 快速创建快照。
有时像这样的事情会变成 "stuck" 由于幕后的问题。如果发生这种情况，您所能做的就是向 AWS 开具支持票以进行修复。
我正在使用 RDS 运行 postgresql 服务器 (9.6.3)，今天早上自动启动了备份。 6 小时后它还在继续，这看起来很荒谬。数据库不是那么大（~ 600 GB），据我所知，这是我第一次遇到这个问题。该机器相对强大 (db.m4.2xlarge)，因此这些备份似乎需要不到 6 小时的时间。 我也对备份将在 5:30 AM 开始这一事实感到惊讶，这似乎非常接近标准工作时间。
有什么想法吗？
您安排了 5:30 AM 备份 window。亚马逊当时并没有随意启动它。查看您的 RDS 实例的设置，您将看到创建实例时定义的备份 window。
一个RDS备份就像一个EBS快照，根本不应该依赖于服务器的CPU。它也不应该影响服务器性能。
既然 PostreSQL 版本已经结束测试，您应该考虑迁移到 Amazon Aurora。除了其他好处，您还可以使用 Aurora 快速创建快照。
有时像这样的事情会变成 "stuck" 由于幕后的问题。如果发生这种情况，您所能做的就是向 AWS 开具支持票以进行修复。