迁移on-prem Server数据库到Azure SQL数据库

Question

我们正在从on服务器(Win2008R2)迁移到Azure PaaS。

为了移动数据库，我们使用了Microsoft数据迁移助手(DMA)工具，它工作得很好，我们可以通过连接到迁移的Azure。

考虑到：

• 对迁移的Azure DB (表、存储过程、索引)进行了一些更改，以使用Azure中的应用程序
• 通过DMA将多个前置数据库合并成一个数据库，以节省成本
• 在迁移过程中，On不断地被插入/更新操作(多个表)修改。

问题:考虑到上述情况，迁移数据(所有vs丢失/更新)的最佳和最快方法是什么？

Answer 1

我建议您首先迁移到Azure SQL数据库，然后让Azure SQL数据同步将数据迁移到Azure，并在Azure SQL数据库上更新数据。

我建议从Azure SQL数据库端的一个空模式开始，因为当Sync在处所和Azure上找到数据时，它开始比较这两个数据库，这消耗了大量资源。

在初始同步上，即使在Azure端有一个空的模式时，在On-等离子体数据库服务器上，sync也可能消耗大量资源，因为您可以使用Server资源调速器来限制中的数据同步会话所使用的CPU，这样可以避免可能影响数据库用户的巨大性能影响。

准备就绪后，可以将用户(如果SQL数据同步处于双向模式)切换到Azure。迁移用户之后，您就可以从SQL数据同步配置中删除成员数据库( operation数据库)，并停止SQL数据同步操作。

Answer 2

我不同意这里所有的答案。

如果在Win2008R2上运行，则很有可能使用旧的Server (2008? 2012?)对于Azure SQL数据库来说，它们都是不推荐的和不适合的。而且可能这个应用程序也是老的，不适合一般的云。我建议你一个好的测试阶段。

以下是我的待办事项清单：

1. 将Server升级到Server 2016 on prem，并测试所有查询是否仍然正确运行
2. 测试您的Server如何准备通过(DMA)工具或新的Azure Data Studio的Azure SQL迁移扩展 (来自他的月份)访问Azure。
3. 甚至不要认为合并数据库会降低您的总体成本。决定是多租户还是单间租赁，而不是因为数据库的价格。
4. 根据迁移的大小来计划停机时间。当数据库被修改时，不要迁移。预计停机时间。最好的方法是对前一天进行备份，然后恢复日志。

像疯了一样测试。这不是一件容易的事情，因为这个应用程序已经过时了。

祝好运。

Answer 3

Visual还有一个很好的工具，可以比较不同服务器上两个数据库之间的模式和数据。

然后，它可以用任何更改更新目标数据库，之后您可以切换到使用Azure DB。

根据数据量的不同，该方法将需要5到30分钟的停机时间，但根据您的要求，这可能是可接受的。