超经典oraclerac技术概述

超经典oraclerac技术概述内容摘要：

真正应用集群 10g 要求集群中的每个服务器都使用一个虚拟 IP 地址。 虚拟 IP 地址即是与局域网所属子网相同的子网中的一 个未使用的 IP 地址。 应用程序使用这一地址连接 RAC 数据库。 如果一个节点出现故障，该虚拟 IP 将自动切换到集群中的另一个节点，这样就可以快速响应针对故障节点的连接请求。 这提升了应用程序的可用性，因为他们的连接请求可自动切换到集群中的另一个实例，此前不再需要等待网络超时。 集群验证实用程序 Oracle 数据库 10g 第 2 版引入了一个新的集群配置验证工具。 该集群验证工具通过对前后安装步骤和 /或配置变化进行验证，避免发生错误。 它还可用于现有的集群验证。 该工具可以通过命令行接口调用，也可由其它程序通 过 API 进行调用，如 Oracle Universal Installer (OUI) 程序。 Oracle 真正应用集群 10g 6 远距离集群 RAC 在远距离集群 RAC 这一体系结构中，集群中的各节点位于不同的地理位置。 远距离集群 RAC 提供了非常快速的站点故障恢复，允许所有站点中的所有节点作为单个数据库集群的一部分主动进行事务处理。 当该体系结构受到世人瞩目并成功实施后，关键是要了解这一体系结构最适用的情形 — 距离、延迟时间，及其提供的保护程度。 延迟时间会产生巨大的影响，所以距离便对这一体 系结构的适用情形有一些实际限制。 这一体系结构适用于 2 个数据中心间的距离相对较小（小于等于 100 公里），且有资金在两个站点间建立带专用通道的直连线缆的情况。 远距离集群 RAC 提供了比本地 RAC 更高的可用性，但并不能达到企业所需的完全灾难恢复要求。 合理分区可以很好地防御某些灾难事件（局部断电、飞机失事、机房被淹），但并不是所有灾难事件。 如地震、飓风、区域性洪灾会影响更大的区域。 客户应通过分析确定一个灾难事件是否会同时影响两个站点。 要实现全面的灾难防御（包括防御数据出错和区域性灾难）， Oracle 建议用户结合 Data Guard 使用 RAC，如 Oracle 高可用性体系结构文档中所述。 Data Guard 还提供了其它的一些功能，如支持跨 Oracle 版本进行滚动升级。 远距离集群的配置也较本地集群复杂。 需要精心考虑节点的布局、表决磁盘和数据磁盘的布置 .妥善实施这一体系结构后，它将提供比本地 RAC 数据库更高的可用性。 Oracle 集群件、 Oracle 真正应用集群和自动存储器管理可用于构建远距离集群。 ORACLE 真正应用集群的优势 高可用性 Oracle 真正应用集群 10g 提供 了实现数据中心高可用性的基础架构。 它还是 Oracle 高可用性体系结构不可或缺的一部分，提供了构建高可用性数据管理解决方案的最佳实践。 Oracle 真正应用集群针对高可用性解决方案的主要特性提供了保护功能。 可靠性 — Oracle 数据库以其稳定性著称。 真正应用集群将这一优点发扬光大，能够以单点故障方式移除服务器。 如果一个实例故障，集群中的其它实例将仍然保持运行和活动状态。 当 Oracle 宣布推出 10g 时，它吸引了我们。 我们很高兴能利用 10g提供的高可用性能力和灵活性 Laurence Grant，企业计算系统 IT 主管 TalkAmerica 恢复能力 — Oracle 数据库包含许多有助于从各类故障中轻松恢复的功能。 如果 RAC 数据库中的一个实例出现故障，集群中的另外一个实例将察觉到这一故障，随后自动进行故障恢复。 利用快速应用程序通知，快速连接故障转移和透明应用程序故障切换这三个功能，应用程序可以很方便地掩藏组件故障，使用户无法察觉。 Oracle 真正应用集群 10g 7 错误检测 — Oracle 集群件自动监控 RAC 数据库并可对环境中的错误进行快速检测。 在用户不知不觉中自动完成故障恢复。 使用快速应用程序通知功能，应用程序能够在集群组件出现故障出现时立即得到通知，然后将事务切换至无故障节点，从而掩藏这一故障，让用户无法察觉。 持续运行 — 使用真正应用集群，在计划和意外停机期间仍可持续提供服务。 如果一个节点（或实例）出现故障，数据库将仍然保持运行状态，应用程序仍可访问数据。 大多数的数据库维护操作可在不中断运行的情况下完成，并且对用户透明。 其它维 护任务可以通过滚动方式完成，所以可将应用程序中断时间降至最少，或完全消除。 快速应用程序通知和快速连接故障切换可帮助应用程序达到服务水平和掩藏组件故障。 可伸缩性 “当我们看到一台 UNIX 服务器的价钱可买三台 Linux 服务器时，我们必须评估这一新体系结构的性能和伸缩性， ”Darryl Boone（ Vanderbilt 的体系和运行部助理主管） 说， “我们的测试表明我们可获得三倍的服务器处理能力和性能，还有更高的可用性。 再考虑到 Oracle 和 HP 对 Linux的承诺。 它在长期内给学校带来的好处如此之 多，这让我们无法割舍 ”。 Oracle 真正应用集群提供了独一无二的应用程序伸缩技术。 传统上，当服务器容量不足时，我们会使用更大的新服务器来替换它。 但服务器容量越大，其价格也愈加昂贵。 而对于使用了 RAC 的数据库，我们可选择其它方法进行增容。 原先运行于大型 SMP 服务器上的应用程序可移植到小型服务器集群中运行。 或者，您也可以选择保留现有硬件的投资，在集群中加入新服务器（或创建一个集群）来增加容量。 通过 Oracle 集群件和 RAC 向集群中添加服务器时并不需要停机，且在启动新实例后，应用程序就可立即利 用这些增加的容量。 集群中的所有服务器必须使用同一操作系统和相同版本的 Oralce 软件，但其容量不需要一样。 现在，客户可以根据自己的需要来选择集群，可以是由每台服务器含 2 个 cpu 的普通服务器组成的集群，也可以是每台服务器含 32 或 64 个 cpu 的服务器组成的集群。 Oracle 真正应用集群可以自动适应快速变化的业务要求和由此带来的负载变化。 应用程序用户，或中层应用程序服务器客户端可使用服务名连接到数据库。 Oracle 可在集群中的多个节点中自动进行负载均衡。 在不同节点上的真正应用集群数据 库实例订阅了所有或部分数据库服务。 这样 DBA 就可以灵活地选择某个连接到特定数据库服务是否可以连接到某个或所有数据库节点。 当应用需求上升时，管理员可以很方便地增添处理能力。 RAC 的缓存融合体系结构可立刻使用新节。