灾难恢复解决方案选项：

　　以下是各种可用的数据库灾难恢复选项列表以及它们的优缺点：

　　备份和存储

　　备份和存储选项从概念上来说很简单，而且还包括所有数据库对象、但是同时它对于大数据库是不可扩展的。将数据库迁移到灾难恢复地点还要花时间，这样就造成了数据丢失高风险性。

　　日志传输

　　日志传输选项还包括所有数据库对象，DBA们很容易了解。在计划时出现数据丢失大概需要５分钟的时间。你可能会受到日志传送链条断裂事故的影响，如改变数据库恢复模式等。日志传送还是不可扩展的，并且在数据库进行自我备份时你不能对事务日志进行备份。

　　数据库镜像

　　加上客户机等待时间短和自动重新定向到备用地点，但是数据库镜像只适用于 SQL Server企业级版本中的高性能模式。镜像技术的成功与否取决于你网络的速度和可用带宽。

　　数据库镜像还要求你的数据库仍处于全恢复模式中（full recovery mode）。但是用SQL Server 2008能够压缩数据库镜像流量，结果就是数据库镜像会话消耗更少的带宽。

　　复制

　　复制选项可以复制数据或对象集。双流向事务复制或对等网络复制（peer-to-peer replication），故障转移和自动恢复也同样没有问题。但是等待时间在在分批操作的过程中可能很长（ high latency），并且不是复制了所有的数据库对象。

　　SQL Server 2005用双向事务复制或对等复制，你就需要在改变schema时把数据库和用户断开，尽管SQL Server 2008不需要这样做。对等复制只是企业版的一个特性，双向事务复制也只能用到存储过程。

　　软件数据库镜像

　　软件数据库镜像等这些解决方案一般只能在文件系统层级上操作。它们对文件系统过滤了一些修改，并且它们也只会复制一些你选择了的那些。如果你打算这样做，你可以将所有的修改都映射到数据库MDF、NDF和LDF上。软件数据库镜像解决方案将这些更改复制到目标文件中。同时还可以再空档时进行压缩。

　　这些技术的成本低、带宽少并且非常值得信赖，进行故障转移和自动恢复也很简单。不过，旧版本的软件在使用目标服务器之前还需要一些恢复时间。微软可能还没有支持这些技术出现的数据库问题。

　　硬件数据库镜像

　　最后，硬件数据库镜像解决方案涉及到写操作请求问题：应用程序在源服务器上发出了写操作的请求，即写入目标服务器中，并且该应用程序还继续进行了另一步操作。这个坚定的选择就没有数据丢失。但是灾难恢复站点在进行映射的过程中并没有受到影响。此外，这些解决方案费用很高、而且还牵涉到等待时间问题。