请教SQLServer多个数据库互相同步的问题 leihefeng(风) 能不能说具体点 解决方案 » 免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货 复制的原理执行和监控复制的方法有几种，而复制的进程根据选择的复制类型和选项的差异而不同。一般说来，复制包括以下几个阶段：配置复制；生成和应用初始快照；修改复制数据以及同步和传播数据。配置复制当配置发布服务器和分发服务器时，开始配置复制。分发服务器可以是与发布服务器不同的独立的服务器，也可以是同一台服务器。一般说来，复制包括以下几个阶段：配置复制；生成和应用初始快照；修改复制数据以及同步和传播数据。分发服务器是快照复制和事务复制的首要组件，但是在合并复制中分发服务器的角色就不是如此重要。分发服务器仅用于代理程序历史记录报表和监视。在合并复制过程中，发布服务器和分发服务器通常为同一个服务器。这称为使用本地分发服务器。在发布服务器和分发服务器配置完毕后，可以根据数据、数据的子集和/或数据库对象创建发布。创建发布后，可以决定需要使用的复制类型、订阅服务器要订阅发布的数据库类型、要发布的数据和数据库对象、快照文件存储的位置、初始化快照进行同步的时间以及发布要使用的选项。创建发布后，可以在发布服务器或订阅服务器上创建强制和/或请求订阅并配置复制调度和选项。生成和应用初始快照无论选择的是快照复制、事务复制还是合并复制，SQL Server 2000 都会创建架构和数据的初始快照，并将其保存在创建发布时选择的快照文件夹和位置中。该进程的两个例外是在合并复制中使用动态筛选和快照将手动应用的订阅。创建订阅以后，应用初始快照的时间基于创建发布时所指定的调度，或者可以手工应用快照。快照代理程序准备包含架构、数据和数据库对象的快照文件，将文件存储在快照文件夹中，并在分发服务器上的分发数据库中（用于快照复制或事务复制）和发布数据库中（用于合并复制）记录同步作业。当合并发布使用动态筛选并且不使用动态快照时，或当订阅指定手工应用快照时，快照代理程序不准备这些文件。对于快照复制和事务复制，分发代理程序将快照从分发数据库移动到订阅服务器上的目的表，并应用复制所需的脚本、架构和数据。对于合并复制，当合并代理程序第一次运行或为重新初始化设置订阅时，合并代理程序将快照移动到订阅服务器。然后它将应用复制所需的脚本、架构和数据。修改已复制的数据根据复制的类型和配置发布时所选择的选项，订阅服务器在初始快照已经复制之后能够修改数据并将更改传播到发布服务器，然后发布服务器可以将更改传播到其它订阅服务器。下列复制类型和选项允许订阅服务器修改复制的数据： 合并复制即时更新的快照复制或事务复制排队更新的快照复制或事务复制对于筛选数据的任何复制，可在单个站点修改数据分区且站点间不发生冲突。 同步和传播数据更改选择的复制类型和选项决定着数据同步的方式和将数据更改传播到发布服务器和其它订阅服务器的方式。同步处理数据是指在初始快照已经应用于订阅服务器之后，数据在发布服务器和订阅服务器之间传播的过程。对于快照复制，同步处理数据意味着在订阅服务器上重新应用快照，以便订阅数据库上的架构和数据与发布数据库保持一致。对于事务复制，对数据进行同步处理意味着数据插入、更新、删除和其它修改在发布服务器和订阅服务器之间分发。对于合并复制，同步处理意味着合并在多个站点进行的数据修改、检测和解决冲突（如果有的话）并将数据最终汇聚为所有站点上相同的数据值。请参 这是一段帮助,你可以看一下sql 复制原理. 无非是分发服务器,发布服务器,还有订阅服务器 miocn(lala)这些我都看了，但是实际操作总是存在问题，如果你很懂的话能够通过QQ MSN教教我 miocn(lala)这些我都看了，但是实际操作总是存在问题，如果你很懂的话能够通过QQ MSN教教我 jiangchuandong(奋斗成男人) 这里说费劲，还慢的很 sql update 对null字段无法更新？ 如何得到 一个能够排除指定数据集的随机数? 求 UPDATE 语句，简单问题 急一个很小的数据库的问题,希望那位好手帮解决以下!!!,谢谢了 有没有办法选出表中某个字段第二大的数.第三大的…… char(9) 怎么转到numeric(9) ? 高分请高手，在线等待 原先保存了这两个文件，现在重装server 2000，把这两个文件放到data目录下，怎么不能看到表？？？ 怎样把一个数据库中的数据移到另一个数据库中 如何把字符串类型的数据转化成日期型数据？ 难题难题，各位大哥进来帮帮忙，先谢了 关于给SQL添加用户的问题！！！！！！！
执行和监控复制的方法有几种，而复制的进程根据选择的复制类型和选项的差异而不同。一般说来，复制包括以下几个阶段：配置复制；生成和应用初始快照；修改复制数据以及同步和传播数据。配置复制
当配置发布服务器和分发服务器时，开始配置复制。分发服务器可以是与发布服务器不同的独立的服务器，也可以是同一台服务器。一般说来，复制包括以下几个阶段：配置复制；生成和应用初始快照；修改复制数据以及同步和传播数据。分发服务器是快照复制和事务复制的首要组件，但是在合并复制中分发服务器的角色就不是如此重要。分发服务器仅用于代理程序历史记录报表和监视。在合并复制过程中，发布服务器和分发服务器通常为同一个服务器。这称为使用本地分发服务器。在发布服务器和分发服务器配置完毕后，可以根据数据、数据的子集和/或数据库对象创建发布。创建发布后，可以决定需要使用的复制类型、订阅服务器要订阅发布的数据库类型、要发布的数据和数据库对象、快照文件存储的位置、初始化快照进行同步的时间以及发布要使用的选项。创建发布后，可以在发布服务器或订阅服务器上创建强制和/或请求订阅并配置复制调度和选项。生成和应用初始快照
无论选择的是快照复制、事务复制还是合并复制，SQL Server 2000 都会创建架构和数据的初始快照，并将其保存在创建发布时选择的快照文件夹和位置中。该进程的两个例外是在合并复制中使用动态筛选和快照将手动应用的订阅。创建订阅以后，应用初始快照的时间基于创建发布时所指定的调度，或者可以手工应用快照。快照代理程序准备包含架构、数据和数据库对象的快照文件，将文件存储在快照文件夹中，并在分发服务器上的分发数据库中（用于快照复制或事务复制）和发布数据库中（用于合并复制）记录同步作业。当合并发布使用动态筛选并且不使用动态快照时，或当订阅指定手工应用快照时，快照代理程序不准备这些文件。对于快照复制和事务复制，分发代理程序将快照从分发数据库移动到订阅服务器上的目的表，并应用复制所需的脚本、架构和数据。对于合并复制，当合并代理程序第一次运行或为重新初始化设置订阅时，合并代理程序将快照移动到订阅服务器。然后它将应用复制所需的脚本、架构和数据。修改已复制的数据
根据复制的类型和配置发布时所选择的选项，订阅服务器在初始快照已经复制之后能够修改数据并将更改传播到发布服务器，然后发布服务器可以将更改传播到其它订阅服务器。下列复制类型和选项允许订阅服务器修改复制的数据： 合并复制
即时更新的快照复制或事务复制
排队更新的快照复制或事务复制
对于筛选数据的任何复制，可在单个站点修改数据分区且站点间不发生冲突。
同步和传播数据更改
选择的复制类型和选项决定着数据同步的方式和将数据更改传播到发布服务器和其它订阅服务器的方式。同步处理数据是指在初始快照已经应用于订阅服务器之后，数据在发布服务器和订阅服务器之间传播的过程。对于快照复制，同步处理数据意味着在订阅服务器上重新应用快照，以便订阅数据库上的架构和数据与发布数据库保持一致。对于事务复制，对数据进行同步处理意味着数据插入、更新、删除和其它修改在发布服务器和订阅服务器之间分发。对于合并复制，同步处理意味着合并在多个站点进行的数据修改、检测和解决冲突（如果有的话）并将数据最终汇聚为所有站点上相同的数据值。
请参