发帖
雷达卡
通过SQL Server 2008数据库复制实现数据库的同步备份
【数据库】
SQL Server 2008数据库复制是通过发布/订阅的机制进行多台服务器之间的数据同步，我们把它用于数据库的同步备份。这里的同步备份指的是备份服务器与主服务器进行实时数据同步，正常情况下只使用主数据库服务器，备份服务器只在主服务器出现故障时投入使用。它是一种优于文件备份的数据库备份解决方案。
在选择数据库同步备份解决方案时，我们评估了两种方式：SQL Server 2008的数据库镜像和SQL Server 2008数据库复制。数据库镜像的优点是系统能自动发现主服务器故障，并且自动切换至镜像服务器。但缺点是配置复杂，镜像数据库中的数据不可见（在SQL Server Management Studio中，只能看到镜像数据库处于镜像状态，无法进行任何数据库操作，最简单的查询也不行。想眼见为实，看看镜像数据库中的数据是否正确都不行。只有将镜像数据库切换主数据库才可见）。如果你要使用数据库镜像，强烈推荐killkill写的SQL Server 2005 镜像构建手册，我们就是按照这篇文章完成了数据库镜像部署测试。
最终，我们选择了SQL Server 2008数据库复制。
下面通过一个示例和大家一起学习一下如何部署SQL Server 2008数据库复制。
测试环境：Windows Server 2008 R2 + SQL Server 2008 R2（英文版），两台服务器，一台主数据库服务器CNBlogsDB1，一台备份数据库服务器CNBlogsDB2。
复制原理：我们采用的是基于快照的事务复制。主数据库服务器生成快照，备份库服务器读取并加载该快照，然后不停地从主数据库服务器复制事务日志。见下图：
图片来自SQL Server联机丛书
安装与配置步骤：
一、在两台服务器上安装好SQL Server 2008 R2，主要安装的组件：Database Engine(含SQL Server Replication)，Management Tools。
二、主数据库服务器（发布服务器）的配置：
1. 在主数据库服务器CNBlogsDB1新建示例数据库CNBlogsDemo（注意Recovery mode要使用默认值Full，只有这个模式才能进行事务复制），然后建立一张测试表，比如：CNBlogsTest。
2. 设置存放快照的文件夹：
创建发布之前，先设置一下存放快照的文件夹，创建发布后会在该文件夹生成快照文件，订阅服务器需要在初始化时加载该快照文件。
选择Replication》Local Publications》属性，在出现的窗口中选择Publishers，如下图：
点击红框处的按钮，出现设置窗口：
在Default Snapshot Folder中设置快照文件存放路径。
3. 在主数据库服务器创建发布：
在Replication》Local Publications中选择New Publication，出现一个向导。先选择要发布的数据库CNBlogsDemo，然后选择发布类型Transational publication，如下图：
点击Next，出现错误：
原来所有要复制的表都需要有主键，刚才建CNBlogsTest表时，没有建主键。建一下主键，并重新启动向导就可以了。
接着选择要复制的对象：
点Next，Next，进入Snapshot Agent窗口，选择Create a snapshot immediately and keep the snapshot available to initialize subscriptions，见下图：
Next，进入Agent Security：
选择Security Settings，进行相应的帐户设置：
一个是设置运行Snapshot Agent的Windows帐户，我们这里选择与SQL Server Agent同样的帐户。
一个是设置连接发布服务器的SQL帐户，我们这里就用主数据库服务器的sa帐户。
继续：OK，Next，Next，为这个发布起个名字：
点击Finish，就开始正式创建发布，创建成功就会出现如下窗口：
这时查看快照文件夹，就会看到unc文件夹，快照文件就在这个文件夹中。
这里要考虑这样一个问题，如何让订阅服务器通过网络访问这个快照文件夹。
我们在这个问题上折腾了一些时间，本来想通过共享文件夹的方式，但又不想打开匿名共享，折腾了半天，没搞定订阅服务器访问共享文件夹用户验证的问题。于是采用了FTP的方式，所以，下面介绍一下如何让订阅服务器通过FTP访问快照文件。
4. 设置快照的FTP访问
首先在主数据库服务器上开通FTP服务，建立一个指向快照文件夹的FTP站点，设置好可以远程连接的FTP帐户。然后在这台发布服务器设置一下FTP客户端配置。配置方法如下：
在Replication》Local Publications中选择刚才创建的发布[CNBlogsDemo]:CNBlogsDemo_Publication，选择属性》FTP Snapshot，如下图：
选中Allow Subscribers to download snapshot files using FTP，并设置一下FTP客户端连接参数，订阅服务器就是通过这里的设置连接FTP服务器的（注：Path from the FTP root folder的设置要和上图一样，设置为：/ftp）。
点击OK，这时会在快照文件夹中创建一个ftp文件夹，并在该文件夹中生成快照文件。
这样，发布服务器就配置好了，下面配置订阅服务器。
三、备份数据库服务器（订阅服务器）的配置：
进入订阅服务器CNBlogsDB2，创建与发布服务器同名的数据库CNBlogsDemo，使用完全恢复模式。
在Replication》Local Subscriptions中选择New Subscriptions，进入向导。
Next，进入选择发布服务器的窗口，选择Find SQL Server Publisher，出现服务器连接窗口：
这里要注意的是Server Name中一定要填写发布服务器的计算机名，如果计算机名连接不上，要在hosts文件中加一个IP地址解析。
成功连接发布服务器之后，就可以看到刚才在主数据库服务器上创建的发布：
Next，进入“分发代理工作位置”的选择窗口：
我们这里选择pull subscriptions，把数据给拉过来，这样主数据库服务器的负担会轻些。
Next，选择订阅服务器上的数据库，之前我们已经建好同名的数据库，所以系统自己会找到。
Next，进入分发代理安全设置窗口：
点击红框内的按钮，进入设置窗口：
设置如上图，Connect to the Distributor处设置的是发布服务器的sa帐户。
OK, Next, Next, Next:
Next, Finish, Success:
备份数据库的订阅就建好了！
现在来瞧一瞧订阅服务器CNBlogsDB2上的用于复制的数据库CNBlogsDemo：
看！我们在发布服务器上建立的表CNBlogsTest复制过来了。
现在我们去发布服务器CNBlogsDB1上添加一条记录：
再去订阅服务器CNBlogsDB2瞧一瞧：
数据立即同步过来了！搞定！
遇到的问题：
在测试过程中被两个问题折腾了很长时间。
1）发布服务器的Log Reader Agent不能启动，错误信息：
· The process could not execute 'sp_replcmds' on 'YCSERVER006'. (Source: MSSQL_REPL, Error number: MSSQL_REPL20011)
Get help: http://help/MSSQL_REPL20011
· Cannot execute as the database principal because the principal "dbo" does not exist, this type of principal cannot be impersonated, or you do not have permission. (Source: MSSQLServer, Error number: 15517)
Get help: http://help/15517
· The process could not execute 'sp_replcmds' on 'YCSERVER006'. (Source: MSSQL_REPL, Error number: MSSQL_REPL22037)
Get help: http://help/MSSQL_REPL22037
开始测试时，附加了一个现有数据库进行复制遇到了这个问题，附加的是一下SQL Server 2005数据库文件，Owner为空，改为sa问题就解决了，如下图：
提升卡
置顶卡
沉默卡
变色卡
抢沙发
千斤顶
显身卡
京公网安备 11010802022788号
