实施OracleRAC项目资料

1、实施Oracle RAC项目Oracle真正应用集群（RAC）是RDBMS市场中的最佳数据库集群。Oracle RAC 的配置选项和特性为公司提供设计其高可用性解决方案的广泛的灵活性。但是， 如何使用所有配置选项、特性和灵活性成功地实施？本文是定义、设计和提供成功 Oracle RAC项目的指南。它详细介绍了减少 风险和增加成功实施机会的详细步骤。此外，它还突出了您在实施Oracle RAC项目过程中可能会犯的错误，并提供了避免这些错误的建议。尽管这篇文章侧重于Oracle RAC，但下列步骤对许多种Oracle实施项目 均试用。确定需求成功实施Oracle RAC的第一个重要阶段是确定项目的

2、真实目标。“确定 需求”一步涉及识别和记录项目实施阶段要提供的特性和功能。在实施Oracle RAC过程中，您还要经常核对这些需求。将需求记录成文将 有助于实施Oracle RAC项目。否则，您将发现该项目难以管理，这是因为在项 目实施过程中会不断出现意料不到的新问题。避免错误的方法1 :确保关键业务和技术人员积极地参加项目需求的确定。 明确地将所有需求传达给项目负责人， 包括关键的管理人员、技术人员以及最终 用户。第1步一确定项目范围“确定需求”阶段的第一步就是确定项目范围。 项目范围是用于论证项目业 务需求的一系列细项，它说明了项目的可交付成果。项目范围有时也称为“业务 需求”。要确定项目

3、范围，请回答下列问题：项目的业务目标是什么？项目要完成什么工作？项目成功会带来哪些重要好处？以下是一个详细说明一个 Oracle RAC示例的高级目标的项目范围文档厂理由我们实施Oracle RAC是为了使我们的应用程序可伸 缩和高度可用，以及为我们的客户提供更可靠的服务。厂目标/可交付产品该项目的最终产品将是一个新的 Oracle RAC系统， 它支持在我们的服务等级要求文档中详细规定的服务 等级*。*见下面的附件项目日程限制该项目必须在2006 8月 前完成。项目成本限制项目成本应不超过$XXX,XXX避免错误的方法2 :努力使项目目标量化。您将能重新核对这些目标，掌 握整个项目的完成情况

4、。量化目标的工作包括记录项目日程和成本限制。第2步-确定项目团队确定项目团队就要确定为项目制定交付目标的人和愿意完成项目方案中的 任务的人。这些人可能来自组织的多个部门，如决策人员、业务分析人员和技术 人员。下表是典型Oracle RAC项目的人员组成，并列明了他们的职能和完成项目 所采取的步骤。厂角色职责参与阶段Oracle RAC -具体任务1决策人 发起项目 提供资金 确定范围* 确定服务等级需求厂IT经 提供IT资源* 确定范围1 理 提供人力资源 向决策人报告进度 确定团队 确定服务等级需求1项目经理 协调项目 管理项目 为项目成员分派任务 向经理报告进度 所有阶段厂数据库管理员 安

5、装和升级数据库软件 创建、更新、管理和监视数据库 优化数据库性能 备份和恢复数据库 创建数据库的物理设计和逻辑设计 确定服务等级需求 确定日程 技术架构设计和构建 测试安装 Oracle软件配置 OracleClusterware 规划和配置共 享存储 配置自动存储管理(ASM) 创建数据库和 实例 创建和配置服 务 配置负载管理 监视和调整性 能« 配置和测试备份 执行备份和恢 复1网络管理员 配置网络组件 管理网络* 确定系统需求* 确定日程* 技术架构设计和构建* 测试* 分配服务器IP 地址 配置网络组件* 配置专用互连 配置虚拟IP1系统管理员 管理应用程序和数据库服务器硬

6、 件和软件 监视系统性能 对系统设计和系统资源使用提供 建议 提供管理支持* 确定系统需求* 确定日程* 技术架构设计和构建* 测试 配置服务器硬 件 安装和配置操 作系统软件 配置网络组件 规划和配置共 配置硬件和软件组件享存储* 安装 Oracle软件* 规划和维护备 份应用程 序开发 人员 设计、开发和维护数据库应用程 序 设计、开发和维护软件组件和脚 本 确定系统需求 确定日程* 技术架构设计和构建* 测试* 执行应用程序 配置* 创建 Oracle Clusterware 应用程序配置* 提供单元/集成 测试支持测试人员 设计测试方案 执行测试 确定满足需求 确定日程* 测试 执行单

7、元测试 执行用户认可测试 执行集成测试 执行压力测试应用程序用户 使用数据库应用程序 执行测试« 确定满足需求* 确定系统需求 测试* 执行用户认可测试Oracle RAC项目团队成员的职责会因地制宜，这取决于场地的大小和系统 需求。在组建该项目团队的时候，可能无法找到最合适的人员，因此，您只能找到 可用 的人员。在这种情况下，对项目团队成员进行适当的技术培训可以降低实 施风险。技术培训通常可以降低项目风险和较高质量地完成项目。避免错误的方法3 :如果新的Oracle RAC系统要取代已有的旧系统，需 要让对旧系统经验丰富的人也参与。吸纳这些团队成员将有助于确保满足所有项 目需求。第

8、3步-确定服务等级需求“需求确定”阶段的第三步是确定服务等级需求。服务等级需求是指期望 Oracle RAC项目实施支持的服务等级。这些需求包含预期的服务等级和操作需 求，并提供处理延期和失败的指导原则。服务等级需求可以分为两类：服务等级需求和操作需求。服务等级需求帮助Oracle RAC技术实施与项目的范围（项目的业务目标） 保持一致。确定服务等级需求应先从分析现有系统的需求开始。分析包括查看现有系统的操作、技术以及支持的程序和文档。可以通过回答诸如以下问题进一步确定服务等级需求哪几个小时对业务至关重要，需要 Oracle RAC系统联机？该系统需要哪些服务等级？*最低能忍受那种级别的性能和

9、可用性？处理延期和失败的程序都有哪些？这些问题的回答通常可组成一个分级、分层的服务等级需求表，该表定义了 不同的服务等级。下面是一个服务等级表示例。具体的服务等级和层数取决于您的组织数和业 务部门数。厂层安全等级描 述性能可用性所需解决方法厂5正常操作系统响应正常。系统100%可 用。所有中断均 正确排定。无14安全等级4:问题微不足 道，影响很 小或无影响性能比所要求的 基准低10%-30%应用程序应用程 序功能的 90%-95% 可用。必须在五天内解决厂3安全等级3：问题很小， 几乎没有影 响性能比所要求的 基准低30%-50%应用程序应用程 序功能的 85%-90% 可用。必须在二天内解

10、决2安全等级2：问题需要关 注，可感受 到有影响性能比所要求的 基准低50%-70%应用程序应用程 序功能的 80%-85% 可用。必须在一天内解决安全等级性能比所要求的1:基准低70%或更低。问题很严重，对业务有严重影响应用程序应用程 必须在二小时内解决 序功能的75%以下可用。操作需求规定了维护Oracle RAC系统和满足以上定义的服务等级需求所 需的程序。通常，操作需求包括排定的维护中断、系统启动和关闭、系统备份、 Oracle RAC系统可用性、故障切换程序以及灾难恢复计划的信息。可以通过回答诸如以下问题确定操作需求如何维持Oracle RAC系统性能基准？维护操作应进行的时间？哪些

11、维护和备份操作应“联机”执行？关闭和启动系统需要哪些程序？要保证系统最大的可恢复性应执行那种备份?如何准备应对灾难？以下是一个Oracle RAC操作需求列表示例排定 的维 护中 断留出每个月的最后一个周末来进行 Oracle RAC系统维护操作。中断时 间不会超过56小时（从星期五晚上开始）。这些中断专门留给那些无 法“联机”执行的维护操作。系统 备份完整备份将在周末联机执行，而在一周其他天的晚上则执行累积备份。 磁带上保存着相当于四周的备份，而磁盘上则保存相当于一天的备份。故障切换程序所有应用程序会话在发生单节点故障时都应可切换到可用的OracleRAC节点上。在发生一个局部灾难，使所有O

12、racle RAC节点都不可用时，该处的备用环境应在三个小时内联机。厂灾难恢复程序当灾难遍及整个场所时，场所外的备用环境将在三个小时内联机。厂系统容量系统应支持当前的用户负载（以及两年内的用户数量预期增长） 以及当 前的应用程序。在系统无法满足用户负载要求时，就需要增加OracleRAC节点。处理器、内存和存储需求将基于从运行在现有硬件上的当前 应用程序的性能来确定。避免错误的方法4 :获得系统最终用户、客户和操作人员对服务等级和操 作需求的认可和官方批准。这包括就性能、可用性以及对系统失败的适当反应达 成一致。第4步-确定项目日程“确定需求”阶段的最后一步就是确定项目日程。 由于需要确保有足

13、够的时 间建立Oracle RAC解决方案来满足以上定义的所有需求， 因此日程安排对项目 成败至关重要。日程安排涉及构建系统、为每个任务分配时间、以最优的顺序排列任务等所 有任务的细节。避免错误的方法5 :在安排项目日程的过程中，应努力使每个项目成员清 楚所有时间限制（见“第1步”）。征询每个团队成员的意见，准确评估和规 划项目日程。有时，可以在项目日程中同时执行多个任务。 巧妙地并行安排任务通常会按 时完成项目并节省项目成本。以下是一个高级Oracle RAC日程示例。它展示了在 Oracle RAC部署中经 常执行的任务。1任务名称存在期间开始时间结束时间前置任务1服务器硬件配置2天200

14、5 年 12 月 1日星期四2005 年 12 月 2日星期五2共享存储配置1天2005 年 12 月 1日星期四2005 年 12 月 1日星期四3OS安装1天2005 年 12 月 5日星期一2005 年 12 月 5日星期一14网络配置1天2005 年 12 月 6日星期二2005 年 12 月 6日星期二315Oracle数据库 软件安装1天2005 年 12 月 7日星期三2005 年 12 月 7日星期三416数据库构建2天2005 年 12 月 8日星期四2005 年 12 月 9日星期五517数据加载5天2005年12月12日星期一2005年12月16日星期五6厂8单元测试2天

15、2005年12月19日星期一2005年12月20日星期二7L9压力/集成测试5天2005年12月21日星期三2005年12月29日星期四8110故障切换测试2天2005年12月30日星期五2005年1月3日星期二9I11备份与恢复测试19天2006年12月12日星期三2005年1月4日星期三5厂12系统集成5天2006年1月5日星期四2006 年 1 月 11日星期三111一个相对详细的项目日程可以使 Oracle RAC团队跟踪项目的进度，主动对 日程迟延做出回应。当需要更改日程时，一定要确保完全记录了所有更改。 最初 的项目日程和该更改报告为以后项目日程的制定提供了重要的参考。避免错误的方

16、法6 :利用可同时执行的多个任务。在上述的项目日程中，注意Task #11 是如何与Task #7 到Task #10 同时运行的。在确定和记录了项目范围、项目团队、服务等级需求以及项目日程后， 采用 一个强有力的更改控制机制。仔细管理对需求的任意更改，把成本控制在预算内， 使项目按日程进行。技术架构设计和构建成功部署RAC实施的第二个主要阶段是确定和实施 Oracle RAC部署的技 术架构规范。技术架构描述了将组成新系统的硬件、 软件和配置的详细情况。由 于大多数Oracle RAC实施集中在从单实例环境移植到 Oracle RAC实例环境， 而没有重新设计他们的应用程序和数据库，因此您将

17、在该阶段中设计和构建Oracle RAC 环境。下列步骤解释了如何将需求转化为可用的设计。第1步-确定硬件和软件规范该步骤包括了解上面定义的服务等级需求和操作需求，然后把这些需求转化 为硬件和软件规范。它还考虑了硬件的兼容性，特定的操作系统要求以及Oracle RAC特定的软件需求。使用下面的“硬件/软件注意事项表”组为核对单，用于记录在本步骤中决 定。对于您的个别实施，填写您项目使用的真正硬件和软件。填写该表时，回答以下问题该组件是否有助于满足服务等级需求？该组件及其质量是否足以满足操作需求？该组件是否与其他硬件组件兼容以及是否经过认证可以与其他硬件组件 一起使用？该组件是否与操作系统兼容以

18、及是否经过认证可以与其他操作系统一起 使用？*该组件是否满足Oracle RAC软件需求？是否认证获支持Oracle RAC运行在该组件上？避免错误的方法7 :确保Oracle RAC项目团队知道组成Oracle RAC系 统每个组件的功能和特性，以及所有组件已通过认证，可以一起使用。您可以通 过适当的技术培训和概念验证测试来降低 Oracle RAC项目的风险。组件满足 项目 需 求？满足OS需求？满足OracleRAC需求？与其他硬件/软件组件 兼容？硬件组件服务器（节点数）处理器（每节点CPU 数）内存（每节点GB数）HBA网卡（每节点网卡数）本地磁盘（每节点GB 数）SAN共享存储（G

19、B软件组件操作系统硬件驱动器卷管理/多路径软件* 包括 ASM RAW或OCFS卷管理决定rOracleClusterware/Oracle数据库软件Oracle客户端软件避免错误的方法8 :如果要移植到一个全新的硬件和/或软件平台，那一定 要测试一下您的应用程序。更换平台可能需要更多的处理器或内存， 以满足服务 等级需求。第2步-执行规范填完上述核对单后，就要搭建 Oracle RAC环境了。这些任务包括：I. 配置服务器硬件A. 安装CPU内存和本地磁盘B. 安装和配置HBA网卡及网络组件C. 配置硬件互连D. 安装和配置存储交换设备，把他们连到共享存储II. 配置操作系统A. 安装操作系

20、统B. 配置操作系统内核参数C. 配置the han gcheck-timer或互连心跳模块D. 创建操作系统用户组合用户E. 创建和配置共享存储设备F. 安装和配置原始分区或Oracle集群文件系统G. 配置安全的Shell (SSH)III. 配置Oracle 软件A. 安装 Oracle ClusterwareB. 安装Oracle服务器软件C. 配置自动存储管理(ASM)D. 创建数据库E. 创建数据库实例F. 创建服务G. 创建Oracle Clusterware应用程序配置文件IV. 操作任务A.执行数据加载B.执行索引构建C.设置OS和数据库备份D.创建备用 /Oracle Da

21、ta Guard环境E.安装和配置性能监视实用程序，如Oracle En terprise Man ager Grid ControlRAC系统测试Oracle RAC测试策略应至少包括四种测试：概念验证测试、单元测试、集 成测试以及负载测试。该测试策略不是一个独立于以上阶段单独执行的功能，而是一个集成到了确 定、设计、构建等阶段中的一个过程。该部分着重强调四种测试，并确定每种测试所对应的项目阶段。概念验证测试概念验证测试是对概念可行性的测试。 它可以是新技术、新软件架构或新硬 件的测试。概念验证测试使项目团队可以测试项目决策的有效性，从而使他们可以快速做出有关项目方向的重要决策。概念验证测试

22、通常在“服务级别需求”和 “技术架构设计和构建”步骤中执行。测试说明|项目阶段好处概念验证测 试确认项目决策的有效 性，尤其是硬件和软件 决策的有效性确定服务 等级需求 技术架构 设计和构 建使项目团队可以做出 大是大非的项目决策单元测试单元测试包含单一硬件或软件组件测试以及单一应用程序或应用程序模块 测试。这些孤立的测试确定单一组件或模块是否按执行要求运行。Oracle 10 g 第 2 版包括一个称为 Cluster Verification Utility (CVU) 的验证实用程序，它是一个用于对Oracle RAC节点的硬件和软件配置进行测试 的工具。可以使用该实用程序验证 Orac

23、le RAC节点的配置、检查操作系统以及 检查网络设置。单元测试的一个重要元素就是“破坏性测试”的引入。测试人员通过破坏性 测试模拟异常活动以及试图破坏系统。Oracle RAC环境中的一个破坏性测试示 例为故意破坏Oracle Cluster Registry (OCR),然后执行恢复系统所需的步骤。 像这样的测试会让项目成员发现系统的薄弱环节，从而做好应对准备。测试说明1项目阶段1好处f单元测试测试个别硬件、软件和应用程序组件，加入 “破坏性测试”发现系统的薄弱环节“技术架构构建”任务：硬件配置 OS配置* Oracle 数据库配置确认单个组件和模块 正常运行集成测试集成测试包括确认多个硬

24、件、软件或应用程序模块可共同运行。集成测试确 认系统是否按规定运行。测试说明|项目阶段|好处f集成测试测试多个硬件、软件以 及应用程序组件共同 运行“技术架构构建”任务：硬件配置 OS配置 Oracle 数据库配置确认集成的组件和模 块可共同运行压力测试压力测试也称为负载测试或系统测试，是一个模拟动态生产负载的端到端测 试。它用于确定系统是否可以承受生产使用等级、是否满足服务等级需求，以及收集性能数据。它还用于预测当前和未来的使用容量。 通常在上述测试返回肯定的结果时以及完全配置硬件、软件和应用程序组件后才执行压力测试。由于它代 表一个重要的项目里程碑，因此将其视为一个独立的项目阶段。测试说明项目阶段好处1压力测试模拟系统上的一个动 态生产负载压力测试确认系统已可用于生 产避免错误的方法9 :测试会耗费大量时间和金钱。对比执行测试所需的资 源和再生产阶