使用SQLServer2000日志转移实现高可用性

日志转移是将一个数据库中的事务日志文件依次转移到备份数据库中，然后为这个数据库创建一个“近”热备份的过程。在SQL Server 2000的数据库引擎中设置了日志传递函数，并在其中进行处理。因此，它将自动完成恢复到备份服务器的过程，而无需数据库管理员手动操作。只有当您的产品服务器出现故障时，您才需要手动完成到备份服务器的恢复过程。(注意:尽管日志传输功能在SQL Server 7.0和2005中都可用，但本文主要关注SQL Server 2000。)

为什么使用日志传输？
日志迁移是解决高可用性的措施，而且非常有效。作为一种高可用性措施，日志迁移的优势在于它比集群便宜得多。这是因为使用集群功能有硬件要求，但不需要日志传输。

日志从数据库传输到数据库，而不是从服务器传输到服务器；因此，可以将备份数据库存储在您用于其他目的的服务器上。但是，如果转移失败，可能会出现问题。此时，您可以改用备份数据库。此选项可用。

日志迁移相对容易安装。SQL Server提供了一个非常完整的向导来帮助您安装这个过程。

日志转移可以让你保存分布在不同地理位置的冗余数据，但是SQL Server的集群功能很难做到。这一特性非常突出，因为当您的数据中心发生灾难时，您仍然可以在备份服务器中恢复它。在同一个数据中心，如果使用集群功能，就会陷入困境。

日志转移的另一个优点是，您可以将备份数据库用作报告数据库，这对许多公司来说都是一个不错的选择。但是，如果您决定使用这个备份数据库进行报告，就必须注意它的局限性。当使用原始数据库中的日志时，SQL Server需要指定的通道，因此当应用日志文件时，不能同时生成报告。

使用日志迁移时要考虑的相关因素
使用日志迁移作为高可用性方案时，我们必须考虑以下因素。因为从原始数据库到备份数据库有一个潜伏期，对你的公司来说不一定是实现高可用性的可行方案。潜伏期由数据库管理员设定，时间因需要而缩短，但永远无法避免。

日志传输中没有设置恢复功能，这意味着当日志传输到备份服务器时，这些日志暂时不可用。因此，数据库管理员必须在将备份数据库联机之前完成一系列操作。这些步骤包括:

将存储在原始数据库中的备份标签存储在备份数据服务器上。一旦存储了所有的标签，就必须恢复数据库，然后放到互联网上。
一旦所有数据库都联机，所有需要访问数据库的应用程序都需要更改它们的链接。如果不能尽快将应用指向新恢复的数据库，那么所有的努力都白费了。

SQL Server实例可用于监视日志传输。该实例可以位于原始数据库、备份数据库或单独的数据库中。任何版本的SQL Server都可以用于SQL Server监视。

注意:数据库登录必须在原始数据库和备份数据库之间同时执行。