sqlserver中,数据库同步的实现_数据库技巧

经过测试，可以顺利实现数据库结构的初始化和数据的单向同步（也就是订阅服务器的数据可以及时更新为发布服务器的数据)。
准备工作：
 >>数据的同步中主要考虑的三部分，可以理解成三台主机。发布服务器，分发服务器和订阅服务器；可以从字面的意思理解，要实现的功能实际就是让订阅服务器通过分发服务器保持数据及时地和发布服务器上的数据一致。整个执行过程是这样一来的：
 a.订阅服务器应该有个初始化，一般来说我们开始做这个同步任务的时候，发布服务器已经有了相当的数据量了，而我们的订阅服务器应该是新建的服务。即使发布中没有数据，也需要把他的数据库结构初始化到订阅服务器上。
 b.我采用的是事物复制，发布服务器的数据发生变化后，相当于触发了一个更新操作，而事物复制可以在设定的时间把数据更新的操作更新到订阅服务器中去。当然，这个操作需要经过分发服务器。在我的测试中，我是把发布服务器和分发服务器设置为同一台主机，可以顺利实现数据在数分钟内同步。

 >>在操作的起始，需要考虑订阅服务器是否有和发布服务器相同结构的数据库，如果有，需要做的就是使用代理把发布服务器现有的数据初始化过去；如果没有对应的相同结构的数据库，就需要要把发布服务器当前的数据库结构和当前的数据都初始化到订阅服务器中。当然这里所说的操作都是在下面的实施步骤中实现，不需要单独处理。
 >>如果说对Windows系统有所要求的话，就应该保证这三个服务器（发布，分发，订阅）在同个域中，以同一个域管理员帐号身份运行，操作如下：
 a.进入相应的服务器，控制面板->服务->SQLSERVERAGENT，设置登录，三台服务器同样设置。

 b.操作前，也不允许这三台服务器对应的别名使用呢称，比如”LOCAL”，这样的别名要删除重建，可以采用主机名，比如：server02.

下面开始执行数据库同步的操作：
 >>配置发布服务器和分发服务器：
 a.选中对应服务器的注册名->工具->复制->配置发布、订阅和分发，直接按照默认设置向下执行，直到完成。关闭。
 b.再一次选中这个服务器服务器的注册名->工具->复制->配置发布、订阅和分发，可以看到这次界面和步骤a中的界面有所不同，我们只需要配置一下 发布服务器，发布数据库，订阅服务器。（我的发布数据库采用的是事物性的）。点“确定”完成操作。<标记P>
 
 >>创建发布，可以选中相应的注册，用工具->复制->创建和管理发布或者在该注册下面的 复制->发布内容 选中后，在右边空白处，右键，新建发布，来创建你的发布。我选择的是事物发布，按照默认设置，选择你要发布的表或其他对象，其他地方不需要修改，直到完成操作。
 >>修改发布属性：选择“状态”->立即运行代理程序；代理程序属性->设置你的调度，比如一分钟一次。（调度->编辑->更改；通知->写入windows应用程序事件日志）,”确定”完成操作。
 
 >>创建订阅：选择发布服务器对应的注册，复制->发布内容->在这个内容上右键，强制新订阅，->”下一步”,选择订阅服务器(在标记P那一步选择的订阅服务器）->“下一步”->选择你有的数据库，或者新建一个数据库
->”下一步”-> 修改你需要的调度->按照默认设置，直到完成。

到这里就可以完成了，修改发布服务器数据库中的内容，等一两分钟，数据就同步到订阅服务器中了。不过由于第一次执行需要快照，如果发布库中有一定的内容，第一次执行可能需要几分钟时间。如果数据不能同步过去，大家是调度设置时间太短（比如1分钟）使快照不能完成，所以后面的步骤无法执行，遇到这样的情况的话，
选中你发布的内容，设置属性，在“状态”中“立即运行代理程序”，这样的话，数据会马上同步过去的。

利用数据库复制技术 实现数据同步更新
复制的概念
复制是将一组数据从一个数据源拷贝到多个数据源的技术，是将一份数据发布到多个存储站点上的有效方式。使用复制技术，用户可以将一份数据发布到多台服务器上，从而使不同的服务器用户都可以在权限的许可的范围内共享这份数据。复制技术可以确保分布在不同地点的数据自动同步更新，从而保证数据的一致性。

SQL复制的基本元素包括
出版服务器、订阅服务器、分发服务器、出版物、文章
SQL复制的工作原理
SQL SERVER 主要采用出版物、订阅的方式来处理复制。源数据所在的服务器是出版服务器，负责发表数据。出版服务器把要发表的数据的所有改变情况的拷贝复制到分发服务器，分发服务器包含有一个分发数据库，可接收数据的所有改变，并保存这些改变，再把这些改变分发给订阅服务器
SQL SERVER复制技术类型
SQL SERVER提供了三种复制技术，分别是：
1、快照复制（呆会我们就使用这个）
2、事务复制
3、合并复制
只要把上面这些概念弄清楚了那么对复制也就有了一定的理解。接下来我们就一步一步来实现复制的步骤。
第一先来配置出版服务器
(1)选中指定[服务器]节点
(2)从[工具]下拉菜单的[复制]子菜单中选择[发布、订阅服务器和分发]命令
(3)系统弹出一个对话框点[下一步]然后看着提示一直操作到完成。
(4)当完成了出版服务器的设置以后系统会为该服务器的树形结构中添加一个复制监视器。同时也生成一个分发数据库(distribution)
第二创建出版物
(1)选中指定的服务器
(2)从[工具]菜单的[复制]子菜单中选择[创建和管理发布]命令。此时系统会弹出一个对话框
(3)选择要创建出版物的数据库，然后单击[创建发布]
(4)在[创建发布向导]的提示对话框中单击[下一步]系统就会弹出一个对话框。对话框上的内容是复制的三个类型。我们现在选第一个也就是默认的快照发布(其他两个大家可以去看看帮助)
(5)单击[下一步]系统要求指定可以订阅该发布的数据库服务器类型，SQLSERVER允许在不同的数据库如 ORACLE或ACCESS之间进行数据复制。但是在这里我们选择运行”SQL SERVER 2000″的数据库服务器
(6)单击[下一步]系统就弹出一个定义文章的对话框也就是选择要出版的表
(7)然后[下一步]直到操作完成。当完成出版物的创建后创建出版物的数据库也就变成了一个共享数据库。
第三设计订阅
(1)选中指定的订阅服务器
(2)从[工具]下拉菜单中选择[复制]子菜单的[请求订阅]
(3)按照单击[下一步]操作直到系统会提示检查SQL SERVER代理服务的运行状态，执行复制操作的前提条件是SQL SERVER代理服务必须已经启动。
(4)单击[完成]。完成订阅操作。
完成上面的步骤其实复制也就是成功了。但是如何来知道复制是否成功了呢？这里可以通过这种方法来快速看是否成功。展开出版服务器下面的复制——发布内容——右键发布内容——属性——击活——状态然后点立即运行代理程序接着点代理程序属性击活调度把调度设置为每一天发生，每一分钟，在0：00：00和23：59：59之间。接下来就是判断复制是否成功了打开C:\Program Files\Microsoft SQL Server\MSSQL\REPLDATA\unc\XIAOWANGZI_database_database下面看是不是有一些以时间做为文件名的文件夹差不多一分中就产生一个。要是你还不信的话就打开你的数据库看在订阅的服务器的指定订阅数据库下看是不是看到了你刚才所发布的表—
一个手工同步的方案
–定时同步服务器上的数据
–例子:
–测试环境,SQL Server2000,远程服务器名:xz,用户名为:sa,无密码,测试数据库:test
–服务器上的表(查询分析器连接到服务器上创建)
create table [user](id int primary key,number varchar(4),name varchar(10))
go
–以下在局域网(本机操作)
–本机的表,state说明:null 表示新增记录,1 表示修改过的记录,0 表示无变化的记录
if exists (select * from dbo.sysobjects where id = object_id(N’[user]’) and OBJECTPROPERTY(id, N’IsUserTable’) = 1)

 drop table [user]
GO
create table [user](id int identity(1,1),number varchar(4),name varchar(10),state bit)
go
–创建触发器,维护state字段的值
create trigger t_state on [user]
after update
as
update [user] set state=1
from [user] a join inserted b on a.id=b.id
where a.state is not null
go
–为了方便同步处理,创建链接服务器到要同步的服务器
–这里的远程服务器名为:xz,用户名为:sa,无密码
if exists(select 1 from master..sysservers where srvname=’srv_lnk’)
exec sp_dropserver ’srv_lnk’,’droplogins’
go
exec sp_addlinkedserver ’srv_lnk’,’’,’SQLOLEDB’,’xz’
exec sp_addlinkedsrvlogin ’srv_lnk’,’false’,null,’sa’
go
–创建同步处理的存储过程
if exists (select * from dbo.sysobjects where id = object_id(N’[dbo].[p_synchro]’) and OBJECTPROPERTY(id, N’IsProcedure’) = 1)
drop procedure [dbo].[p_synchro]
GO
create proc p_synchro
as
–set XACT_ABORT on
–启动远程服务器的MSDTC服务
–exec master..xp_cmdshell ’isql /S”xz” /U”sa” /P”” /q”exec master..xp_cmdshell ’’net start msdtc’’,no_output”’,no_output
–启动本机的MSDTC服务
–exec master..xp_cmdshell ’net start msdtc’,no_output
–进行分布事务处理,如果表用标识列做主键,用下面的方法
–BEGIN DISTRIBUTED TRANSACTION
–同步删除的数据
delete from srv_lnk.test.dbo.[user]
where id not in(select id from [user])
–同步新增的数据
insert into srv_lnk.test.dbo.[user]
select id,number,name from [user] where state is null
–同步修改的数据
update srv_lnk.test.dbo.[user] set
number=b.number,name=b.name
from srv_lnk.test.dbo.[user] a
join [user] b on a.id=b.id
where b.state=1
–同步后更新本机的标志
update [user] set state=0 where isnull(state,1)=1
–COMMIT TRAN
  

修改这项参数，需要重新启动MSSQLserver和Sqlserveragent服务才能生效。   
       这样一来就不会在创建复制的过程中出现18482、18483错误了。
    3、检查SQL Server企业管理器里面相关的几台SQL Server注册名是否和上面第二点里介绍的srvname一样
        不能用IP地址的注册名。
      （我们可以删掉IP地址的注册，新建以SQL Server管理员级别的用户注册的服务器名）
       这样一来就不会在创建复制的过程中出现14010、20084、18456、18482、18483错误了。   
    4、检查相关的几台SQL Server服务器网络是否能够正常访问
        如果ping主机IP地址可以，但ping主机名不通的时候，需要在   
            winnt\system32\drivers\etc\hosts   (WIN2000)
            windows\system32\drivers\etc\hosts (WIN2003)
               文件里写入数据库服务器IP地址和主机名的对应关系。

或者在SQL Server客户端网络实用工具里建立别名，例如:
     5、系统需要的扩展存储过程是否存在(如果不存在，需要恢复):

 接下来就可以用SQL Server企业管理器里[复制]-> 右键选择
        ->[配置发布、订阅服务器和分发]的图形界面来配置数据库复制了。
下面是按顺序列出配置复制的步骤:
    一、建立发布和分发服务器
        [欢迎使用配置发布和分发向导]->[选择分发服务器]
       ->[使”@servername”成为它自己的分发服务器,SQL Server将创建分发数据库和日志]
       ->[制定快照文件夹]-> [自定义配置] -> [否,使用下列的默认配置] -> [完成]
    上述步骤完成后, 会在当前”@servername” SQL Server数据库里建立了一个distribion库和
            一个distributor_admin管理员级别的用户(我们可以任意修改密码)
           
    服务器上新增加了四个作业:
                [ 代理程序历史记录清除: distribution ]
                [ 分发清除: distribution ]
                [ 复制代理程序检查 ]
                [ 重新初始化存在数据验证失败的订阅 ]
    SQL Server企业管理器里多了一个复制监视器, 当前的这台机器就可以发布、分发、订阅了。
    我们再次在SQL Server企业管理器里[复制]-> 右键选择
        ->[配置发布、订阅服务器和分发],可以看到类似下图:
    我们可以在 [发布服务器和分发服务器的属性] 窗口
        -> [发布服务器] -> [新增]        -> [确定]
        -> [发布数据库] -> [事务]/[合并] -> [确定]
        -> [订阅服务器] -> [新增]        -> [确定]       
       把网络上的其它SQL Server服务器添加成为发布或者订阅服务器.
       新增一台发布服务器的选项：   
    我这里新建立的JIN001发布服务器是用管理员级别的数据库用户test连接的，      
    到发布服务器的管理链接要输入密码的可选框, 默认的是选中的，
    在新建的JIN001发布服务器上建立和分发服务器FENGYU/FENGYU的链接的时需要输入distributor_admin用户的密码
         到发布服务器的管理链接要输入密码的可选框，也可以不选，
         也就是不需要密码来建立发布到分发服务器的链接(这当然欠缺安全，在测试环境下可以使用)
二、新建立的网络上另一台发布服务器(例如JIN001)选择分发服务器
    [欢迎使用配置发布和分发向导]->[选择分发服务器]
     -> 使用下列服务器(选定的服务器必须已配置为分发服务器) -> [选定服务器](例如FENGYU/FENGYU)
     -> [下一步] -> [输入分发服务器（例如FENGYU/FENGYU）的distributor_admin用户的密码两次]
     -> [下一步] -> [自定义配置] -> [否，使用下列的默认配置]
     -> [下一步] -> [完成] -> [确定]
     建立一个数据库复制发布的过程:
     [复制] -> [发布内容] -> 右键选择 -> [新建发布]
     -> [下一步] -> [选择发布数据库] -> [选中一个待发布的数据库]
     -> [下一步] -> [选择发布类型] -> [事务发布]/[合并发布]
     -> [下一步] -> [指定订阅服务器的类型] -> [运行SQL Server 2000的服务器]
     -> [下一步] -> [指定项目] -> [在事务发布中只可以发布带主键的表] -> [选中一个有主键的待发布的表]
         ->[在合并发布中会给表增加唯一性索引和 ROWGUIDCOL 属性的唯一标识符字段[rowguid],默认值是newid()]
               (添加新列将: 导致不带列列表的 INSERT 语句失败,增加表的大小,增加生成第一个快照所要求的时间)
         ->[选中一个待发布的表]
     -> [下一步] -> [选择发布名称和描述] ->
     -> [下一步] -> [自定义发布的属性] -> [否，根据指定方式创建发布]
     -> [下一步] -> [完成] -> [关闭]
     发布属性里有很多有用的选项：设定订阅到期(例如24小时)
         设定发布表的项目属性:
常规窗口可以指定发布目的表的名称，可以跟原来的表名称不一样。
     下图是命令和快照窗口的栏目  
    ( SQL Server 数据库复制技术实际上是用insert,update,delete操作在订阅服务器上重做发布服务器上的事务操作
      看文档资料需要把发布数据库设成完全恢复模式，事务才不会丢失
      但我自己在测试中发现发布数据库是简单恢复模式下，每10秒生成一些大事务，10分钟后再收缩数据库日志，
          这期间发布和订阅服务器上的作业都暂停，暂停恢复后并没有丢失任何事务更改 )
     发布表可以做数据筛选，例如只选择表里面的部分列:
    例如只选择表里某些符合条件的记录, 我们可以手工编写筛选的SQL语句:
    发布表的订阅选项，并可以建立强制订阅:
    成功建立了发布以后,发布服务器上新增加了一个作业: [ 失效订阅清除 ]
    分发服务器上新增加了两个作业:
                [ JIN001-dack-dack-5 ] 类型[ REPL快照 ]
                [ JIN001-dack-3 ]      类型[ REPL日志读取器 ]
         上面蓝色字的名称会根据发布服务器名,发布名及第几次发布而使用不同的编号
REPL快照作业是SQL Server复制的前提条件,它会先把发布的表结构,数据,索引,约束等生成到发布服务器的OS目录下文件
    (当有订阅的时候才会生成, 当订阅请求初始化或者按照某个时间表调度生成)
REPL日志读取器在事务复制的时候是一直处于运行状态。(在合并复制的时候可以根据调度的时间表来运行)
      建立一个数据库复制订阅的过程: 
     [复制] -> [订阅] -> 右键选择 -> [新建请求订阅]
     -> [下一步] -> [查找发布] -> [查看已注册服务器所做的发布]
     -> [下一步] -> [选择发布] -> [选中已经建立发布服务器上的数据库发布名]
同步两个Sql server (三)
-> [下一步] -> [指定同步代理程序登录] -> [当代理程序连接到代理服务器时:使用SQL Server身份验证](输入发布服务器上distributor_admin用户名和密码)     
                                              
     -> [下一步] -> [选择目的数据库] -> [选择在其中创建订阅的数据库名]/[也可以新建一个库名]  
     -> [下一步] -> [允许匿名订阅] -> [是，生成匿名订阅]     
     -> [下一步] -> [初始化订阅] -> [是，初始化架构和数据]     
     -> [下一步] -> [快照传送] -> [使用该发布的默认快照文件夹中的快照文件]
    (订阅服务器要能访问发布服务器的REPLDATA文件夹，如果有问题，可以手工设置网络共享及共享权限)     
     -> [下一步] -> [快照传送] -> [使用该发布的默认快照文件夹中的快照文件]     
     -> [下一步] -> [设置分发代理程序调度] -> [使用下列调度] -> [更改] -> [例如每五分钟调度一次]     
     -> [下一步] -> [启动要求的服务] -> [该订阅要求在发布服务器上运行SQLServerAgent服务]     
     -> [下一步] -> [完成] -> [确定]     
    成功建立了订阅后，订阅服务器上新增加了一个类别是[REPL-分发]作业(合并复制的时候类别是[REPL-合并])
    它会按照我们给的时间调度表运行数据库同步复制的作业
   
    三、SQL Server复制配置好后, 可能出现异常情况的实验日志:
    1.发布服务器断网,sql server服务关闭,重启动,关机的时候,对已经设置好的复制没有多大影响
        中断期间,分发和订阅都接收到没有复制的事务信息
    2.分发服务器断网,sql server服务关闭,重启动,关机的时候,对已经设置好的复制有一些影响
        中断期间,发布服务器的事务排队堆积起来(如果设置了较长时间才删除过期订阅的选项, 繁忙发布数据库的事务日志可能会较快速膨胀),
订阅服务器会因为访问不到发布服务器,反复重试
            我们可以设置重试次数和重试的时间间隔(最大的重试次数是9999, 如果每分钟重试一次,可以支持约6.9天不出错)
        分发服务器sql server服务启动,网络接通以后,发布服务器上的堆积作业将按时间顺序作用到订阅机器上:
        会需要一个比较长的时间(实际上是生成所有事务的insert,update,delete语句,在订阅服务器上去执行)
        我们在普通的PC机上实验的58个事务100228个命令执行花了7分28秒.
    3.订阅服务器断网,sql server服务关闭,重启动,关机的时候,对已经设置好的复制影响比较大,可能需要重新初试化
        我们实验环境(订阅服务器)从18:46分意外停机以, 第二天8:40分重启动后,
            已经设好的复制在8:40分以后又开始正常运行了, 发布服务器上的堆积作业将按时间顺序作用到订阅机器上
            但复制管理器里出现快照的错误提示, 快照可能需要重新初试化,复制可能需要重新启动.
            (我们实验环境的机器并没有进行快照初试化,复制仍然是成功运行的)
    四、删除已经建好的发布和定阅可以直接用delete删除按钮
    我们最好总是按先删定阅，再删发布，最后禁用发布的顺序来操作。
    如果要彻底删去SQL Server上面的复制设置, 可以这样操作:
    [复制] -> 右键选择 [禁用发布] -> [欢迎使用禁用发布和分发向导]
     -> [下一步] -> [禁用发布] -> [要在”@servername”上禁用发布]
     -> [下一步] -> [完成禁用发布和分发向导] -> [完成]
　　我们也可以用T-SQL命令来完成复制中发布及订阅的创建和删除, 选中已经设好的发布和订阅, 按属标右键
　　可以[生成SQL脚本]。(这里就不详细讲了, 后面推荐的网站内有比较详细的内容)
　　当你试图删除或者变更一个table时，出现以下错误
　　Server: Msg 3724, Level 16, State 2, Line 1
　　Cannot drop the table object_name because it is being used for replication.
比较典型的情况是该table曾经用于复制，但是后来又删除了复制
　　处理办法：
   select * from sysobjects where replinfo >0
   sp_configure allow updates, 1
   go
   reconfigure with override
   go
   begin transaction
   update sysobjects set replinfo = 0 where replinfo >0
   commit transaction
   go
   rollback transaction
   go
   sp_configure allow updates, 0
   go
   reconfigure with override
   go
Sql server双机数据库同步实验步骤
第一步测试网络连接
?1.实验环境（因人而异）
　　服务器:
　　机器名称：CHENPENG
　　操作系统：Windows XP-sp2
　　数据库版本：SQL 2000 Server 企业版
　　客户端
　　机器名称：PHOENIX
　　操作系统：Windows XP-sp2
　　数据库版本：SQL 2000 Server企业版
（注：实验中的两机在一个局域网中！）
2.测试网络
2.1 将SQL 2000升级为SP4(sp3以上即可)
2.2 测试步骤:
2.2.1关闭双方防火墙
2.2.2在命令提示符中运行命令netstat -a -n，在结果列表里检查是否有类似 tcp 0.0.0.0 1433 listening 的项。
2.2.3运行命令 telnet 用户名(或IP) 1433 测试对方端口是否畅通
第二步连接客户端
1.建用户帐号
　　在服务器端建立域用户帐号(名称为客户端机器名)
　　?? 右击我的电脑->管理->本地用户和组->用户->右击选“新用户”
这里新建的用户名为：PHOENIX（应为客房端机器名）　密码：a（这里要设个密码，若为空可能连不上）
2.重新启动服务器MSSQLServer
　　我的电脑->控制面版->管理工具->服务->MSSQLServer 服务->右击，“停止”
　　在登录属性页中更改为：域用户帐号PHOENIX
用户 .\ phoenix
密码:a
->再启动服务

3.注册客户端
SQL企业管理器->SQL Server组->右键->新建SQL注册->下一步->可用的服务器中选”PHOENIX”添加->下一步->管理员给我分配的……->下一步->登录名:sa;密码:空->下一步….下一步->完成
4.安装分发服务器
4.1配置分发服务器
工具->复制->配置发布、订阅服务器和分发->下一步 (所有的均采用默认配? 置)……->完成
?
　　4.2配置发布服务器
4.2.1工具->复制->创建和管理发布->选择要发布的数据库(pubs)->创建发布　　->下一步(pubs) ->下一步->合并发布->下一步->选择要发布的内容(要发布的表,存储过程等)->下一步(所有的均采用默认配置)……>完成
4.2.2成功后会返回刚才的窗口:选中刚才发布的名称,点”强制新订阅” ->下一步->选”PHOENIX”，下一步->下一步->选＂连续地．．．＂，下一步->下一步．．．．->完成
至此，全部的操作步骤就完成了！可以在两机之间同步选定的表等。
在SQL Server 2000里设置和使用数据库复制之前，应先检查相关的几台SQL Server服务器下面几点是否满足：
    1、MSSQLserver和Sqlserveragent服务是否是以域用户身份启动并运行的（.\administrator用户也是可以的）
        如果登录用的是本地系统帐户local，将不具备网络功能，会产生以下错误:
        进程未能连接到Distributor @Server name
      (如果您的服务器已经用了SQL Server全文检索服务, 请不要修改MSSQLserver和Sqlserveragent服务的local启动。
       会照成全文检索服务不能用。请换另外一台机器来做SQL Server 2000里复制中的分发服务器。)   
      修改服务启动的登录用户，需要重新启动MSSQLserver和Sqlserveragent服务才能生效。   
    2、检查相关的几台SQL Server服务器是否改过名称(需要srvid=0的本地机器上srvname和datasource一样)
       在查询分析器里执行:
         use master
         select srvid,srvname,datasource from sysservers   
        
       如果没有srvid=0或者srvid=0（也就是本机器）但srvname和datasource不一样, 需要按如下方法修改:
        
         USE master
        GO
        — 设置两个变量
        DECLARE @serverproperty_servername  varchar(100),
                @servername    varchar(100)
        — 取得Windows NT 服务器和与指定的 SQL Server 实例关联的实例信息
        SELECT @serverproperty_servername = CONVERT(varchar(100), SERVERPROPERTY(ServerName))
        — 返回运行 Microsoft SQL Server 的本地服务器名称
        SELECT @servername = CONVERT(varchar(100), @@SERVERNAME)
        — 显示获取的这两个参数
        select @serverproperty_servername,@servername
        –如果@serverproperty_servername和@servername不同(因为你改过计算机名字),再运行下面的
        –删除错误的服务器名
        EXEC sp_dropserver @server=@servername
        –添加正确的服务器名
        EXEC sp_addserver @server=@serverproperty_servername, @local=local
       修改这项参数，需要重新启动MSSQLserver和Sqlserveragent服务才能生效。   
       这样一来就不会在创建复制的过程中出现18482、18483错误了。
    3、检查SQL Server企业管理器里面相关的几台SQL Server注册名是否和上面第二点里介绍的srvname一样
        不能用IP地址的注册名。
      （我们可以删掉IP地址的注册，新建以SQL Server管理员级别的用户注册的服务器名）
       这样一来就不会在创建复制的过程中出现14010、20084、18456、18482、18483错误了。   
    4、检查相关的几台SQL Server服务器网络是否能够正常访问
        如果ping主机IP地址可以，但ping主机名不通的时候，需要在   
            winnt\system32\drivers\etc\hosts   (WIN2000)
            windows\system32\drivers\etc\hosts (WIN2003)
               文件里写入数据库服务器IP地址和主机名的对应关系。
           例如：   
           127.0.0.1       localhost
           192.168.0.35    oracledb    oracledb
           192.168.0.65    fengyu02    fengyu02
           202.84.10.193   bj_db       bj_db   
               或者在SQL Server客户端网络实用工具里建立别名，例如:

      5、系统需要的扩展存储过程是否存在(如果不存在，需要恢复):
         sp_addextendedproc xp_regenumvalues,@dllname =xpstar.dll
         go
         sp_addextendedproc xp_regdeletevalue,@dllname =xpstar.dll
         go
         sp_addextendedproc xp_regdeletekey,@dllname =xpstar.dll
         go             
         sp_addextendedproc xp_cmdshell ,@dllname =xplog70.dll 

    接下来就可以用SQL Server企业管理器里[复制]-> 右键选择
        ->[配置发布、订阅服务器和分发]的图形界面来配置数据库复制了。
    下面是按顺序列出配置复制的步骤:
    一、建立发布和分发服务器
        [欢迎使用配置发布和分发向导]->[选择分发服务器]
       ->[使”@servername”成为它自己的分发服务器,SQL Server将创建分发数据库和日志]
       ->[制定快照文件夹]-> [自定义配置] -> [否,使用下列的默认配置] -> [完成]
    上述步骤完成后, 会在当前”@servername” SQL Server数据库里建立了一个distribion库和
            一个distributor_admin管理员级别的用户(我们可以任意修改密码)
    服务器上新增加了四个作业:
                [ 代理程序历史记录清除: distribution ]
                [ 分发清除: distribution ]
                [ 复制代理程序检查 ]
                [ 重新初始化存在数据验证失败的订阅 ]
    SQL Server企业管理器里多了一个复制监视器, 当前的这台机器就可以发布、分发、订阅了。
    我们再次在SQL Server企业管理器里[复制]-> 右键选择
        ->[配置发布、订阅服务器和分发],可以看到类似下图:

    我们可以在 [发布服务器和分发服务器的属性] 窗口
        -> [发布服务器] -> [新增]        -> [确定]
        -> [发布数据库] -> [事务]/[合并] -> [确定]
        -> [订阅服务器] -> [新增]        -> [确定]
       把网络上的其它SQL Server服务器添加成为发布或者订阅服务器.
       新增一台发布服务器的选项：

    我这里新建立的JIN001发布服务器是用管理员级别的数据库用户test连接的，
    到发布服务器的管理链接要输入密码的可选框, 默认的是选中的，
    在新建的JIN001发布服务器上建立和分发服务器FENGYU/FENGYU的链接的时需要输入distributor_admin用户的密码
         到发布服务器的管理链接要输入密码的可选框，也可以不选，
         也就是不需要密码来建立发布到分发服务器的链接(这当然欠缺安全，在测试环境下可以使用)
       新增一台订阅服务器的选项：

    二、新建立的网络上另一台发布服务器(例如JIN001)选择分发服务器
    [欢迎使用配置发布和分发向导]->[选择分发服务器]
     -> 使用下列服务器(选定的服务器必须已配置为分发服务器) -> [选定服务器](例如FENGYU/FENGYU)
     -> [下一步] -> [输入分发服务器（例如FENGYU/FENGYU）的distributor_admin用户的密码两次]
     -> [下一步] -> [自定义配置] -> [否，使用下列的默认配置]
     -> [下一步] -> [完成] -> [确定]
     建立一个数据库复制发布的过程:
     [复制] -> [发布内容] -> 右键选择 -> [新建发布]
     -> [下一步] -> [选择发布数据库] -> [选中一个待发布的数据库]
     -> [下一步] -> [选择发布类型] -> [事务发布]/[合并发布]
     -> [下一步] -> [指定订阅服务器的类型] -> [运行SQL Server 2000的服务器]
     -> [下一步] -> [指定项目] -> [在事务发布中只可以发布带主键的表] -> [选中一个有主键的待发布的表]
         ->[在合并发布中会给表增加唯一性索引和 ROWGUIDCOL 属性的唯一标识符字段[rowguid],默认值是newid()]
               (添加新列将: 导致不带列列表的 INSERT 语句失败,增加表的大小,增加生成第一个快照所要求的时间)
         ->[选中一个待发布的表]
     -> [下一步] -> [选择发布名称和描述] ->
     -> [下一步] -> [自定义发布的属性] -> [否，根据指定方式创建发布]
     -> [下一步] -> [完成] -> [关闭]
     发布属性里有很多有用的选项：设定订阅到期(例如24小时)

     设定发布表的项目属性:
     常规窗口可以指定发布目的表的名称，可以跟原来的表名称不一样。
     下图是命令和快照窗口的栏目

    ( SQL Server 数据库复制技术实际上是用insert,update,delete操作在订阅服务器上重做发布服务器上的事务操作
    
      看文档资料需要把发布数据库设成完全恢复模式，事务才不会丢失
      但我自己在测试中发现发布数据库是简单恢复模式下，每10秒生成一些大事务，10分钟后再收缩数据库日志，
          这期间发布和订阅服务器上的作业都暂停，暂停恢复后并没有丢失任何事务更改 )
     发布表可以做数据筛选，例如只选择表里面的部分列:

    例如只选择表里某些符合条件的记录, 我们可以手工编写筛选的SQL语句:

    发布表的订阅选项，并可以建立强制订阅:

    成功建立了发布以后,发布服务器上新增加了一个作业: [ 失效订阅清除 ]
    分发服务器上新增加了两个作业:
                [ JIN001-dack-dack-5 ] 类型[ REPL快照 ]
                [ JIN001-dack-3 ]      类型[ REPL日志读取器 ]
         上面蓝色字的名称会根据发布服务器名,发布名及第几次发布而使用不同的编号
REPL快照作业是SQL Server复制的前提条件,它会先把发布的表结构,数据,索引,约束等生成到发布服务器的OS目录下文件
    (当有订阅的时候才会生成, 当订阅请求初始化或者按照某个时间表调度生成)
   

REPL日志读取器在事务复制的时候是一直处于运行状态。(在合并复制的时候可以根据调度的时间表来运行)
      建立一个数据库复制订阅的过程: 
     [复制] -> [订阅] -> 右键选择 -> [新建请求订阅]
     -> [下一步] -> [查找发布] -> [查看已注册服务器所做的发布]
     -> [下一步] -> [选择发布] -> [选中已经建立发布服务器上的数据库发布名]     
     -> [下一步] -> [指定同步代理程序登录] -> [当代理程序连接到代理服务器时:使用SQL Server身份验证]
                                               (输入发布服务器上distributor_admin用户名和密码)     
     -> [下一步] -> [选择目的数据库] -> [选择在其中创建订阅的数据库名]/[也可以新建一个库名]  
     -> [下一步] -> [允许匿名订阅] -> [是，生成匿名订阅]     
     -> [下一步] -> [初始化订阅] -> [是，初始化架构和数据]     
     -> [下一步] -> [快照传送] -> [使用该发布的默认快照文件夹中的快照文件]
                    (订阅服务器要能访问发布服务器的REPLDATA文件夹，如果有问题，可以手工设置网络共享及共享权限)     
     -> [下一步] -> [快照传送] -> [使用该发布的默认快照文件夹中的快照文件]     
     -> [下一步] -> [设置分发代理程序调度] -> [使用下列调度] -> [更改] -> [例如每五分钟调度一次]     
     -> [下一步] -> [启动要求的服务] -> [该订阅要求在发布服务器上运行SQLServerAgent服务]     
     -> [下一步] -> [完成] -> [确定]     
    成功建立了订阅后，订阅服务器上新增加了一个类别是[REPL-分发]作业(合并复制的时候类别是[REPL-合并])
    它会按照我们给的时间调度表运行数据库同步复制的作业
    查看它的历史记录运行情况，例图：

    在分发服务器的[复制监视器]->[发布服务器]->[发布名称]->[日志读取器]->右键选择->[代理程序历史记录], 例图：
   

    三、SQL Server复制配置好后, 可能出现异常情况的实验日志:
    1.发布服务器断网,sql server服务关闭,重启动,关机的时候,对已经设置好的复制没有多大影响
        中断期间,分发和订阅都接收到没有复制的事务信息
    2.分发服务器断网,sql server服务关闭,重启动,关机的时候,对已经设置好的复制有一些影响
        中断期间,发布服务器的事务排队堆积起来
           (如果设置了较长时间才删除过期订阅的选项, 繁忙发布数据库的事务日志可能会较快速膨胀),
        订阅服务器会因为访问不到发布服务器,反复重试
            我们可以设置重试次数和重试的时间间隔(最大的重试次数是9999, 如果每分钟重试一次,可以支持约6.9天不出错)
        分发服务器sql server服务启动,网络接通以后,发布服务器上的堆积作业将按时间顺序作用到订阅机器上:
        会需要一个比较长的时间(实际上是生成所有事务的insert,update,delete语句,在订阅服务器上去执行)
        我们在普通的PC机上实验的58个事务100228个命令执行花了7分28秒.
    3.订阅服务器断网,sql server服务关闭,重启动,关机的时候,对已经设置好的复制影响比较大,可能需要重新初试化
        我们实验环境(订阅服务器)从18:46分意外停机以, 第二天8:40分重启动后,
            已经设好的复制在8:40分以后又开始正常运行了, 发布服务器上的堆积作业将按时间顺序作用到订阅机器上
            但复制管理器里出现快照的错误提示, 快照可能需要重新初试化,复制可能需要重新启动.
            (我们实验环境的机器并没有进行快照初试化,复制仍然是成功运行的)
    四、删除已经建好的发布和定阅可以直接用delete删除按钮
    我们最好总是按先删定阅，再删发布，最后禁用发布的顺序来操作。
    如果要彻底删去SQL Server上面的复制设置, 可以这样操作:
    [复制] -> 右键选择 [禁用发布] -> [欢迎使用禁用发布和分发向导]
     -> [下一步] -> [禁用发布] -> [要在”@servername”上禁用发布]
     -> [下一步] -> [完成禁用发布和分发向导] -> [完成]
   我们也可以用T-SQL命令来完成复制中发布及订阅的创建和删除, 选中已经设好的发布和订阅, 按属标右键
   可以[生成SQL脚本]。(这里就不详细讲了, 后面推荐的网站内有比较详细的内容)
  
   当你试图删除或者变更一个table时，出现以下错误
   Server: Msg 3724, Level 16, State 2, Line 1
   Cannot drop the table object_name because it is being used for replication.
   比较典型的情况是该table曾经用于复制，但是后来又删除了复制
   处理办法：
   select * from sysobjects where replinfo >0

   sp_configure allow updates, 1
   go
   reconfigure with override
   go
   begin transaction
   update sysobjects set replinfo = 0 where replinfo >0
   commit transaction
   go
   rollback transaction
   go
   sp_configure allow updates, 0
   go
　　经过两天的查找和实践，终于对－如何同步两个sql server的数据有了一个比较粗略的了解。
　　不是使用写sql 的方式来实现，而是采用－强制订阅实现数据库同步操作，大量和批量的数据可以用数据库的同步机制处理。
　　
说明：
　　为方便操作,所有操作均在发布服务器(分发服务器)上操作,并使用推模式，在客户机器使用强制订阅方式。

测试通过：
＝＝1:环境
服务器环境:
机器名称： serverDB
操作系统：Windows 2000 Server
数据库版本：SQL 2000 Server 企业版
客户端
机器名称：Joy
操作系统：Windows 2000 Server
数据库版本：SQL 2000 Server 企业版

＝＝2:建用户帐号
在服务器端建立域用户帐号
我的电脑管理->本地用户和组->用户->建立
UserName：Joy
UserPwd：Joy

==3:重新启动服务器MSSQLServer
我的电脑->控制面版->管理工具->服务->MSSQLServer 服务
(更改为：域用户帐号,我们新建的joy用户 .\joy,密码:joy)
＝＝4:安装分发服务器
A:配置分发服务器
工具->复制->配置发布、订阅服务器和分发->下一步->下一步(所有的均采用默认配置)
B:配置发布服务器
工具->复制->创建和管理发布->选择要发布的数据库(pubs)->下一步->快照发布->下一步->
选择要发布的内容->下一步->下一步->下一步->完成
C:强制配置订阅服务器(推模式,拉模式与此雷同)
工具->复制->配置发布、订阅服务器和分发->订阅服务器->新建->SQL Server数据库->输入客户端服务器名称(joy)->使用SQL Server 身份验证(sa,sa)->确定->应用->确定
D:初始化订阅
复制监视器->发布服务器(serverDB)->双击订阅->强制新建->下一步->选择启用的订阅服务器->joy->
下一步->下一步->下一步->下一步->完成
＝＝6:测试数据
–在服务器执行:
选择表stores，手动或者通过sql语句修改其中的数据，insert ,update ,delete均可。

复制监视器->发布服务器(serverDB)->->快照->启动代理程序->ZLP:SZ(强制)->启动同步处理
去查看同步的 joy:stores 是否插入了一条新的记录
测试完毕，通过。
＝＝7修改数据库的同步时间,一般选择夜晚执行数据库同步处理
(具体操作略) 😀
〔注意说明〕
服务器一端不能以(local)进行数据的发布与分发,需要先删除注册，然后新建注册本地计算机名称
卸载方式：工具->复制->禁止发布->是在”ZehuaDb”上静止发布,卸载所有的数据库同步配置服务器
注意：发布服务器、分发服务器中的SQLServerAgent服务必须启动
      采用推模式: “D:\Microsoft SQL Server\MSSQL\REPLDATA\unc” 目录文件可以不设置共享
      拉模式:则需要共享~!
少量数据库同步可以采用触发器实现,同步单表即可。
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
配置过程中可能出现的问题
在SQL Server 2000里设置和使用数据库复制之前，应先检查相关的几台SQL Server服务器下面几点是否满足：
    1、MSSQLserver和Sqlserveragent服务是否是以域用户身份启动并运行的（.\administrator用户也是可以的）
        如果登录用的是本地系统帐户local，将不具备网络功能，会产生以下错误:
        进程未能连接到Distributor @Server name
      (如果您的服务器已经用了SQL Server全文检索服务, 请不要修改MSSQLserver和Sqlserveragent服务的local启动。
       会照成全文检索服务不能用。请换另外一台机器来做SQL Server 2000里复制中的分发服务器。)   
      修改服务启动的登录用户，需要重新启动MSSQLserver和Sqlserveragent服务才能生效。   
    2、检查相关的几台SQL Server服务器是否改过名称(需要srvid=0的本地机器上srvname和datasource一样)
       在查询分析器里执行:
         use master
         select srvid,srvname,datasource from sysservers   
        
       如果没有srvid=0或者srvid=0（也就是本机器）但srvname和datasource不一样, 需要按如下方法修改:
　　USE master
        GO
        — 设置两个变量
        DECLARE @serverproperty_servername  varchar(100),
                @servername    varchar(100)
        — 取得Windows NT 服务器和与指定的 SQL Server 实例关联的实例信息
        SELECT @serverproperty_servername = CONVERT(varchar(100), SERVERPROPERTY(ServerName))
        — 返回运行 Microsoft SQL Server 的本地服务器名称
        SELECT @servername = CONVERT(varchar(100), @@SERVERNAME)
        — 显示获取的这两个参数
        select @serverproperty_servername,@servername
        –如果@serverproperty_servername和@servername不同(因为你改过计算机名字),再运行下面的
        –删除错误的服务器名
        EXEC sp_dropserver @server=@servername
        –添加正确的服务器名
        EXEC sp_addserver @server=@serverproperty_servername, @local=local
修改这项参数，需要重新启动MSSQLserver和Sqlserveragent服务才能生效。   
       这样一来就不会在创建复制的过程中出现18482、18483错误了。
3、检查SQL Server企业管理器里面相关的几台SQL Server注册名是否和上面第二点里介绍的srvname一样
        不能用IP地址的注册名。
      （我们可以删掉IP地址的注册，新建以SQL Server管理员级别的用户注册的服务器名）
       这样一来就不会在创建复制的过程中出现14010、20084、18456、18482、18483错误了。   
    4、检查相关的几台SQL Server服务器网络是否能够正常访问
        如果ping主机IP地址可以，但ping主机名不通的时候，需要在   
            winnt\system32\drivers\etc\hosts   (WIN2000)
            windows\system32\drivers\etc\hosts (WIN2003)
               文件里写入数据库服务器IP地址和主机名的对应关系。
 例如：   
              
           127.0.0.1       localhost
           192.168.0.35    oracledb    oracledb
           192.168.0.65    fengyu02    fengyu02
           202.84.10.193   bj_db       bj_db    

    或者在SQL Server客户端网络实用工具里建立别名，例如:
     5、系统需要的扩展存储过程是否存在(如果不存在，需要恢复):
         sp_addextendedproc xp_regenumvalues,@dllname =xpstar.dll
         go
         sp_addextendedproc xp_regdeletevalue,@dllname =xpstar.dll
         go
         sp_addextendedproc xp_regdeletekey,@dllname =xpstar.dll
         go             
         sp_addextendedproc xp_cmdshell ,@dllname =xplog70.dll 
     接下来就可以用SQL Server企业管理器里[复制]-> 右键选择
        ->[配置发布、订阅服务器和分发]的图形界面来配置数据库复制了。
 

sp_addextendedproc xp_regenumvalues,@dllname =xpstar.dll
         go
         sp_addextendedproc xp_regdeletevalue,@dllname =xpstar.dll
         go
         sp_addextendedproc xp_regdeletekey,@dllname =xpstar.dll
         go             
         sp_addextendedproc xp_cmdshell ,@dllname =xplog70.dll 

go
–创建作业,定时执行数据同步的存储过程
if exists(SELECT 1 from msdb..sysjobs where name=’数据处理’)
EXECUTE msdb.dbo.sp_delete_job @job_name=’数据处理’
exec msdb..sp_add_job @job_name=’数据处理’
–创建作业步骤
declare @sql varchar(800),@dbname varchar(250)
select @sql=’exec p_synchro’ –数据处理的命令
,@dbname=db_name() –执行数据处理的数据库名
exec msdb..sp_add_jobstep @job_name=’数据处理’,
@step_name = ’数据同步’,
@subsystem = ’TSQL’,
@database_name=@dbname,
@command = @sql,
@retry_attempts = 5, –重试次数
@retry_interval = 5 –重试间隔
–创建调度
EXEC msdb..sp_add_jobschedule @job_name = ’数据处理’,
@name = ’时间安排’,
@freq_type = 4, –每天
@freq_interval = 1, –每天执行一次
@active_start_time = 00000 –0点执行
go
 
同步两个Sql server (一)
如何同步两个SQLServer数据库的内容?
程序代码可以有版本管理CVS进行同步管理,可是数据库同步就非常麻烦,只能自己改了一个后再去改另一个,如果忘记了更改另一个经常造成两个数据库的结构或内容上不一致。各位有什么好的方法吗?
　　分发与复制
　　用强制订阅实现数据库同步操作
　　大量和批量的数据可以用数据库的同步机制处理:
　　//
　　说明：
　　为方便操作,所有操作均在发布服务器(分发服务器)上操作,并使用推模式
　　在客户机器使用强制订阅方式。
　　有疑问联系作者：zlp321001@hotmail.com
　　测试通过
　　//
　　–1:环境
　　服务器环境:
　　机器名称： ZehuaDb
　　操作系统：Windows 2000 Server
　　数据库版本：SQL 2000 Server 个人版
 

客户端
　　机器名称：Zlp
　　操作系统：Windows 2000 Server
　　数据库版本：SQL 2000 Server 个人版
　　–2:建用户帐号
　　在服务器端建立域用户帐号
　　我的电脑管理->本地用户和组->用户->建立
　　UserName:zlp
　　UserPwd:zlp
　　–3:重新启动服务器MSSQLServer
　　我的电脑->控制面版->管理工具->服务->MSSQLServer 服务
　　(更改为：域用户帐号,我们新建的zlp用户 .\zlp,密码:zlp)
　　–4:安装分发服务器
　　A:配置分发服务器
　　工具->复制->配置发布、订阅服务器和分发->下一步->下一步(所有的均采用默认配置)
　　B:配置发布服务器
　　工具->复制->创建和管理发布->选择要发布的数据库(SZ)->下一步->快照发布->下一步->
　　选择要发布的内容->下一步->下一步->下一步->完成
　　C:强制配置订阅服务器(推模式,拉模式与此雷同)
工具->复制->配置发布、订阅服务器和分发->订阅服务器->新建->SQL 　　　　Server数据库->输入客户端服务器名称(ZLP)->使用SQL Server 身份验证　　(sa,空密码)->确定->应用->确定
　　D:初始化订阅
　　复制监视器->发布服务器(ZEHUADB)->双击订阅->强制新建->下一步->选择启用的订阅服务器->ZLP->
　　下一步->下一步->下一步->下一步->完成
　　–5:测试配置是否成功
　　复制监视器->发布服务器(ZEHUADB)->双击SZ:SZ->点状态->点立即运行代理程序
　　查看：
复制监视器->发布服务器(ZEHUADB)->SZ:SZ->选择ZLP:SZ(类型强制)->鼠标右键->启动同步处理
如果没有错误标志(红色叉)，恭喜您配置成功
　　–6:测试数据
　　–在服务器执行:
选择一个表，执行如下SQL
insert into WQ_NEWSGROUP_S select 测试成功,5
　　复制监视器->发布服务器(ZEHUADB)->SZ:SZ->快照->启动代理程序->ZLP:SZ(强制)->启动同步处理
　　去查看同步的 WQ_NEWSGROUP_S 是否插入了一条新的记录
　　测试完毕，通过。
　　–7修改数据库的同步时间,一般选择夜晚执行数据库同步处理
(具体操作略) 😀
 USE master
        GO
        — 设置两个变量
        DECLARE @serverproperty_servername  varchar(100),
                @servername    varchar(100)
        — 取得Windows NT 服务器和与指定的 SQL Server 实例关联的实例信息
        SELECT @serverproperty_servername = CONVERT(varchar(100), SERVERPROPERTY(ServerName))
        — 返回运行 Microsoft SQL Server 的本地服务器名称
        SELECT @servername = CONVERT(varchar(100), @@SERVERNAME)
        — 显示获取的这两个参数
        select @serverproperty_servername,@servername
        –如果@serverproperty_servername和@servername不同(因为你改过计算机名字),再运行下面的
        –删除错误的服务器名
        EXEC sp_dropserver @server=@servername
        –添加正确的服务器名
        EXEC sp_addserver @server=@serverproperty_servername, @local=local
http://blog.csdn.net/kension/archive/2007/01/30/1497875.aspx