当一个线上事务复制订阅正在进行时，现在需要往里面加上一张新表。
可能的方法有几种
1.最简单的方法，当然是重新初始化。把表加进去（sp_addarticle或用复制向导），然后右键重新初始化，生成新的快照。 这个方法有无数的优点，但有一个缺点：会把复制订阅链里的所有表都全重新初始化一次，初始化期间读库的表没有数据。持续时间也可能比较长
2.建一个新的发布，然后把更新的表单独做一个复制订阅 这种方法比较稳妥，肯定不会对现有的复制订阅链产生影响，新加的表可以随意初始化。缺点是总不能上一个表就建一个发布吧，更可靠的方法是定时将这个新发布里的项目(表)迁移到正式的发布订阅链里。当然这里面还延生出来了一个好处，由于新上的表有时候有问题的时候处理起来放得开。
3.分三步： A.把新上的表在读写库全建上并填充好数据（要求数据一致性） B.停日志读取代理 C.把新表加到发布订阅中去 D.启用日志读取代理 该方法不会对线上发布产生显著影响（相对于方法1），但是会在操作的时候停止读写复制数据，加大读写复制延时。如果对读写延时不苛刻的情况下选用。强烈推荐预先准备好脚本。速战速决
以上就是我想到的三种方法
理论上第3种最合理（折中处理） ，但是联系到我现在管理的复制订阅环境要求，更多的时候选用的是方法2.。虽然对服务器性能可能会产生一点负面影响。但同时也对DBA管理这种22的复制订阅时产生了适当的缓冲
