Sql Server数据同步之推拉式

推是Push，拉是Pull，两个长得倒是挺像的，别搞混了，为什么我们要分清推式订阅和拉式订阅呢？因为我们要解决在Internet动态IP的问题。

当我们的发布端是固定IP而订阅端为动态IP时，怎么办？那么只能是拉式订阅，因为订阅端主动到有固定IP的发布服务器去取数据，或者把自己的更新提交到发布服务器；当我们的发布端为动态IP时，那么只能是由发布端推给订阅端了，因为发布端知道订阅端的IP嘛，有目的地就可以直达了。

那么有人问了，如果两边都是动态IP怎么办？那么我们只好把它们变成静态了，怎么变？比如说通过VPN，那么相当于两个有固定IP的局域网内的Server，同步是完全没有问题的，而且还多了那么一点安全性，毕竟Sql Server不用暴露在外网上。

另外多说一句，Sql Server2005的集成界面真是不好用，完成一个任务得东点一下西点一下，要集成你就都集成吧，结果Replicaiton monitor还得单独启一个exe，不知怎么搞的。

 

 

进程未能将快照传送给订阅服务器

 

进程未能将快照传送给订阅服务器

error detail 没有，于是使用 -output c:\log.txt 乱码!
难道因为装的是中文版的sql server? 怎么办?

只能傻干了，删除 重建，错误照旧

气愤中......

1234 转个圆圈 再来一次....

错误照旧，log又没有用，绝望+失望!!!

再来，这次终于老天被我的勤奋打动了，抛出了错：
在XXXX表中插入违反了主键唯一性

这好办了，检查这个发布的表设置，发现pre_creation_cmd居然是"none"，这怎么行，改为"drop"，

try again...

一切ok!

sql server2000的数据同步实在是麻烦不断，因为完全是使用存储过程触发器实现的，弄得很像第三方的一个addon，没有在设计时就在内核集成支持，导致很多时候错误莫名其妙，上次还有一次是因为无法保证长时间不断的连接，导致无法初始化订阅，但报的错误毫无帮助，后来在重起服务器和路由器之后解决。