避免错误的方法 6: 利用可同时执行的多个任务。在上述的项目日程中,注意 Task #11 是如何与 Task #7 到 Task #10 同时运行的。
在确定和记录了项目范围、项目团队、服务等级需求以及项目日程后,采用一个强有力的更改控制机制。仔细管理对需求的任意更改,把成本控制在预算内,使项目按日程进行。
技术架构设计和构建
成功部署 RAC 实施的第二个主要阶段是确定和实施 Oracle RAC 部署的技术架构规范。技术架构描述了将组成新系统的硬件、软件和配置的详细情况。由于大多数 Oracle RAC 实施集中在从单实例环境移植到 Oracle RAC 实例环境,而没有重新设计他们的应用程序和数据库,因此您将在该阶段中设计和构建 Oracle RAC 环境。
下列步骤解释了如何将需求转化为可用的设计。
第 1 步 – 确定硬件和软件规范
该步骤包括了解上面定义的服务等级需求和操作需求,然后把这些需求转化为硬件和软件规范。它还考虑了硬件的兼容性,特定的操作系统要求以及 Oracle RAC 特定的软件需求。
使用下面的“硬件/软件注意事项表”组为核对单,用于记录在本步骤中决定。对于您的个别实施,填写您项目使用的真正硬件和软件。
填写该表时,回答以下问题
避免错误的方法 7: 确保 Oracle RAC 项目团队知道组成 Oracle RAC 系统每个组件的功能和特性,以及所有组件已通过认证,可以一起使用。您可以通过适当的技术培训和概念验证测试来降低 Oracle RAC 项目的风险。
|
组件 |
满足项目需求? |
满足 OS 需求? |
满足 Oracle RAC 需求? |
与其他硬件/软件组件兼容? |
|
硬件组件 |
||||
|
服务器(节点数) |
||||
|
处理器(每节点 CPU 数) |
||||
|
内存(每节点 GB 数) |
||||
|
HBA |
||||
|
网卡(每节点网卡数) |
||||
|
本地磁盘(每节点 GB 数) |
||||
|
SAN/共享存储(GB) |
||||
|
软件组件 |
||||
|
操作系统 |
||||
|
硬件驱动器 |
||||
|
卷管理/多路径软件 *包括 ASM、RAW 或 OCFS 卷管理决定 |
||||
|
Oracle Clusterware/Oracle 数据库软件 |
||||
|
Oracle 客户端软件 |
避免错误的方法 8: 如果要移植到一个全新的硬件和/或软件平台,那一定要测试一下您的应用程序。更换平台可能需要更多的处理器或内存,以满足服务等级需求。
第2 步 – 执行规范
填完上述核对单后,就要搭建 Oracle RAC 环境了。
这些任务包括:
RAC 系统测试
Oracle RAC 测试策略应至少包括四种测试:概念验证测试、单元测试、集成测试以及负载测试。
该测试策略不是一个独立于以上阶段单独执行的功能,而是一个集成到了确定、设计、构建等阶段中的一个过程。
该部分着重强调四种测试,并确定每种测试所对应的项目阶段。

