SQLServer事务复制在不重新初始化的情况下添加新表
2014-11-06 10:51
183 查看
SQLServer事务复制在不重新初始化的情况下添加新表
当一个线上事务复制订阅正在进行时,现在需要往里面加上一张新表。
可能的方法有几种
1.最简单的方法,当然是重新初始化。把表加进去(sp_addarticle或用复制向导),然后右键重新初始化,生成新的快照。 这个方法有无数的优点,但有一个缺点:会把复制订阅链里的所有表都全重新初始化一次,初始化期间读库的表没有数据。持续时间也可能比较长
2.建一个新的发布,然后把更新的表单独做一个复制订阅 这种方法比较稳妥,肯定不会对现有的复制订阅链产生影响,新加的表可以随意初始化。缺点是总不能上一个表就建一个发布吧,更可靠的方法是定时将这个新发布里的项目(表)迁移到正式的发布订阅链里。当然这里面还延生出来了一个好处,由于新上的表有时候有问题的时候处理起来放得开。
3.分三步: A.把新上的表在读写库全建上并填充好数据(要求数据一致性) B.停日志读取代理 C.把新表加到发布订阅中去 D.启用日志读取代理 该方法不会对线上发布产生显著影响(相对于方法1),但是会在操作的时候停止读写复制数据,加大读写复制延时。如果对读写延时不苛刻的情况下选用。强烈推荐预先准备好脚本。速战速决
以上就是我想到的三种方法
理论上第3种最合理(折中处理) ,但是联系到我现在管理的复制订阅环境要求,更多的时候选用的是方法2.。虽然对服务器性能可能会产生一点负面影响。但同时也对DBA管理这种22的复制订阅时产生了适当的缓冲
当一个线上事务复制订阅正在进行时,现在需要往里面加上一张新表。
可能的方法有几种
1.最简单的方法,当然是重新初始化。把表加进去(sp_addarticle或用复制向导),然后右键重新初始化,生成新的快照。 这个方法有无数的优点,但有一个缺点:会把复制订阅链里的所有表都全重新初始化一次,初始化期间读库的表没有数据。持续时间也可能比较长
2.建一个新的发布,然后把更新的表单独做一个复制订阅 这种方法比较稳妥,肯定不会对现有的复制订阅链产生影响,新加的表可以随意初始化。缺点是总不能上一个表就建一个发布吧,更可靠的方法是定时将这个新发布里的项目(表)迁移到正式的发布订阅链里。当然这里面还延生出来了一个好处,由于新上的表有时候有问题的时候处理起来放得开。
3.分三步: A.把新上的表在读写库全建上并填充好数据(要求数据一致性) B.停日志读取代理 C.把新表加到发布订阅中去 D.启用日志读取代理 该方法不会对线上发布产生显著影响(相对于方法1),但是会在操作的时候停止读写复制数据,加大读写复制延时。如果对读写延时不苛刻的情况下选用。强烈推荐预先准备好脚本。速战速决
以上就是我想到的三种方法
理论上第3种最合理(折中处理) ,但是联系到我现在管理的复制订阅环境要求,更多的时候选用的是方法2.。虽然对服务器性能可能会产生一点负面影响。但同时也对DBA管理这种22的复制订阅时产生了适当的缓冲
相关文章推荐
- NOTE 3---SQLServer事务复制在不重新初始化的情况下添加新表
- 事务复制在不重新初始化的情况下添加新表
- SQLServer 复制中移除和添加发布而不初始化所有项目
- SQLServer 复制中移除和添加发布而不初始化所有项目
- sqlserver同步后在不重新初始化快照的情况下新增表
- SQLServer 事务复制中使用脚本添加某个对象的发布
- SQLServer 事务复制中使用脚本添加某个对象的发布
- SQLserver 2008同步复制创建后新增表/函数/存储过程(不重新初始化快照)
- SQLServer复制(二)--事务代理作业
- pagerview 的 头部 初始化之后, 如果加重新初始化,会造成pagerview内容无法加载的情况
- 不重新编译PHP的情况下独立添加扩展
- SqlServer 复制中将大事务分成小事务分发的方法
- SqlServer 复制中将大事务分成小事务分发
- table的复制 SqlServer 数据库添加临时表(select 字段1,字段2,字段3 into)
- SQL Server提高事务复制效率优化(二)快照初始化优化
- sqlserver 2005 分布式架构 对等事务复制 .
- ndb集群添加节点 ndb集群管理节点的重新初始化
- sqlserver 2005 分布式架构 对等事务复制
- sqlserver 2005 分布式架构 对等事务复制 .
- sqlserver 2000事务复制问题