标签：style blog http color os 使用 ar strong 数据
原文:SQLServer 2005 数据库定阅复制实现双机热备（主要是sharepoint 内容数据库）公司最近的sharepoint的数据库服务器老是出问题，并且在一旦出现问题，就导致无法正常工作。最主要的是我们要加班还原以前的数据库，这是最头疼的。于是在网上查找资料，实现主备机的同步，对于sharepoint而言我们只需做到sharepoint的内容数据库同步即可。这种技术有个专业名词叫做双机热备。
双机热备特指基于高可用系统中的两台服务器的热备（或高可用），因两机高可用在国内使用较多，故得名双机热备，双机高可用按工作中的切换方式分为：主-备方式（Active-Standby方式）和双主机方式（Active-Active方式），主-备方式即指的是一台服务器处于某种业务的激活状态（即Active状态），另一台服务器处于该业务的备用状态（即Standby状态)。而双主机方式即指两种不同业务分别在两台服务器上互为主备状态（即Active-Standby和Standby-Active状态）。
我们主要是通过SQL Server 2005 订阅复制功能来实现双机热备，如下图所示：
下面的概述来自微软官方的MSDN
事务性复制通常从发布数据库对象和数据的快照开始。拍摄初始快照后，随后在发布服务器中所做的数据更改和架构修改通常在修改发生时便传递给订阅服务器。数据更改在订阅服务器中应用的更改顺序以及更改所处的事务边界与在发布服务器中相同。
事务性复制通常用于服务器到服务器环境中，在以下各种情况下适合采用事务性复制：
与事务复制相同，合并复制通常也是从发布数据库对象和数据的报表快照开始。并用触发器跟踪在发布服务器和订阅服务器中所做的后续数据更改和架构修改。订阅服务器与发布服务器在连接到网络时进行同步，并交换自上次同步以来发布服务器和订阅服务器间发生变化的所有行。
合并复制通常用于服务器到客户端的环境中。合并复制适用于下列各种情况：
合并复制允许不同站点自主工作，然后在以后将更新合并成一个统一的结果。由于更新是在多个服务器中进行，因此，同一数据可能由发布服务器和多个订阅服务器进行了更新。于是，合并更新时就可能出现冲突。合并复制提供有数种处理冲突的方法。
快照复制将数据以特定时刻的瞬时状态分发，而不监视对数据的更新。如果发生了同步，就会生成完整的快照并将其发送到订阅服务器。
当符合以下一个或多个条件时，使用快照复制本身是最合适的：
我们采用的是快照的方式复制订阅sharepoint内容数据库。
废话少说，我们先来看一下截图：
其中OADB05是主服务器数据库而OADB05BACKUP是备份环境数据库。
图 1
点击打开复制然后右击“本地复制”，选择复制类型，然后点击下一步
图3
选择需要复制表的属性
图4
选择下一步，如果需要更改复制操作时间，请点击更改，点击下一步
点击完成，复制就完成了啊。
由于图很多，所以只是一部分。下面是订阅的，右击点击本地订阅选择发布的数据库，
点击下一步下一步。就ok了啊
由于图太多，没有一个一个上传，如果大家有什么问题随时联系我。或者我的方案不好的，可以提出来，大家一起讨论。
SQLServer 2005 数据库定阅复制实现双机热备（主要是sharepoint 内容数据库）
标签：style blog http color os 使用 ar strong 数据
原文地址：http://www.cnblogs.com/lonelyxmas/p/3975915.html
