1.5   SQL Server 2005的高可用性

SQL Server提供了许多方法来创建高可用性。但真的不存在一个万能的方法。展望消费前景，我们发现每一种应用和产品在工厂团队方面都需要丰富的创造性。微软改进了它的高可用性（HA） 核心技术：故障转移群集（Failover Clustering）。微软在日志传送（Log Shipping）中采用了新的技术：数据库镜像。日志备份传送（Log Backup Shipping）仍然被支持，但几乎没有重要的改变。表1-3表明了3种核心技术并且展示了他们如何影响全局的可用性。这个表并不详尽，但是它涵盖所有要旨。记住HA解决方案的目标之一就是遮掩硬件和软件的失效。数据库镜像和故障转移群集在这方面是完全不同的技术。故障转移群集的解决方案需要两个同样的系统，而数据库镜像是在日常硬件上运行的。日志备份传送是一个暖备份的解决方法，它仅仅是当地理距离是额外的安全级别时的一个解决方案。举例来说, 你可能在洛杉矶有一个数据中心，而日志运送到拉斯维加斯。这样，在洛杉矶发生地震的时候将不会引起业务中断。

要想理解表1-4，除了可以在SQL Server版本（标准或者企业版本）中的技术外，理解在执行时的风险和困难也很重要。许多客户发现故障转移群集在授权许可和硬件方面来说是昂贵的。另一方面, 数据库镜像不需要特殊的硬件。你能冒险地认为数据库镜像作为解决方案就足够了吗？只有在了解系统单个需求的时候才能恰当地使用它。事实上，许多客户使用技术将本地的和地理上的HA解决方案合并起来。第3章将带你更深入地了解数据库镜像，并且深入地探讨故障转移群集的更多细节。由于本章是概论，所以让我们继续介绍通常的数据可用性。

SQL Server 2005的故障转移群集为经常出现的服务器失效故障提供了HA支持。使用故障转移群集，操作系统可以和SQL Server共同作用来提供失效保护，方法是如果主硬件失效的话，可以通过提供多余的硬件和一个自动机制将数据库服务器移到第2个硬件。故障转移群集最多支持8个节点，根据在服务器上运行的微软Windows Server 2003操作系统的版本而定。

SQL Server将故障转移群集的功能扩展到了SQL Server分析服务、通知服务和SQL Server复制上。在SQL Server 2000中，SQL Server代理和其他的一些工作管理和处理能力不能被故障转移群集所涵盖。现在，技术是有群集意识的；SQL Server故障转移群集是一个更加完善的服务器级的冗余解决方案。这里有一个警告，坦白地说，群集的解决方案要执行好是很困难的，而且是非常昂贵的。对大部分客户来说，故障转移群集通常只用在最有价值的事务数据库中。

SQL Server引入了一种新技术集，使得可以创建一个与主数据库紧密同步的热备份数据库。数据库镜像启动了热备份数据库，能够快速进行故障转移，并且提交事务存储的数据没有任何丢失。可以认为数据库镜像是一种实时的日志传送。如果主系统失效，应用软件可以几乎立即重新连接次服务器上的数据库，而无需等待恢复完成。

回书目   上一节   下一节