在 VMWare 中配置 SQLServer2005 复制 Step by Step
前言
复制是一组技术，它将数据和 数据库 对象从一个数据库复制和分发到另一个数据库，然后在数据库间进行同步，以维持一致性。使用复制，可以在局域网和广域网、拨号连接、无线连接和 Internet 上将数据分发到不同位置以及分发给远程或移动用户。
发布服务器（ Publisher ）
发布服务器是一种数据库实例，它通过复制向其他位置提供数据。发布服务器可以有一个或多个发布，每个发布定义一组要复制的具有逻辑关系的对象和数据。
分发服务器（ Distributor ）
分 发服务器也是一种数据库实例，它起着存储区的作用，用于复制与一个或多个发布服务器相关联的特定数据。每个发布服务器都与分发服务器上的单个数据库（称作 分发数据库）相关联。分发数据库存储复制状态数据和有关发布的元数据，并且在某些情况下为从发布服务器向订阅服务器移动的数据起着排队的作用。在很多情况 下，一个数据库服务器实例充当发布服务器和分发服务器两个角色。这称为“本地分发服务器”。当发布服务器和分发服务器按各自的数据库服务器实例配置时，把 分发服务器称为“远程分发服务器”。
订阅服务器（ Subscriber ）
订阅服务器是接收复制数据的数据库实例。一个订阅服务器可以从多个发布服务器和发布接收数据。根据所选复制的类型，订阅服务器还可以将数据更改传递回发布服务器或者将数据重新发布到其他订阅服务器。
复制有三种类：事务复制、快照复制、合并复制。
事务复制：
事务复制是将复制启用后的所有发布服务器上发布的内容在修改时传给订阅服务器，数据更改将按照其在发布服务器上发生的顺序和事务边界，应用于订阅服务器，在发布内部可以保证事务的一致性。
快照复制：
快照复制将数据以特定时刻的瞬时状态分发，而不监视对数据的更新。发生同步时，将生成完整的快照并将其发送到订阅服务器。
合并复制：
合并复制通常是从发布数据库对象和数据的快照开始，并且用触发器跟踪在发布服务器和订阅服务器上所做的后续数据更改和 架构 修改。订阅服务器在连接到网络时将与发布服务器进行同步，并交换自上次同步以来发布服务器和订阅服务器之间发生更改的所有行。
预 安装
1. 创建 PublisherAdmin, SubscriberAdmin 用户
2. 创建 Publisher,Subscriber 实例，分别对应 PublisherAdmin, SubscriberAdmin 用户，并同时加入 administrators 组；且 publisher 实例安装时安装 AdventureWorks 数据库。
3. 登陆 Publisher 实例，执行数据库完全 备份 和恢复
|
ALTER DATABASE AdventureWorks SET RECOVERY FULL; GO BACKUP DATABASE AdventureWorks TO DISK='F:/SQLBackup/AdventureWorks.bak' WITH FORMAT; |
4. 登陆 Subscriber 数据库服务器进行 AdventureWorks 的数据库还原
|
RESTORE DATABASE AdventureWorks FROM DISK='F:/SQLBackup/AdventureWorks.bak' WITH REPLACE, MOVE 'AdventureWorks_Data' TO 'G:/Microsoft SQL Server/MSSQL.3/MSSQL/Data/AdventureWorks_Data.mdf', MOVE 'AdventureWorks_Log' TO 'G:/Microsoft SQL Server/MSSQL.3/MSSQL/Data/AdventureWorks_Log.ldf'; GO |
