SqlServer2000 数据同步问题
数据的同步中主要考虑的三部分，可以理解成三台主机。发布服务器，分发服务器和订阅服务器；可以从字面的意思理解，要实现的功能实际就是让订阅服务器通过分发服务器保持数据及时地和发布服务器上的数据一致。整个执行过程是这样一来的：
a.订阅服务器应该有个初始化，一般来说我们开始做这个同步任务的时候，发布服务器已经有了相当的数据量了，而我们的订阅服务器应该是新建的服务。即使发布中没有数据，也需要把他的数据库结构初始化到订阅服务器上。
b.我采用的是事物复制，发布服务器的数据发生变化后，相当于触发了一个更新操作，而事物复制可以在设定的时间把数据更新的操作更新到订阅服务器中去。当然，这个操作需要经过分发服务器。在我的测试中，我是把发布服务器和分发服务器设置为同一台主机，可以顺利实现数据在案分钟内同步。
>>在操作的起始，需要考虑订阅服务器是否有和发布服务器相同结构的数据库，如果有，需要做的就是使用代理把发布服务器现有的数据初始化过去；如果没有对应的相同结构的数据库，就需要要把发布服务器当前的数据库结构和当前的数据都初始化到订阅服务器中。当然这里所说的操作都是在下面的实施步骤中实现，不需要单独处理。
>>如果说对Windows系统有所要求的话，就应该保证这三个服务器（发布，分发，订阅）在同个域中，以同一个域管理员帐号身份运行，操作如下：
a.进入相应的服务器，控制面板->服务->SQLSERVERAGENT，设置登录，三台服务器同样设置。
b.操作前，也不允许这三台服务器对应的别名使用呢称，比如"LOCAL"，这样的别名要删除重建，可以采用主机名，比如：server02.
下面开始执行数据库同步的操作：
>>配置发布服务器和分发服务器：
a.选中对应服务器的注册名->工具->复制->配置发布、订阅和分发，直接按照默认设置向下执行，直到完成。关闭。
b.再一次选中这个服务器服务器的注册名->工具->复制->配置发布、订阅和分发，可以看到这次界面和步骤a中的界面有所不同，我们只需要配置一下 发布服务器，发布数据库，订阅服务器。（我的发布数据库采用的是事物性的）。点“确定”完成操作。
>>创建发布，可以选中相应的注册，用工具->复制->创建和管理发布或者在该注册下面的 复制->发布内容 选中后，在右边空白处，右键，新建发布，来创建你的发布。我选择的是事物发布，按照默认设置，选择你要发布的表或其他对象，其他地方不需要修改，直到完成操作。
>>修改发布属性：选择“状态”->立即运行代理程序；代理程序属性->设置你的调度，比如一分钟一次。（调度->编辑->更改；通知->写入windows应用程序事件日志）,"确定"完成操作。
>>创建订阅：选择发布服务器对应的注册，复制->发布内容->在这个内容上右键，强制新订阅，->"下一步",选择订阅服务器(在标记P那一步选择的订阅服务器）->“下一步”->选择你有的数据库，或者新建一个数据库
->"下一步"-> 修改你需要的调度->按照默认设置，直到完成。
到这里就可以完成了，修改发布服务器数据库中的内容，等一两分钟，数据就同步到订阅服务器中了。不过由于第一次执行需要快照，如果发布库中有一定的内容，第一次执行可能需要几分钟时间。如果数据不能同步过去，大家是调度设置时间太短（比如1分钟）使快照不能完成，所以后面的步骤无法执行，遇到这样的情况的话，
选中你发布的内容，设置属性，在“状态”中“立即运行代理程序”，这样的话，数据会马上同步过去的。
发布订阅方式里有分快照方式、事务方式，建议楼主仔细看下，事务方式可以满足你的要求。事务复制只会把你的操作到另一台机器再执行一次。
经过测试，可以顺利实现数据库结构的初始化和数据的单向同步（也就是订阅服务器的数据可以及时更新为发布服务器的数据)。准备工作：
>>数据的同步中主要考虑的三部分，可以理解成三台主机。发布服务器，分发服务器和订阅服务器；可以从字面的意思理解，要实现的功能实际就是让订阅服务器通过分发服务器保持数据及时地和发布服务器上的数据一致。整个执行过程是这样一来的：
a.订阅服务器应该有个初始化，一般来说我们开始做这个同步任务的时候，发布服务器已经有了相当的数据量了，而我们的订阅服务器应该是新建的服务。即使发布中没有数据，也需要把他的数据库结构初始化到订阅服务器上。
b.我采用的是事物复制，发布服务器的数据发生变化后，相当于触发了一个更新操作，而事物复制可以在设定的时间把数据更新的操作更新到订阅服务器中去。当然，这个操作需要经过分发服务器。在我的测试中，我是把发布服务器和分发服务器设置为同一台主机，可以顺利实现数据在案分钟内同步。
>>在操作的起始，需要考虑订阅服务器是否有和发布服务器相同结构的数据库，如果有，需要做的就是使用代理把发布服务器现有的数据初始化过去；如果没有对应的相同结构的数据库，就需要要把发布服务器当前的数据库结构和当前的数据都初始化到订阅服务器中。当然这里所说的操作都是在下面的实施步骤中实现，不需要单独处理。
>>如果说对Windows系统有所要求的话，就应该保证这三个服务器（发布，分发，订阅）在同个域中，以同一个域管理员帐号身份运行，操作如下：
a.进入相应的服务器，控制面板->服务->SQLSERVERAGENT，设置登录，三台服务器同样设置。
图1
b.操作前，也不允许这三台服务器对应的别名使用呢称，比如"LOCAL"，这样的别名要删除重建，可以采用主机名，比如：server02.
下面开始执行数据库同步的操作：
>>配置发布服务器和分发服务器：
a.选中对应服务器的注册名->工具->复制->配置发布、订阅和分发，直接按照默认设置向下执行，直到完成。关闭。
b.再一次选中这个服务器服务器的注册名->工具->复制->配置发布、订阅和分发，可以看到这次界面和步骤a中的界面有所不同，我们只需要配置一下 发布服务器，发布数据库，订阅服务器。（我的发布数据库采用的是事物性的）。点“确定”完成操作。<标记P>
>>创建发布，可以选中相应的注册，用工具->复制->创建和管理发布或者在该注册下面的 复制->发布内容 选中后，在右边空白处，右键，新建发布，来创建你的发布。我选择的是事物发布，按照默认设置，选择你要发布的表或其他对象，其他地方不需要修改，直到完成操作。
>>修改发布属性：选择“状态”->立即运行代理程序；代理程序属性->设置你的调度，比如一分钟一次。（调度->编辑->更改；通知->写入windows应用程序事件日志）,"确定"完成操作。
>>创建订阅：选择发布服务器对应的注册，复制->发布内容->在这个内容上右键，强制新订阅，->"下一步",选择订阅服务器(在标记P那一步选择的订阅服务器）->“下一步”->选择你有的数据库，或者新建一个数据库
->"下一步"-> 修改你需要的调度->按照默认设置，直到完成。
到这里就可以完成了，修改发布服务器数据库中的内容，等一两分钟，数据就同步到订阅服务器中了。不过由于第一次执行需要快照，如果发布库中有一定的内容，第一次执行可能需要几分钟时间。如果数据不能同步过去，大家是调度设置时间太短（比如1分钟）使快照不能完成，所以后面的步骤无法执行，遇到这样的情况的话，
选中你发布的内容，设置属性，在“状态”中“立即运行代理程序”，这样的话，数据会马上同步过去的。
补充一点，需要同步的数据表，当然需要有主键，需要同步的数据在各自对应的字段应该合法。
SQL2000同步方式主要分为用复制订阅或日志备份还原的方式同步
如：
*--说明：
下面的代码演示了如何利用日志还原功能，将主数据库中的数据变化及时反馈到备用数据库中
备用数据库的数据可以随时用于查询，但不能被更新（备用数据库只读）。
--*/
--首先,创建一个演示用的数据库(主数据库)
CREATE DATABASE Db_test
ON
( NAME = Db_test_DATA,
FILENAME = 'c:\Db_test.mdf' )
LOG ON
( NAME = Db_test_LOG,
FILENAME = 'c:\Db_test.ldf')
GO
--对数据库进行备份
BACKUP DATABASE Db_test TO DISK='c:\test_data.bak' WITH FORMAT
GO
--把数据库还原成备用数据库(演示主数据库与这个备用数据库之间的同步)
RESTORE DATABASE Db_test_bak FROM DISK='c:\test_data.bak'
WITH REPLACE,STANDBY='c:\db_test_bak.ldf'
,MOVE 'Db_test_DATA' TO 'c:\Db_test_data.mdf'
,MOVE 'Db_test_LOG' TO 'c:\Db_test_log.ldf'
GO
--启动 SQL Agent 服务
EXEC master..xp_cmdshell 'net start sqlserveragent',no_output
GO
--创建主服务器数据训与备用服务器数据库之间同步的作业
DECLARE @jogid uniqueidentifier
EXEC msdb..sp_add_job
@job_id = @jogid OUTPUT,
@job_name = N'数据同步处理'
--创建同步处理步骤
EXEC msdb..sp_add_jobstep
@job_id = @jogid,
@step_name = N'数据同步',
@subsystem = 'TSQL',
@command = N'
--主数据库中进行日志备份
BACKUP LOG Db_test TO DISK=''c:\test_log.bak'' WITH FORMAT
--备用数据库中还原主数据库的日志备份(应用主数据库中的最新变化
--实际应该时主数据库备份与备用数据库的还原作业应该分别在主服务器和备用服务器上建立，并且备份文件应该放在主服务器和备用都能访问的共享目录中
RESTORE LOG Db_test_bak FROM DISK=''c:\test_log.bak'' WITH STANDBY=''c:\test_log.ldf''',
@retry_attempts = 5,
@retry_interval = 5
--创建调度(每分钟执行一次)
EXEC msdb..sp_add_jobschedule
@job_id = @jogid,
@name = N'时间安排',
@freq_type=4,
@freq_interval=1,
@freq_subday_type=0x4,
@freq_subday_interval=1,
@freq_recurrence_factor=1
-- 添加目标服务器
EXEC msdb.dbo.sp_add_jobserver
@job_id = @jogid,
@server_name = N'(local)'
GO
--通过上述处理,主数据库与备用数据库之间的同步关系已经设置完成
--下面开始测试是否能实现同步
--在主数据库中创建一个测试用的表
CREATE TABLE Db_test.dbo.TB_test(ID int)
GO
--等待1分钟30秒（由于同步的时间间隔设置为1分钟,所以要延时才能看到效果）
WAITFOR DELAY '00:01:30'
GO
--查询一下备用数据库,看看同步是否成功
SELECT * FROM Db_test_bak.dbo.TB_test
/*--结果:
ID
-----------
（所影响的行数为 0 行）
--*/
--测试成功
GO
--最后删除所有的测试
DROP DATABASE Db_test,Db_test_bak
EXEC msdb..sp_delete_job @job_name=N'数据同步处理'
GO
/*===========================================================*/
/*--服务器档机处理说明
使用这种方式建立的数据库同步，当主数据库不可用时（例如，主数据库损坏或者停机检修）
可以使用以下两种方法使备用数据库可用。
--*/
--1. 如果主数据库损坏，无法备份出最新的日志，可以直接使用下面的语句使备用数据库可读写（丢失最近一次日志还原后的所有数据）。
RESTORE LOG Db_test_bak WITH RECOVERY
--2. 如果主数据库可以备份出最新日志，则可以使用下面的语句。
--先备份主数据库的最新的事务日志
BACKUP LOG Db_test TO DISK=''c:\test_log.bak'' WITH FORMAT
--再在备用数据库中恢复最新的事务日志，并且使备用数据库可读写（升级为主数据库）
RESTORE LOG Db_test_bak FROM DISK='c:\test_log.bak'
做数据库镜像。DTS同步。做成类似服务包。隔断时间抓取吧。除非镜像可以同步。
你需要把不同计算机上的数据库同步？