实施 Oracle RAC 项目Word下载.docx
- 文档编号:21508031
- 上传时间:2023-01-30
- 格式:DOCX
- 页数:17
- 大小:147.11KB
实施 Oracle RAC 项目Word下载.docx
《实施 Oracle RAC 项目Word下载.docx》由会员分享,可在线阅读,更多相关《实施 Oracle RAC 项目Word下载.docx(17页珍藏版)》请在冰豆网上搜索。
您将能重新核对这些目标,掌握整个项目的完成情况。
量化目标的工作包括记录项目日程和成本限制。
第2步–确定项目团队
确定项目团队就要确定为项目制定交付目标的人和愿意完成项目方案中的任务的人。
这些人可能来自组织的多个部门,如决策人员、业务分析人员和技术人员。
下表是典型OracleRAC项目的人员组成,并列明了他们的职能和完成项目所采取的步骤。
角色
职责
参与阶段
OracleRAC–具体任务
决策人
∙发起项目
∙提供资金
∙确定范围
∙确定服务等级需求
IT经理
∙提供IT资源
∙提供人力资源
∙向决策人报告进度
∙确定团队
项目经理
∙协调项目
∙管理项目
∙为项目成员分派任务
∙向经理报告进度
∙所有阶段
数据库管理员
∙安装和升级数据库软件
∙创建、更新、管理和监视数据库
∙优化数据库性能
∙备份和恢复数据库
∙创建数据库的物理设计和逻辑设计
∙确定日程
∙技术架构设计和构建
∙测试
∙安装Oracle软件
∙配置OracleClusterware
∙规划和配置共享存储
∙配置自动存储管理(ASM)
∙创建数据库和实例
∙创建和配置服务
∙配置负载管理
∙监视和调整性能
∙配置和测试备份
∙执行备份和恢复
网络管理员
∙配置网络组件
∙管理网络
∙确定系统需求
∙分配服务器IP地址
∙配置专用互连
∙配置虚拟IP
系统管理员
∙管理应用程序和数据库服务器硬件和软件
∙监视系统性能
∙对系统设计和系统资源使用提供建议
∙提供管理支持
∙配置硬件和软件组件
∙配置服务器硬件
∙安装和配置操作系统软件
∙规划和维护备份
应用程序开发人员
∙设计、开发和维护数据库应用程序
∙设计、开发和维护软件组件和脚本
∙执行应用程序配置
∙创建OracleClusterware应用程序配置
∙提供单元/集成测试支持
测试人员
∙设计测试方案
∙执行测试
∙确定满足需求
∙执行单元测试
∙执行用户认可测试
∙执行集成测试
∙执行压力测试
应用程序用户
∙使用数据库应用程序
OracleRAC项目团队成员的职责会因地制宜,这取决于场地的大小和系统需求。
在组建该项目团队的时候,可能无法找到最合适的人员,因此,您只能找到可用的人员。
在这种情况下,对项目团队成员进行适当的技术培训可以降低实施风险。
技术培训通常可以降低项目风险和较高质量地完成项目。
避免错误的方法3:
如果新的OracleRAC系统要取代已有的旧系统,需要让对旧系统经验丰富的人也参与。
吸纳这些团队成员将有助于确保满足所有项目需求。
第3步–确定服务等级需求
“需求确定”阶段的第三步是确定服务等级需求。
服务等级需求是指期望OracleRAC项目实施支持的服务等级。
这些需求包含预期的服务等级和操作需求,并提供处理延期和失败的指导原则。
服务等级需求可以分为两类:
服务等级需求和操作需求。
服务等级需求帮助OracleRAC技术实施与项目的范围(项目的业务目标)保持一致。
确定服务等级需求应先从分析现有系统的需求开始。
分析包括查看现有系统的操作、技术以及支持的程序和文档。
可以通过回答诸如以下问题进一步确定服务等级需求
∙哪几个小时对业务至关重要,需要OracleRAC系统联机?
∙该系统需要哪些服务等级?
∙最低能忍受那种级别的性能和可用性?
∙处理延期和失败的程序都有哪些?
这些问题的回答通常可组成一个分级、分层的服务等级需求表,该表定义了不同的服务等级。
下面是一个服务等级表示例。
具体的服务等级和层数取决于您的组织数和业务部门数。
层
安全等级描述
性能
可用性
所需解决方法
5
正常操作
系统响应正常。
系统100%可用。
所有中断均正确排定。
无
4
安全等级4:
问题微不足道,影响很小或无影响
性能比所要求的基准低10%-30%。
应用程序应用程序功能的90%-95%可用。
必须在五天内解决
3
安全等级3:
问题很小,几乎没有影响
性能比所要求的基准低30%-50%。
应用程序应用程序功能的85%-90%可用。
必须在三天内解决
2
安全等级2:
问题需要关注,可感受到有影响
性能比所要求的基准低50%-70%。
应用程序应用程序功能的80%-85%可用。
必须在一天内解决
1
安全等级1:
问题很严重,对业务有严重影响
性能比所要求的基准低70%或更低。
应用程序应用程序功能的75%以下可用。
必须在三小时内解决
操作需求规定了维护OracleRAC系统和满足以上定义的服务等级需求所需的程序。
通常,操作需求包括排定的维护中断、系统启动和关闭、系统备份、OracleRAC系统可用性、故障切换程序以及灾难恢复计划的信息。
可以通过回答诸如以下问题确定操作需求
∙如何维持OracleRAC系统性能基准?
∙维护操作应进行的时间?
∙哪些维护和备份操作应“联机”执行?
∙关闭和启动系统需要哪些程序?
∙要保证系统最大的可恢复性应执行那种备份?
∙如何准备应对灾难?
以下是一个OracleRAC操作需求列表示例。
排定的维护中断
留出每个月的最后一个周末来进行OracleRAC系统维护操作。
中断时间不会超过56小时(从星期五晚上开始)。
这些中断专门留给那些无法“联机”执行的维护操作。
系统备份
完整备份将在周末联机执行,而在一周其他天的晚上则执行累积备份。
磁带上保存着相当于四周的备份,而磁盘上则保存相当于一天的备份。
故障切换程序
所有应用程序会话在发生单节点故障时都应可切换到可用的OracleRAC节点上。
在发生一个局部灾难,使所有OracleRAC节点都不可用时,该处的备用环境应在三个小时内联机。
灾难恢复程序
当灾难遍及整个场所时,场所外的备用环境将在三个小时内联机。
系统容量
系统应支持当前的用户负载(以及两年内的用户数量预期增长)以及当前的应用程序。
在系统无法满足用户负载要求时,就需要增加OracleRAC节点。
处理器、内存和存储需求将基于从运行在现有硬件上的当前应用程序的性能来确定。
避免错误的方法4:
获得系统最终用户、客户和操作人员对服务等级和操作需求的认可和官方批准。
这包括就性能、可用性以及对系统失败的适当反应达成一致。
第4步–确定项目日程
“确定需求”阶段的最后一步就是确定项目日程。
由于需要确保有足够的时间建立OracleRAC解决方案来满足以上定义的所有需求,因此日程安排对项目成败至关重要。
日程安排涉及构建系统、为每个任务分配时间、以最优的顺序排列任务等所有任务的细节。
避免错误的方法5:
在安排项目日程的过程中,应努力使每个项目成员清楚所有时间限制(见“第1步”)。
征询每个团队成员的意见,准确评估和规划项目日程。
有时,可以在项目日程中同时执行多个任务。
巧妙地并行安排任务通常会按时完成项目并节省项目成本。
以下是一个高级OracleRAC日程示例。
它展示了在OracleRAC部署中经常执行的任务。
任务名称
存在期间
开始时间
结束时间
前置任务
服务器硬件配置
2天
2005年12月1日星期四
2005年12月2日星期五
共享存储配置
1天
OS安装
2005年12月5日星期一
网络配置
2005年12月6日星期二
Oracle数据库软件安装
2005年12月7日星期三
6
数据库构建
2005年12月8日星期四
2005年12月9日星期五
7
数据加载
5天
2005年12月12日星期一
2005年12月16日星期五
8
单元测试
2005年12月19日星期一
2005年12月20日星期二
9
压力/集成测试
2005年12月21日星期三
2005年12月29日星期四
10
故障切换测试
2005年12月30日星期五
2005年1月3日星期二
11
备份与恢复测试
19天
2006年12月12日星期三
2005年1月4日星期三
12
系统集成
2006年1月5日星期四
2006年1月11日星期三
…
一个相对详细的项目日程可以使OracleRAC团队跟踪项目的进度,主动对日程迟延做出回应。
当需要更改日程时,一定要确保完全记录了所有更改。
最初的项目日程和该更改报告为以后项目日程的制定提供了重要的参考。
避免错误的方法6:
利用可同时执行的多个任务。
在上述的项目日程中,注意Task#11是如何与Task#7到Task#10同时运行的。
在确定和记录了项目范围、项目团队、服务等级需求以及项目日程后,采用一个强有力的更改控制机制。
仔细管理对需求的任意更改,把成本控制在预算内,使项目按日程进行。
技术架构设计和构建
成功部署RAC实施的第二个主要阶段是确定和实施OracleRAC部署的技术架构规范。
技术架构描述了将组成新系统的硬件、软件和配置的详细情况。
由于大多数OracleRAC实施集中在从单实例环境移植到OracleRAC实例环境,而没有重新设计他们的应用程序和数据库,因此您将在该阶段中设计和构建OracleRAC环境。
下列步骤解释了如何将需求转化为可用的设计。
第1步–确定硬件和软件规范
该步骤包括了解上面定义的服务等级需求和操作需求,然后把这些需求转化为硬件和软件规范。
它还考虑了硬件的兼容性,特定的操作系统要求以及OracleRAC特定的软件需求。
使用下面的“硬件/软件注意事项表”组为核对单,用于记录在本步骤中决定。
对于您的个别实施,填写您项目使用的真正硬件和软件。
填写该表时,回答以下问题
∙该组件是否有助于满足服务等级需求?
∙该组件及其质量是否足以满足操作需求?
∙该组件是否与其他硬件组件兼容以及是否经过认证可以与其他硬件组件一起使用?
∙该组件是否与操作系统兼容以及是否经过认证可以与其他操作系统一起使用?
∙该组件是否满足OracleRAC软件需求?
∙是否认证获支持OracleRAC运行在该组件上?
避免错误的方法7:
确保OracleRAC项目团队知道组成OracleRAC系统每个组件的功能和特性,以及所有组件已通过认证,可以一起使用。
您可以通过适当的技术培训和概念验证测试来降低OracleRAC项目的风险。
组件
满足项目需求?
满足OS需求?
满足OracleRAC需求?
与其他硬件/软件组件兼容?
硬件组件
服务器(节点数)
处理器(每节点CPU数)
内存(每节点GB数)
HBA
网卡(每节点网卡数)
本地磁盘(每节点GB数)
SAN/共享存储(GB)
软件组件
操作系统
硬件驱动器
卷管理/多路径软件
*包括ASM、RAW或OCFS卷管理决定
OracleClusterware/Oracle数据库软件
Oracle客户端软件
避免错误的方法8:
如果要移植到一个全新的硬件和/或软件平台,那一定要测试一下您的应用程序。
更换平台可能需要更多的处理器或内存,以满足服务等级需求。
第2步–执行规范
填完上述核对单后,就要搭建OracleRAC环境了。
这些任务包括:
I.配置服务器硬件
A.安装CPU、内存和本地磁盘
B.安装和配置HBA、网卡及网络组件
C.配置硬件互连
D.安装和配置存储交换设备,把他们连到共享存储
II.配置操作系统
A.安装操作系统
B.配置操作系统内核参数
C.配置thehangcheck-timer或互连心跳模块
D.创建操作系统用户组合用户
E.创建和配置共享存储设备
F.安装和配置原始分区或Oracle集群文件系统
G.配置安全的Shell(SSH)
III.配置Oracle软件
A.安装OracleClusterware
B.安装Oracle服务器软件
C.配置自动存储管理(ASM)
D.创建数据库
E.创建数据库实例
F.创建服务
G.创建OracleClusterware应用程序配置文件
IV.操作任务
A.执行数据加载
B.执行索引构建
C.设置OS和数据库备份
D.创建备用/OracleDataGuard环境
E.安装和配置性能监视实用程序,如
OracleEnterpriseManagerGridControl
RAC系统测试
OracleRAC测试策略应至少包括四种测试:
概念验证测试、单元测试、集成测试以及负载测试。
该测试策略不是一个独立于以上阶段单独执行的功能,而是一个集成到了确定、设计、构建等阶段中的一个过程。
该部分着重强调四种测试,并确定每种测试所对应的项目阶段。
概念验证测试
概念验证测试是对概念可行性的测试。
它可以是新技术、新软件架构或新硬件的测试。
概念验证测试使项目团队可以测试项目决策的有效性,从而使他们可以快速做出有关项目方向的重要决策。
概念验证测试通常在“服务级别需求”和“技术架构设计和构建”步骤中执行。
测试
说明
项目阶段
好处
确认项目决策的有效性,尤其是硬件和软件决策的有效性
使项目团队可以做出大是大非的项目决策
单元测试
单元测试包含单一硬件或软件组件测试以及单一应用程序或应用程序模块测试。
这些孤立的测试确定单一组件或模块是否按执行要求运行。
Oracle10g第2版包括一个称为ClusterVerificationUtility(CVU)的验证实用程序,它是一个用于对OracleRAC节点的硬件和软件配置进行测试的工具。
可以使用该实用程序验证OracleRAC节点的配置、检查操作系统以及检查网络设置。
单元测试的一个重要元素就是“破坏性测试”的引入。
测试人员通过破坏性测试模拟异常活动以及试图破坏系统。
OracleRAC环境中的一个破坏性测试示例为故意破坏OracleClusterRegistry(OCR),然后执行恢复系统所需的步骤。
像这样的测试会让项目成员发现系统的薄弱环节,从而做好应对准备。
测试个别硬件、软件和应用程序组件,加入“破坏性测试”发现系统的薄弱环节
“技术架构构建”任务:
∙硬件配置
∙OS配置
∙Oracle数据库配置
确认单个组件和模块正常运行
集成测试
集成测试包括确认多个硬件、软件或应用程序模块可共同运行。
集成测试确认系统是否按规定运行。
集成测试
测试多个硬件、软件以及应用程序组件共同运行
确认集成的组件和模块可共同运行
压力测试
压力测试也称为负载测试或系统测试,是一个模拟动态生产负载的端到端测试。
它用于确定系统是否可以承受生产使用等级、是否满足服务等级需求,以及收集性能数据。
它还用于预测当前和未来的使用容量。
通常在上述测试返回肯定的结果时以及完全配置硬件、软件和应用程序组件后才执行压力测试。
由于它代表一个重要的项目里程碑,因此将其视为一个独立的项目阶段。
模拟系统上的一个动态生产负载
确认系统已可用于生产
避免错误的方法9:
测试会耗费大量时间和金钱。
对比执行测试所需的资源和再生产阶段发生系统故障的风险,仔细权衡测试方案的长处和短处。
操作就绪
什么时候可以使用新系统?
前述项目阶段及其相关的步骤简化了新系统可用性的测试。
尽管完整的核对单取决于您具体的站点,但以下通用大纲可以帮助您定义、设计、测试您的OracleRAC实施。
操作就绪的确定取决于已完成的任务熟、项目日程中完成任意未完成任务所剩的时间、新系统当前状态下的稳定性。
它还取决于已满足的项目需求数。
下面是一个包含本文所述的所有事实阶段和步骤地一个详细的项目方案。
它包括一个集成的测试方案和一个“启动必需?
”列,帮助您确定是否确实需要该特定项来使系统联机—或是否在系统启动后将该特定项联机。
任务
任务说明
启动必需?
完成?
定义
确定需求
确定项目范围
确定项目的高级业务目标
确定项目团队
确定服务等级需求
确定操作需求
使项目团队初步熟悉所涉及的技术,帮助确定项目日程以及为“设计和构建”阶段做好准备
确定项目日程
设计和构建
技术架构设计和构建
硬件和软件规范
确定项目要使用的硬件和软件组件
验证硬件和软件组件的选择
构建服务器硬件
操作系统配置
安装和配置操作系统
服务器单元测试
测试节点单元(在安装Oracle数据库前使用CVU预验证服务器配置)
操作系统单元测试
测试OS单元(在安装Oracle数据库软件前使用CVU验证OS配置)
网络单元测试
测试节点单元(在安装Oracle数据库前使用CVU验证网络配置)
Oracle软件配置
安装和配置Oracle数据库软件
确认所有硬件和
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 实施 Oracle RAC 项目