数据库

日志转移是这样一种处理过程，它能将某一数据库中的事务日志文件依次转存到备份的数据库中，进而为这一数据库创立一个“近乎”热备份。SQL Server 2000的数据库引擎中设置了日志转移功效，并在其中进行处理。所以它会主动完成复原到备份服务器的过程，而不需要数据库治理员手动把持。只有你的产品服务器把持失败，你才需手动完成到备份服务器的复原过程。(注释：尽管SQL Server 7.0和2005中均有日志转移功效，但本文重要针对SQL Server 2000。)

为何要应用日志转移？

日志转移是一种解决高可用性的措施，并且十分有效。同样作为高可用性的措施计划，日志转移相对集群来说，最大的利益是它要便宜很多。这是由于，应用集群功效有硬件请求，而日志转移则不需要。

日志转移在数据库与数据库而非服务器与服务器之间进行；因此才有可能将备份数据库存储在你已用作其他用处的服务器上。但假如转移失败则有可能会呈现标题，这时你可换用备份数据库，这种选择是可用的。

日志转移相对照较轻易安装。SQL Server供给了非常完善的向导帮助你安装这个过程。

日志转移答应你保留散布在不同地理地位中的冗余数据，SQL Server的集群功效则很难做到这一点。这一特点十分出众，由于，当你的数据中心遭到灾害时，你仍能在备份服务器中将其恢复过来。而在雷同的数据中心，假如你应用的是集群功效，你就会陷进麻烦。

日志转移的另一长处是你能将备份数据库作为报告数据库应用，这对很多公司来说是很不错的选择。但假如你决定了用这个备份数据库作报告应用，就必需留心它的局限性。应用原始数据库中的日志时，SQL Server 请求指定唯一的通道，所以，当日志文件正在被利用时，报告则不能同时进行。

应用日志转移要考虑的相干因素

在将日志转移作为高可用性的计划来应用时，我们必需考虑以下几点因素。由于从原始数据库到备份数据库有一个埋伏期，对你的公司而言，它并非必定是可行的实现高可用性的一种解决计划。埋伏期由数据库治理员设置，时间也因需要而缩短, 但永远不能避免。

日志转移中没有设置恢复功效，这就意味着在将日志转移到备份服务器上时，这些日志都暂时不可用。因此，数据库治理员必需在将备份数据库放到网上前完成一系列的把持，这些步骤包含：

将已存储在备份数据服务器上原始数据库里的备份标签存储起来。一旦所有的标签被存储后，数据库就必需得到恢复，然后放到网上。
一旦所有的数据库都已放在网上，所有需要拜访数据库的利用程序就需要转变自身的链接。假如你不能将利用程序尽快指向刚刚恢复的数据库，你就前功尽弃了。

一个SQL Server的实例能用于监控日志转移。这个实例可以在原始数据库、备份数据库或单独的数据库中。任何一种版本的SQL Server都能用于SQL Server监控。

注释:数据库登录必需在原始数据库与备份数据库之间同时进行。