如何使用事务复制来避免表锁并复制大型文章

Question

我们计划将我们的SQL on prem数据库迁移到azure，这个数据库有很多表，其中很少有非常高的事务表（包含数百万条记录），我们希望最小化应用程序的停机时间并决定使用事务复制使用快照复制数据，然后花费一些停机时间并从我们的应用程序切换到azure数据库

以下是我们迄今为止在预生产中看到的问题

1. 在初始时间内表锁定以及来自应用程序的大量请求由于此锁定而失败。我们怎能避免这种情况？
2. 2篇文章（数百万行）复制失败，其中一篇几乎完成（90％），另一篇由于一些数据问题，我们创建了3个单独的出版物，一个用于其余的小表，另外两个用于每个大表。我知道我们可以重新初始化出版物，并从一开始就这样做，但这将再次延迟时间和表锁定。 那么我们如何才能处理这个案例1，以便我们复制大部分数据并且我们不想从头开始

我希望你们中的许多人都能遇到这个问题，并有一些最佳实践可供分享。

Answer 1

这篇文章说

[@ sync_method =]'sync_method'

生成所有表的本机模式批量复制程序输出，但在快照期间不锁定表。仅支持事务性出版物。 Oracle发布者不支持。

你可能想试试..

参考文献： https://dba.stackexchange.com/questions/73629/how-to-generate-replication-snapshot-without-locking-tables https://docs.microsoft.com/en-us/sql/relational-databases/system-stored-procedures/sp-addpublication-transact-sql

Answer 2

我建议您使用时间参考程序。我可以想到两种方法来实现这一目标：

1. 在实时数据库和目标数据库之间建立桥接表。加载网桥并检查数据是否有效后，将它们传递给目标数据库。但是由于桥上的数据验证，这种方式可能难以实现。
2. 在表的时间戳列。复制过程开始时，请在初始时间之前获取具有时间戳的行。因此，您将在过程开始后忽略所有行。这将保证你不会有任何关键的绑定（fk）是inclomple。