将SQL Server数据库从AWS迁移到Azure

在Windows Server 2008 R2上运行SQL Server 2008的AWS实例中有一个大型数据库

数据库在不断变化和写入信息，其大小约为~100GB

我希望从我们的Amazon服务迁移到Microsoft Azure

但我无法承受任何信息的丢失超过20-30分钟

我不介意使用Azure SQL或在Azure云中的VM下运行SQL Server，但我必须保持数据库的活动和更新，因为很少有主表会不断向其中添加信息

---

这样做的最佳方式是什么？

如果您使用的是AWS实例而不是RDS，并且您使用的是Azure实例而不是“Azure SQL数据库”，那么您可以使用日志传送或类似方式将停机时间缩短到几秒钟：

您需要采取的步骤：

在AWS上进行完全备份

在Azure上恢复完整备份而不进行恢复

在AWS上进行日志备份

在Azure上恢复日志备份而不进行恢复

重复第3步和第4步，直到所需时间足够短为止（您可能需要编写脚本）

将应用程序脱机

在AWS上进行另一个日志备份

通过Azure上的恢复恢复日志备份

将应用程序重新指向Azure

将应用程序重新联机

---

3、4和5是日志传送将自动执行的，但您也可以编写一个powershell脚本。

这正是我面临的情况（不使用RDS或azure SQL），但您能否解释一下，我到底应该如何以最佳方式执行此操作？我们的想法是进行完整备份并将其恢复到新服务器上。然后进行日志备份并将其还原。然后是下一个，等等。一旦您准备好切换，请进行最后一次备份，在新实例上还原，使数据库联机并重新指向应用程序。日志传送是一个内置解决方案，它可以自动执行此过程，但您也可以手动执行。如果我按照以下顺序->备份数据库->将其加载到新服务器->加载日志传送脚本->将应用程序重新定位到新服务器。我应该从哪里开始运送日志？如果我在将数据库部署到新服务器之前启动它，它以后会知道它需要执行什么和不需要执行什么吗？@SebastianMeine我们有一个类似的问题，但我们如何才能在“Azure SQL数据库”中执行此操作？@ChrisKooken由于Azure SQL数据库不允许日志传送，所以没有简单的方法可以做到这一点。另一种选择是复制，但这也不可能。您可以根据更改数据捕获（或触发器）编写自己的复制引擎，并使用外部应用程序将数据更改传输到azure。