SQL Server 2005高可用性之复制作者：IT168 高健 2007-05-15SQL Server 2005相对于SQL Server 2000来说，无论是性能还是功能都有一个相当大的提高,甚至可以用“革命”来形容这一次升级。SQL Server 2005使 SQL Server 跻身于企业级数据库行列。在数据高可用性方面，SQL Server 2005为用户提供了数据镜像、复制、故障转移群集、日志传送功能。本文向读者简单介绍SQL Server 2005的复制功能。 一、 “复制”简介 复制是将数据或数据库对象从一个数据库复制和分发到另外一个数据库，并进行数据同步，从而使源数据库和目标数据库保持一致。使用复制，可以在局域网和广域网、拨号连接、无线连接和 Internet 上将数据分发到不同位置以及分发给远程或移动用户。 一组SQL Server 2005复制有发布服务器、分发服务器、订阅服服务器（图1：复制服务器之间的关系图）组成，它们之间的关系类似于书报行业的报社或出版社、邮局或书店、读者之间的关系。 以报纸发行为例说明，发布服务器类似于报社，报社提供报刊的内容并印刷，是数据源；分发服务器相当于邮局，它将各报社的报刊送（分发）到订户手中;订阅服务器相当于订户，从邮局那里收到报刊。在实际的复制中，发布服务器是一种数据库实例，它通过复制向其他位置提供数据，分发服务器也是一种数据库实例，它起着存储区的作用，用于复制与一个或多个发布服务器相关联的特定数据。每个发布服务器都与分发服务器上的单个数据库（称作“分发数据库”）相关联。分发数据库存储复制状态数据和有关发布的元数据，并且在某些情况下为从发布服务器向订阅服务器移动的数据起着排队的作用。在很多情况下，一个数据库服务器实例充当发布服务器和分发服务器两个角色，这称为“本地分发服务器”。订阅服务器是接收复制数据的数据库实例。一个订阅服务器可以从多个发布服务器和发布接收数据。 图1 复制有三种类：事务复制、快照复制、合并复制。? 事务复制：事务复制是将复制启用后的所有发布服务器上发布的内容在修改时传给订阅服务器，数据更改将按照其在发布服务器上发生的顺序和事务边界，应用于订阅服务器，在发布内部可以保证事务的一致性。
? 快照复制：快照复制将数据以特定时刻的瞬时状态分发，而不监视对数据的更新。发生同步时，将生成完整的快照并将其发送到订阅服务器。
? 合并复制：合并复制通常是从发布数据库对象和数据的快照开始，并且用触发器跟踪在发布服务器和订阅服务器上所做的后续数据更改和架构修改。订阅服务器在连接到网络时将与发布服务器进行同步，并交换自上次同步以来发布服务器和订阅服务器之间发生更改的所有行。
二、复制实例 这里以配置一个事务复制来说明复制配置过程 。 试验在同一台机器的二个实例间进行，实例名分别是SERVER01、SERVER02 。将SERVER01配置发布服务器和分发服务器(也就是前面提到的“本地分发服务器”),SERVER02配置为订阅服务器。在本例中将SERVER01中一个DBCoper库中person表作为发布的数据，在发布前请确保person表有主键、SQL SERVER 代理自动启动、发布数据库是日志是完整模式。 第一步：完全备份SERVER01 DBCopy数据库，在SERVER02上恢复DBCopy数据库(复制前的同步，使用发布的源和目标数据一致)。 第二步： 在SERVER01上设置发布和分发。 A、 在SERVER01的复制节点-->本地发布右键选择新建订阅(如图2)。 图2 B、 在新建发布向导中首先要求选择分发服务器，本例选择本机作为分发服务器，选择默认值（如图3）。图3 C、 向导第三步要求选择快照的路径，一般情况下选择默认路径。 D、 向导第四步选择发布的数据库(如图四),选择DBCopy。 图4 E、 接着选择发布的类型，这里选择事务复制(如图5)。图5 F、 选择发布的内容（PERSON），这里不仅可以发表，还可以发布其他的数据库对象，比如函数。在选择某一个表之后还可以选择发布某一列或几列。在这个步骤下一个界面中可以选择要发布的行。图6 G、 设置发布的内容之后设置 运行SQL代理的账号。设置如下：图7 H、 设置上一步之后，给复制起个名字PersonCopy。到此为止，发布和分发已配置成功(如图8)。 图8 第三步：配置订阅 订阅有两种方种，一种是由发布服务器向订阅服务器“推”数据，由订阅服务器去请求订阅数据。本例在SERVER02上设置请求订阅。 A、 第一步在SERVER02复制节点右击订阅，新建订阅（图9）。 图9 B、 选择发布服务器,在下拉列表框中选择查找SQL SERVER 发布服务器,选择SERVER01，就可以看到刚才新建的发布PersonCopy(如图10)。图10 C、 选择订阅方式（如图11）， 这里选择请求订阅。图11 D、 选择订阅的本地数据库（如图12）。图12 E、 设置完本地数据库之后要求设置运行代理的安全性，设置成SQL 代理账号。完成以上设置后，订阅已设置完成。 在SERVER01表中插入一条新记录后，在SERVER02中去检查是否同步过来。一般来说，几乎SERVER01执行完了，SERVER02就可以看到更新后的数据。
? 快照复制：快照复制将数据以特定时刻的瞬时状态分发，而不监视对数据的更新。发生同步时，将生成完整的快照并将其发送到订阅服务器。
? 合并复制：合并复制通常是从发布数据库对象和数据的快照开始，并且用触发器跟踪在发布服务器和订阅服务器上所做的后续数据更改和架构修改。订阅服务器在连接到网络时将与发布服务器进行同步，并交换自上次同步以来发布服务器和订阅服务器之间发生更改的所有行。
二、复制实例 这里以配置一个事务复制来说明复制配置过程 。 试验在同一台机器的二个实例间进行，实例名分别是SERVER01、SERVER02 。将SERVER01配置发布服务器和分发服务器(也就是前面提到的“本地分发服务器”),SERVER02配置为订阅服务器。在本例中将SERVER01中一个DBCoper库中person表作为发布的数据，在发布前请确保person表有主键、SQL SERVER 代理自动启动、发布数据库是日志是完整模式。 第一步：完全备份SERVER01 DBCopy数据库，在SERVER02上恢复DBCopy数据库(复制前的同步，使用发布的源和目标数据一致)。 第二步： 在SERVER01上设置发布和分发。 A、 在SERVER01的复制节点-->本地发布右键选择新建订阅(如图2)。 图2 B、 在新建发布向导中首先要求选择分发服务器，本例选择本机作为分发服务器，选择默认值（如图3）。图3 C、 向导第三步要求选择快照的路径，一般情况下选择默认路径。 D、 向导第四步选择发布的数据库(如图四),选择DBCopy。 图4 E、 接着选择发布的类型，这里选择事务复制(如图5)。图5 F、 选择发布的内容（PERSON），这里不仅可以发表，还可以发布其他的数据库对象，比如函数。在选择某一个表之后还可以选择发布某一列或几列。在这个步骤下一个界面中可以选择要发布的行。图6 G、 设置发布的内容之后设置 运行SQL代理的账号。设置如下：图7 H、 设置上一步之后，给复制起个名字PersonCopy。到此为止，发布和分发已配置成功(如图8)。 图8 第三步：配置订阅 订阅有两种方种，一种是由发布服务器向订阅服务器“推”数据，由订阅服务器去请求订阅数据。本例在SERVER02上设置请求订阅。 A、 第一步在SERVER02复制节点右击订阅，新建订阅（图9）。 图9 B、 选择发布服务器,在下拉列表框中选择查找SQL SERVER 发布服务器,选择SERVER01，就可以看到刚才新建的发布PersonCopy(如图10)。图10 C、 选择订阅方式（如图11）， 这里选择请求订阅。图11 D、 选择订阅的本地数据库（如图12）。图12 E、 设置完本地数据库之后要求设置运行代理的安全性，设置成SQL 代理账号。完成以上设置后，订阅已设置完成。 在SERVER01表中插入一条新记录后，在SERVER02中去检查是否同步过来。一般来说，几乎SERVER01执行完了，SERVER02就可以看到更新后的数据。
解决方案 »
- 多级组织结构，为了编程方便及设计优化考虑，该如何设计数据库呢
- 关于截断日志和收缩日志
- MIS中数据库设计的问题
- 我用T-SQL创建表出以下错误提示
- 小菜提问一个觉得比较复杂的sql 倾囊。。。
- 安装SQL SERVER2005过程中CAB文件错误如何解决?
- 同时执行UPDATE和SELECT,是先请求到更新锁还是先请求到共享锁??
- [Microsoft][ODBC SQL Server Driver][TCP/IP Sockets]ConnectionCheckForData (CheckforData()).
- 因为唯一性约束不能插入的出错代码（err.number)?
- update 能不能一次更新所有字段!(就象insert into table1 select * from table2一样)？？
- 超级有难度的问题啊 适合高手奥 66分大奉送
- 有关于多用户查询统计的问题
1.数据库镜像可以用于生产环境么？ ---可以 ，关于条件和限制 请参阅：http://technet.microsoft.com/zh-cn/library/ms366349.aspx
?还原作业，日志传送在辅助服务器实例上为每个日志传送配置创建一个还原作业。此作业将复制的备份文件还原到辅助数据库。它将历史记录信息记录在本地服务器和监视服务器上，并删除旧文件和旧历史记录信息。 ?警报作业，如果使用了监视服务器，将在警报监视器服务器实例上创建一个警报作业。此警报作业由使用监视器服务器实例的所有日志传送配置中的主数据库和辅助数据库所共享。对警报作业进行的任何更改（例如，重新计划作业、禁用作业或启用作业）会影响所有使用监视服务器的数据库。 二、配置实例 1、准备工作 首先确保生产数据库日志恢复模式为大容量日志模式或者是完整模式。若恢复模式为简单，则在设置“将此数据启用为日志传送中配置中的主数据库”时出错。 其次规划事务日志存放目录，存放事务日志目录要求有两个，一个用来存放主服务器备份，一个用来存放辅助服务器还原的备份文件。这两个目录可以分别建在主服务器和辅助服务器上，但是更好的做法是把主服务器的备份目录放在某文件服务器上，这样可以减少主服务器的I/O读写次数。 修改主服务器和辅助服务器上的 SQL AGGENT启动账号。在主服务器上，定时备份事务日志是通过SQL作业来完成，确保启动SQL AGENT账号能够访问用来存放由备份作业产生的事务日志目录。辅助服务器上复制作业和备份作业同样是由SQL AGENT 作业完成，确保的启动SQL AGENT账号要求能够访问主服务器存放事务日志的目录，同时也要求能够访问由复制作业复制过来用来存放辅助服务器还原的事务日志的目录。 2、配置步骤 为了说明配置步骤，笔者在同一台机器上装了二个实例：SERVER01,SERVER02，笔者的机器名称为jeffery,规划了三个文件夹， C:\DataBackup用为存放主数据库的完整备份，用于初始化辅助服务器，这个文件夹要求辅助服务器的启动SQL AGENT账号能访问；C:\PrimaryData用来存放由备份作业备份出来的主服务器的事务日志，设置成共享文件夹，这个文件夹要求辅助服务器的启动SQL AGENT账号能访问；C:\SecondaryData用来存放由辅助服务器上复制作业从主服务器的复制过来的主服务器的事务日志，也设置成共享的，这个文件夹要求辅助服务器的启动SQL AGENT账号能访问（如图2所示）。 图2 将SERVER01设置成为主服务器，主数据库为LOG_TRANSFER。将SERVER02设置成为辅助服务器。 第一步：备份主数据库到C:\DataBackup\ LOG_TRANSFER.BAK（主数据库的完整备份）。 第二步：在 SERVER01的LOG_TRANSFER数据库上单击右键，选择”任务”中的“传送事务日志”，打开事务日志传送配置窗口，单击“将此数据库启用为日志传送配置中的主数据库 ”（如图3所示）。 图3
第三步：配置主服务器的日志备份，单击“备份设置按钮”，打开备份设置窗口。在这里需要设置主服务器备份的路径，在前面的说明中已提到，primarydata目录是用来存放主服务器的事务日志，并且设置为共享。所以在备份文件夹的网络路径中输入\\jeffery\PrimaryData,第二个红方框要求输入这个文件的本地路径。 图4
第四步：设置备份作业。单击“计划”按钮。单出如图5的对话框,在这个对话框中可以设置执行的间隔，这里设置成2分钟。你还可以设置某一天的开始和结束的时间，比如：每天开始时间设置成为8:00，结束时间为20：00。确定后回到图1的对话框，主服务器的日志备份设置好了。
图5 第五步：在辅助服务器区域单击“添加”按钮，添加辅助服务器。可以为一个主服务器配置多个辅助服务器。单击添加按钮之后，弹出辅助服务器，单击连接，连接SERVER02实例。在准备工作中，已经对主数据库做了完全备份，网络路径为\\jeffery\DataBackup，按图6所示选项初始化辅助服务器。图6 第六步：设置复制选项。在单击图六中的“复制文件”选项卡，设置复制作业在辅助服务器上的目标文件夹。这里设置为C:\SecondaryData。如图7所示。图7 第七步：设置复制作业计划。单击图7中的计划按钮，弹出如图8所示窗口，设置执行间隔为3分钟。图8 第九步：单击图7中还原选项卡，弹出如图9所示窗口，设置还原选项。有二种还原模式：无恢复模式，这种模式下辅助数据库一直处于还原状态，不能访问。第二种是备用模式，这种模式下，用户可以只读的方式访问数据库。单击“计划”按钮，弹出如图8所示窗口，设置还原的间隔为4分钟。单击确定，回到日志传送配置主窗口，单周确定会弹出一个窗口来显示日志传送设置进度。这里限于篇幅有限，不介绍设置监视服务器。图9 至此，日志传送设置完成。日志传送设置程序自动在主服务器上生成备份和警报作业，在辅助服务器上生成复制、还原和警报作业。如图10所示。图10 三、日志传送状态报表 SQL SERVER为用户提供了一套辅助管理的报表，其中包括日志传送报表。单击SERVER01实例名，单击工具栏“摘要”，在报表的下接列表框中可以找到事务日志传送状态报表。如图11所示。状态”GOOD”表示配置成功并且运行状态良好。在SERVER02上打开此报表可以看到上次复制的日志文件和上次还原的日志文件。 图11 对于日志传送的管理，SQL SERVER还提供了一些管理表和视图，限于篇幅，读者可以自行查阅SQL SERVER2005帮助。
======================================================使用 SQL Server 2005 数据库镜像功能时需要考虑的问题 目前，Microsoft 支持策略不适用于 Microsoft SQL Server 2005 中的数据库镜像功能。默认情况下，数据库镜像是禁用的。但是，只需使用跟踪标志 1400 作为启动参数，您就可以出于评估目的而启用数据库镜像。不应该在生产环境中使用数据库镜像。Microsoft 产品支持服务不支持使用数据库镜像的数据库或应用程序。SQL Server 2005 中包含的数据库镜像文档仅用于评估目的。此外，SQL Server 2005 支持和升级的文档策略不适用于数据库镜像文档。使用跟踪标志 1400 启动 SQL Server 2005 实例之后，您就可以设置和评估数据库镜像了。有关更多信息，请参阅 SQL Server 2005 联机丛书。注意：跟踪标志 1400 是个临时标志。 当数据库镜像可用于常规生产时，跟踪标志 1400 将被删除。
我有些晕了明天再看看吧
自sp2以后，mirroring也可以用于生产环境了。