Georgi Koemdzhiev's questions

我们的团队正在将我们的一个数据库迁移到 Amazon RDS MS SQL Server。作为其中的一部分，我们必须重写一些存储过程。

我们有一个将数据库备份到网络存储的存储过程。

BACKUP DATABASE [MyDB] TO DISK = '\\myserver\share\MydbBackup.bak'
WITH RETAINDAYS = 0,
    INIT

上面的存储过程是阻塞的，即它会暂停执行行exec stored_proc——直到备份完成。

我已经更改了该存储过程，以便它使用存储过程，rds_backup_database以便将备份保存在 S3 存储桶中。

exec msdb.dbo.rds_backup_database
    @source_db_name='MyDB',
    @s3_arn_to_backup_to='arn:aws:s3:::temp-poc-bucket/db_backups/MyDBBackup.bak',
    @overwrite_s3_backup_file=1;

问题是我们的工作流程（从我们的应用程序调用存储过程）要求它是同步的。

有没有办法“等待”msdb.dbo.rds_backup_database存储过程的执行？

AWS RDS文档。

我正在寻找一种在本地Microsoft SQL Server到 AWS RDS PostgreSQL 之间设置连续数据复制的方法。源表每 24 小时更新一次。这里的挑战是我无法控制源（本地）数据库。我所拥有的只是一个可以用来查询数据库的数据库用户。简而言之，我正在寻找以下要求：

• 不应以任何方式修改源机器（即对源机器应用配置）
• 便宜（不需要迁移服务器 24/7 运行）且易于管理（设置一次就忘记了）
• 理想情况下，解决方案应该只迁移对源数据库表所做的更改，例如添加/删除记录。换句话说，避免清空目标表并用源表记录重新填充它（这就是 AWS DMS“ Full-Load ”会做的事情）

我正在查看 AWS DMS Ongoing Replication，但它需要更改源计算机，因此我不得不放弃该解决方案（请参阅使用 Microsoft SQL Server 数据库作为 AWS DMS 的源）。此外，该解决方案将需要一个“复制实例”来运行 24/7。

还有什么我应该看的满足上述要求的吗？或者我唯一的选择是使用“全负载”AWS DMS 迁移，如果提供源数据库表的更新频率，这可能是一种成本高昂的解决方案？

我会很感激任何关于这个问题的想法，请。