Oracle 真正应用集群 (RAC) 是 RDBMS 市场中的最佳数据库集群。Oracle RAC 的配置选项和特性为公司提供设计其高可用性解决方案的广泛的灵活性。但是，如何使用所有配置选项、特性和灵活性成功地实施？

本文是定义、设计和提供成功 Oracle RAC 项目的指南。它详细介绍了减少风险和增加成功实施机会的详细步骤。此外，它还突出了您在实施 Oracle RAC 项目过程中可能会犯的错误，并提供了避免这些错误的建议。

尽管这篇文章侧重于 Oracle RAC，但下列步骤对许多种 Oracle 实施项目均试用。（注意，本指南仅用于提供信息，无论在何种情形下，您都不可将其视为咨询服务。）

下面我们开始吧！

确定需求

成功实施 Oracle RAC 的第一个重要阶段是确定项目的真实目标。“确定　需求”一步涉及识别和记录项目实施阶段要提供的特性和功能。

在实施 Oracle RAC 过程中，您还要经常核对这些需求。将需求记录成文将有助于实施 Oracle RAC 项目。否则，您将发现该项目难以管理，这是因为在项目实施过程中会不断出现意料不到的新问题。

避免错误的方法 1： 确保关键业务和技术人员积极地参加项目需求的确定。明确地将所有需求传达给项目负责人，包括关键的管理人员、技术人员以及最终用户。

第 1 步 — 确定项目范围

“确定需求”阶段的第一步就是确定项目范围。项目范围是用于论证项目业务需求的一系列细项，它说明了项目的可交付成果。项目范围有时也称为“业务需求”。

要确定项目范围，请回答下列问题：

• 项目的业务目标是什么？
• 项目要完成什么工作？
• 项目成功会带来哪些重要好处？

以下是一个详细说明一个 Oracle RAC 示例的高级目标的项目范围文档。

努力使项目目标量化。您将能重新核对这些目标，掌握整个项目的完成情况。量化目标的工作包括记录项目日程和成本限制。

避免错误的方法 2：

第 2 步 – 确定项目团队

确定项目团队就要确定为项目制定交付目标的人和愿意完成项目方案中的任务的人。这些人可能来自组织的多个部门，如决策人员、业务分析人员和技术人员。

下表是典型 Oracle RAC 项目的人员组成，并列明了他们的职能和完成项目所采取的步骤。

Oracle RAC 项目团队成员的职责会因地制宜，这取决于场地的大小和系统需求。

在组建该项目团队的时候，可能无法找到最合适的人员，因此，您只能找到可用 的人员。在这种情况下，对项目团队成员进行适当的技术培训可以降低实施风险。技术培训通常可以降低项目风险和较高质量地完成项目。

避免错误的方法 3： 如果新的 Oracle RAC 系统要取代已有的旧系统，需要让对旧系统经验丰富的人也参与。吸纳这些团队成员将有助于确保满足所有项目需求。

第 3 步 – 确定服务等级需求

“需求确定”阶段的第三步是确定服务等级需求。服务等级需求是指期望 Oracle RAC 项目实施支持的服务等级。这些需求包含预期的服务等级和操作需求，并提供处理延期和失败的指导原则。

服务等级需求可以分为两类：服务等级需求和操作需求。

服务等级需求帮助 Oracle RAC 技术实施与项目的范围（项目的业务目标）保持一致。确定服务等级需求应先从分析现有系统的需求开始。分析包括查看现有系统的操作、技术以及支持的程序和文档。

可以通过回答诸如以下问题进一步确定服务等级需求

• 哪几个小时对业务至关重要，需要 Oracle RAC 系统联机？
• 该系统需要哪些服务等级？
• 最低能忍受那种级别的性能和可用性？
• 处理延期和失败的程序都有哪些？

这些问题的回答通常可组成一个分级、分层的服务等级需求表，该表定义了不同的服务等级。

下面是一个服务等级表示例。具体的服务等级和层数取决于您的组织数和业务部门数。

操作需求规定了维护 Oracle RAC 系统和满足以上定义的服务等级需求所需的程序。通常，操作需求包括排定的维护中断、系统启动和关闭、系统备份、Oracle RAC 系统可用性、故障切换程序以及灾难恢复计划的信息。

可以通过回答诸如以下问题确定操作需求

• 如何维持 Oracle RAC 系统性能基准？
• 维护操作应进行的时间？
• 哪些维护和备份操作应“联机”执行？
• 关闭和启动系统需要哪些程序？
• 要保证系统最大的可恢复性应执行那种备份？
• 如何准备应对灾难？

以下是一个 Oracle RAC 操作需求列表示例。

获得系统最终用户、客户和操作人员对服务等级和操作需求的认可和官方批准。这包括就性能、可用性以及对系统失败的适当反应达成一致。

避免错误的方法 4：

第 4 步 – 确定项目日程

“确定需求”阶段的最后一步就是确定项目日程。由于需要确保有足够的时间建立 Oracle RAC 解决方案来满足以上定义的所有需求，因此日程安排对项目成败至关重要。

日程安排涉及构建系统、为每个任务分配时间、以最优的顺序排列任务等所有任务的细节。

避免错误的方法 5： 在安排项目日程的过程中，应努力使每个项目成员清楚所有时间限制（见“第 1 步”）。征询每个团队成员的意见，准确评估和规划项目日程。

有时，可以在项目日程中同时执行多个任务。巧妙地并行安排任务通常会按时完成项目并节省项目成本。

以下是一个高级 Oracle RAC 日程示例。它展示了在 Oracle RAC 部署中经常执行的任务。

一个相对详细的项目日程可以使 Oracle RAC 团队跟踪项目的进度，主动对日程迟延做出回应。当需要更改日程时，一定要确保完全记录了所有更改。最初的项目日程和该更改报告为以后项目日程的制定提供了重要的参考。

避免错误的方法 6： 利用可同时执行的多个任务。在上述的项目日程中，注意 Task #11 是如何与 Task #7 到 Task #10 同时运行的。

在确定和记录了项目范围、项目团队、服务等级需求以及项目日程后，采用一个强有力的更改控制机制。仔细管理对需求的任意更改，把成本控制在预算内，使项目按日程进行。

技术架构设计和构建

成功部署 RAC 实施的第二个主要阶段是确定和实施 Oracle RAC 部署的技术架构规范。技术架构描述了将组成新系统的硬件、软件和配置的详细情况。由于大多数 Oracle RAC 实施集中在从单实例环境移植到 Oracle RAC 实例环境，而没有重新设计他们的应用程序和数据库，因此您将在该阶段中设计和构建 Oracle RAC 环境。

下列步骤解释了如何将需求转化为可用的设计。

第 1 步 – 确定硬件和软件规范

该步骤包括了解上面定义的服务等级需求和操作需求，然后把这些需求转化为硬件和软件规范。它还考虑了硬件的兼容性，特定的操作系统要求以及 Oracle RAC 特定的软件需求。

使用下面的“硬件/软件注意事项表”组为核对单，用于记录在本步骤中决定。对于您的个别实施，填写您项目使用的真正硬件和软件。

填写该表时，回答以下问题

• 该组件是否有助于满足服务等级需求？
• 该组件及其质量是否足以满足操作需求？
• 该组件是否与其他硬件组件兼容以及是否经过认证可以与其他硬件组件一起使用？
• 该组件是否与操作系统兼容以及是否经过认证可以与其他操作系统一起使用？
• 该组件是否满足 Oracle RAC 软件需求？
• 是否认证获支持 Oracle RAC 运行在该组件上？

避免错误的方法 7： 确保 Oracle RAC 项目团队知道组成 Oracle RAC 系统每个组件的功能和特性，以及所有组件已通过认证，可以一起使用。您可以通过适当的技术培训和概念验证测试来降低 Oracle RAC 项目的风险。

如果要移植到一个全新的硬件和/或软件平台，那一定要测试一下您的应用程序。更换平台可能需要更多的处理器或内存，以满足服务等级需求。

避免错误的方法 8：

第2 步 – 执行规范

填完上述核对单后，就要搭建 Oracle RAC 环境了。

这些任务包括：

1. 配置服务器硬件
   1. 安装 CPU、内存和本地磁盘
   2. 安装和配置 HBA、网卡及网络组件
   3. 配置硬件互连
   4. 安装和配置存储交换设备，把他们连到共享存储
      
2. 配置操作系统
   1. 安装操作系统
   2. 配置操作系统内核参数
   3. 配置 the hangcheck-timer 或互连心跳模块
   4. 创建操作系统用户组合用户
   5. 创建和配置共享存储设备
   6. 安装和配置原始分区或 Oracle 集群文件系统
   7. 配置安全的 Shell (SSH)
      
3. 配置 Oracle 软件
   1. 安装 Oracle Clusterware
   2. 安装 Oracle 服务器软件
   3. 配置自动存储管理 (ASM)
   4. 创建数据库
   5. 创建数据库实例
   6. 创建服务
   7. 创建 Oracle Clusterware 应用程序配置文件
      
4. 操作任务
   1. 执行数据加载
   2. 执行索引构建
   3. 设置 OS 和数据库备份
   4. 创建备用/Oracle Data Guard 环境
   5. 安装和配置性能监视实用程序，如
   6. Oracle Enterprise Manager Grid Control

Oracle RAC 测试策略应至少包括四种测试：概念验证测试、单元测试、集成测试以及负载测试。

该测试策略不是一个独立于以上阶段单独执行的功能，而是一个集成到了确定、设计、构建等阶段中的一个过程。

该部分着重强调四种测试，并确定每种测试所对应的项目阶段。

概念验证测试

概念验证测试是对概念可行性的测试。它可以是新技术、新软件架构或新硬件的测试。概念验证测试使项目团队可以测试项目决策的有效性，从而使他们可以快速做出有关项目方向的重要决策。概念验证测试通常在“服务级别需求”和“技术架构设计和构建”步骤中执行。

单元测试

单元测试包含单一硬件或软件组件测试以及单一应用程序或应用程序模块测试。这些孤立的测试确定单一组件或模块是否按执行要求运行。

Oracle 10g 第 2 版包括一个称为 Cluster Verification Utility (CVU) 的验证实用程序，它是一个用于对 Oracle RAC 节点的硬件和软件配置进行测试的工具。可以使用该实用程序验证 Oracle RAC 节点的配置、检查操作系统以及检查网络设置。

单元测试的一个重要元素就是“破坏性测试”的引入。测试人员通过破坏性测试模拟异常活动以及试图破坏系统。Oracle RAC 环境中的一个破坏性测试示例为故意破坏 Oracle Cluster Registry (OCR)，然后执行恢复系统所需的步骤。像这样的测试会让项目成员发现系统的薄弱环节，从而做好应对准备。

集成测试

集成测试包括确认多个硬件、软件或应用程序模块可共同运行。集成测试确认系统是否按规定运行。

压力测试

压力测试也称为负载测试或系统测试，是一个模拟动态生产负载的端到端测试。它用于确定系统是否可以承受生产使用等级、是否满足服务等级需求，以及收集性能数据。它还用于预测当前和未来的使用容量。通常在上述测试返回肯定的结果时以及完全配置硬件、软件和应用程序组件后才执行压力测试。由于它代表一个重要的项目里程碑，因此将其视为一个独立的项目阶段。

避免错误的方法 9： 测试会耗费大量时间和金钱。对比执行测试所需的资源和再生产阶段发生系统故障的风险，仔细权衡测试方案的长处和短处。

操作就绪

什么时候可以使用新系统？

前述项目阶段及其相关的步骤简化了新系统可用性的测试。尽管完整的核对单取决于您具体的站点，但以下通用大纲可以帮助您定义、设计、测试您的 Oracle RAC 实施。

操作就绪的确定取决于已完成的任务熟、项目日程中完成任意未完成任务所剩的时间、新系统当前状态下的稳定性。它还取决于已满足的项目需求数。

下面是一个包含本文所述的所有事实阶段和步骤地一个详细的项目方案。它包括一个集成的测试方案和一个“启动必需？”列，帮助您确定是否确实需要该特定项来使系统联机 — 或是否在系统启动后将该特定项联机。

总结

在前三个项目阶段中，您确定了核心的项目目标、确定了项目需求、把需求转换为规范、创建了测试方案。此外，您还创建了确定 Oracle RAC 实施的操作就绪性的标准。所有这些加在一起就是您的 Oracle RAC 实施项目方案。

该方案变成了一个无价的工具，帮助您实现您的最终目标，使您可以一路预测任意问题。使用这样的方案可以 确保成功的 Oracle RAC 实施 — 在预算内按时交付。