NOTE 3---SQLServer事务复制在不重新初始化的情况下添加新表
发布时间：2020-12-12 13:18:54 所属栏目：MsSql教程 来源：网络整理
导读：? 当一个线上事务复制订阅正在进行时，现在需要往里面加上一张新表。 ??? ? ??? 可能的方法有几种 ??? ? ??? 1.最简单的方法，当然是重新初始化。把表加进去（sp_addarticle或用复制向导），然后右键重新初始化，生成新的快照。?? 这个方法有无数的优点，但
|
? 当一个线上事务复制订阅正在进行时，现在需要往里面加上一张新表。
??? ? ??? 可能的方法有几种 ??? ? ??? 1.最简单的方法，当然是重新初始化。把表加进去（sp_addarticle或用复制向导），然后右键重新初始化，生成新的快照。?? 这个方法有无数的优点，但有一个缺点：会把复制订阅链里的所有表都全重新初始化一次，初始化期间读库的表没有数据。持续时间也可能比较长 ??? ? ??? 2.建一个新的发布，然后把更新的表单独做一个复制订阅?? 这种方法比较稳妥，肯定不会对现有的复制订阅链产生影响，新加的表可以随意初始化。缺点是总不能上一个表就建一个发布吧，更可靠的方法是定时将这个新发布里的项目(表)迁移到正式的发布订阅链里。当然这里面还延生出来了一个好处，由于新上的表有时候有问题的时候处理起来放得开。 ??? ? ??? 3.分三步： A.把新上的表在读写库全建上并填充好数据（要求数据一致性） B.停日志读取代理? C.把新表加到发布订阅中去? D.启用日志读取代理?? 该方法不会对线上发布产生显著影响（相对于方法1），但是会在操作的时候停止读写复制数据，加大读写复制延时。如果对读写延时不苛刻的情况下选用。强烈推荐预先准备好脚本。速战速决。 个人认为第一个不太现实，属于数据量小的情况，但安全可靠；第二个对于业务变动频繁的系统来说，也不太现实，如果变动不大，这个方法最好，不影响原有复制；第三个比较可行，适于在晚上业务低峰的时执行脚本，有一定时延，追平需要时间 （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |