sql server复制 合并复制 失败几次总结的经验 有了这些条件几乎都能成功

不多说，配了几次的合并复制总结出来的经验，一般都能配置成功：

1.由于生产环境，我一切以主服务器也就是发布服务器登录账户，msserver实例登录账户，sqlAgent代理账户，以及文件夹共享权限账户保持一致；亦可创建一个共同的系统账户，前提包括登录密码也要一致，这是血的教训；

2.在D盘建立一个目录Repdata,共享目录,加入

Repdata  1步骤的用户可以完全控制此目录，拷下这个路径；

3.在订阅服务器的host文件里加入,分发服务器IP和机器名

;

快照路径确对下：

4.创建发布内容,建立合并复制,选择允许匿名订阅

5.以计算机名登录实例

6.没遇到过，但是我的是一致，转下给大家：（转自博客http://blog.csdn.net/fredrickhu/archive/2009/10/24/4721586.aspx）

 use master

      go

      select  @@servername；
      select  serverproperty( 'servername' )

如果这两个结果不一致，说明机器改过名字，在配置复制的时候就会报上面的错误。

     --要修复此问题
     --执行下面的语句,完成后重新启动SQL服务

  if   serverproperty( 'servername' )   <>   @@servername
         begin
             declare    @server   sysname
            set    @server   =   @@servername
            exec    sp_dropserver   @server   =   @server
            set    @server   =    cast (serverproperty( 'servername' )    as    sysname)
            exec    sp_addserver   @server   =   @server   ,   @ local    =    'LOCAL'
        end



最后别忘了重新启动服务哦，启动完后，在运行：

      use master

      go

      select  @@servername；
      select  serverproperty( 'servername' )

一般报错：

无法将架构脚本“\\SDZX-IAS\C$\Program Files\Microsoft SQL Server\MSSQL\ReplData\unc\传播到订阅服务器

都是这些问题所导致，最后给大家粗略下效果吧：

首先在 订阅服务器插入一条数据、以及总行数，然后过会（作业时间而定）发布服务器也立即更新总行数：