事务复制在不重新初始化的情况下添加新表
2013-04-28 17:54
211 查看
当一个线上事务复制订阅正在进行时,现在需要往里面加上一张新表。
可能的方法有几种
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事务复制在不重新初始化的情况下添加新表
- pagerview 的 头部 初始化之后, 如果加重新初始化,会造成pagerview内容无法加载的情况
- vmware linux添加新磁盘后刷新--重新扫描 SCSI 总线,在不重启虚拟机的情况下添加 SCSI 设备
- SQL Server 可更新订阅中有行筛选的同步复制移除项目而不重新初始化所有订阅!
- SQL Server 可更新订阅中有行筛选的同步复制移除项目而不重新初始化所有订阅!
- SQL Server提高事务复制效率优化(二)快照初始化优化
- ndb集群添加节点 ndb集群管理节点的重新初始化
- sqlserver同步后在不重新初始化快照的情况下新增表
- 不重新编译PHP的情况下独立添加扩展
- SQLServer 事务复制中使用脚本添加某个对象的发布
- SQLServer 复制中移除和添加发布而不初始化所有项目
- SQL Server提高事务复制效率优化(三)订阅初始化优化
- 在创建事务复制时,使用备份还原初始化常见错误
- 复制过程中出现错误,修改标识,避免重新初始化
- 转:oracle 子查询创建表,表的重命名,给表和列添加注释,显示当前用户所有表,复制已存在表结构到新表
- SQLserver 2008同步复制创建后新增表/函数/存储过程(不重新初始化快照)
- SQL Server事务复制通过备份文件进行订阅初始化
- 如何添加一个新表到一个使用备份来初始化订阅的发布项中
- SQLServer 事务复制中使用脚本添加某个对象的发布