你应该把你不成功出现的错误贴出来。按照你这个同步的要求，应该采用用事务发布。
比如A数据库作为发布和分发服务器， B数据库作为订阅服务器。那么往A里添加记录的后，B也会跟着添加。 至于你的distributor_admin错误可能是权限不够。启动sql agent service的帐号最好用域的管理员帐号。
比如A数据库作为发布和分发服务器， B数据库作为订阅服务器。那么往A里添加记录的后，B也会跟着添加。 至于你的distributor_admin错误可能是权限不够。启动sql agent service的帐号最好用域的管理员帐号。
database from source to destination.schedule DTS every one hour and
so on.this is not a good idea.xy_song's idea is best!
订阅服务器可以不用启动 SQLServerAgent服务.2.在进行操作之前，必须在出版分发服务器这边注册订阅服务器，两边最好建有相同结构的数据库
3.从菜单中选Tools>>Republication>>Configure Publishing And SubScripter ,接着进行配置，Configure Publishing ,Subscirpter And Distribution...配置要分发的数据库及其表，视图等4.创建分发管理 Create And Manager Publication,选择要分发的数据库5.接上在此基础上或Push Subscriptions to other,选取分发数据库下的出版物，再按右边的按钮:Push New Subscription，逐步按向导完成
EXEC sp_addlinkedserver
'别名',
'',
'MSDASQL',
NULL,
NULL,
'DRIVER={SQL Server};SERVER=远程名;UID=用户;PWD=密码;'
GO
然后你就可以如下：
select * from 别名.库名.dbo.表名
insert 库名.dbo.表名 select * from 别名..库名.dbo.表名
select * into 库名.dbo.新表名 from 别名..库名.dbo.表名
go
正好我接手的分布式项目中遇到了复制问题.
目前,基本上用到了两种复制:快照复制和事物复制.快照复制因为是覆盖式的,没有问题.但在使用事物复制从分支机构收集人力资源数据时,出现了很大的问题:很多分支机构中的人数和总部采集到的该分支机构人数差别较大.
询问了一些SQL高手,据说:事物复制出错的机率很高,除非在局域网环境.否则可能会丢失SQL语句.看了楼上的贴子,基本上可以找到另外两种办法:(1)linkd server(2)DTS脚本.
我门目前正在试图将事物复制改成job+DTS的方式.
但我疑惑的是:为什么 jianzhongma说:DTS "is not a good idea"?
而这三种方式实现分布式数据的合并,哪一种更可靠呢?
从多台地理上位于不同城市的SQL Server中，将一些数据合并到一台SQL Server中。我们正在用的事务复制基本上能实现这个功能，但可靠性太差：发现很难保证复制过程中不丢失数据（长期）。所以我想用DTS脚本加任务(job）或者链结服务器加job的方式实现数据复制。
但好像这样做比较麻烦，因为我有很多表要这样处理。真的要晕倒了！
可是总是错误,原因好像是订阅的文件夹不能传送什么的,望高手指点.我用的.是合并复制
这一步就出错,告诉我不能用系统帐户.