我正在尝试将Aurora集群从我们的一个帐户迁移到另一个帐户。我们实际上没有很多写请求，数据库本身也很小，但不知何故，我们决定尽量减少停机时间。
我已经研究了几个选项
- 使用快照:切断源DB的突变，在其他帐户中快照，共享和恢复。这肯定会带来一些停机时间
- 使用Aurora克隆:切断源DB中的突变，克隆目标帐户中的集群，然后切换到目标DB。根据AWS的说法，克隆比获取和恢复快照要快得多，因此停机时间应该更短。
- 我不确定我是否可以使用DMS来做到这一点，因为我没有找到关于跨帐户移动Aurora的有用文档/教程。此外，我不确定DMS是否会在迁移期间同步任何写请求到目标DB。
- 如果DMS不能实时同步，那么我可能应该使用Bucardo实时迁移。
查看文档，兼容PostgreSQL的AWS Aurora被允许作为源代码&目标端点。那么，回答你的问题，是这是有可能的。显然，您的源Aurora DB应该可以从目标帐户访问。检查DB端点是否为公共端点，且流量不受acl规则或SGs规则的限制。此外，如果希望启用正在进行的复制，则需要将rds_replication(或rds_superuser)角色授予源数据库用户。链接到文档
我们实际上最终使用了DMS进行这次迁移。我们所做的是:
- 对原始帐户中的目标DB进行快照
- 将快照共享到目标帐户并在那里恢复。(你必须使用快照来迁移触发器，自定义类型，序列等)
- 在两个帐户之间建立连接(如VPC对等连接或安全组)
- 在源帐户(端点、复制实例、任务)中设置DMS
- 写入SQL暂时禁用/删除约束，触发器等，当加载源数据时可能导致错误。
- 使用DMS加载源数据并启用持续复制。
- 启用/添加约束、触发器等。
- 迁移后测试