在硬件部署管理应用程序的Oracle特性

核心提示： 为了控制 IT 成本，公司（包括 Oracle）将运行关键商务应用程序的任务分派给了更便宜的商用服务器，在硬件部署管理应用程序的Oracle特性(2)，但在商用服务器中，每个机器的负载容量更少了，如果在一个 10g 集群中£节点 C 出现了故障，则将自动对节点 A 和 B 重新

为了控制 IT 成本，公司（包括 Oracle）将运行关键商务应用程序的任务分派给了更便宜的商用服务器。但在商用服务器中，每个机器的负载容量更少了，而且更便宜的服务器更可能出现故障。存储器和操作系统方面的改进提供了一些帮助，但实际情况仍然是运行商用硬件意味着使用多得多的服务器，这反过来导致更多的故障节点和瓶颈。

集群技巧和技术被设计用来在出现故障的情况下提供冗余，有助于跨一个服务器群均衡负载，以使单个机器不会因为超载而变得滞塞。现在获得的推动力是网格技术；使用了能够处理极高工作负载的鳞次栉比的互操作服务器的硬件和软件体系结构 — 实质上是一个庞大的集群的集群。

问题是：是否能够把低成本商用服务器的集群和网格真正转变成高容错的系统 — 今天的 web 应用程序需要的这种高可用的系统?您将看到，答案是肯定的。

高级的端到端集群

传统上，集群意味着重点是负载均衡 — 在服务器之间划分任务和用户来避免单个机器超载。如果一个节点出现故障，用户连接常常被终止或该服务器完全不可用。其它服务器还在运行，但被断开的用户不得不重新与它们连接，也就是说，如果剩余的服务器还没有因其它的用户而超载。甚至在剩余的服务器能够处理更多的负载时，它们也可能不会这么做 — 它们被限制在最初配置时设定的用户数之内了。

随着时间的推移，硬件和软件解决方案得到了发展，它们超越了负载均衡的范围来更好地管理出现故障的意外情况。但这些点解决方案常常成为瓶颈或它们自己成为单个故障节点。

OracleAS 10g 使用了 Advanced Clustering 来实现更多的功能。这个软件不仅使均衡负载在一个集群中的服务器上变得容易，而且还能够检测故障并在剩余的服务器上重新分配任务来无缝地承担额外的工作负载。例如，在一个三节点的集群中，节点 A、B 和 C 承担了相等的工作负载。如果在一个 10g 集群中£节点 C 出现了故障，则将自动对节点 A 和 B 重新分配任务来继续处理节点 C 的工作负载，就像什么也没有发生过一样。