分发与复制

用强制订阅实现数据库同步操作
大量和批量的数据可以用数据库的同步机制处理:
//
说明：
为方便操作,所有操作均在发布服务器(分发服务器)上操作,并使用推模式
在客户机器使用强制订阅方式。

有疑问联系作者：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修改数据库的同步时间,一般选择夜晚执行数据库同步处理
(具体操作略) :D

/*
注意说明：
服务器一端不能以(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、系统需要的扩展存储过程是否存在(如果不存在，需要恢复):