ORACLE 数据库部署方案设计.docx
- 文档编号:1935346
- 上传时间:2022-10-25
- 格式:DOCX
- 页数:43
- 大小:59.48KB
ORACLE 数据库部署方案设计.docx
《ORACLE 数据库部署方案设计.docx》由会员分享,可在线阅读,更多相关《ORACLE 数据库部署方案设计.docx(43页珍藏版)》请在冰豆网上搜索。
ORACLE数据库部署方案设计
ORACLE数据库部署方案
和安装配置指南
1.总论
2.
1.1目的
为加强系统安装维护的规化管理,参考系统的相关文档,进行了深化、细化,力求结合实际的设计、实施工作,建立一套系统设计、实施的标准方案,对设计、实施起到规、指导作用。
文档主要从一个设计者的角度进行编写。
首先介绍了产品可实现的部署模式,如何选择部署模式,其次要考虑设计涉及到的因素,有针对性地做好数据库的设计等:
为提高数据库的性能,对程序开发提出了的要求。
文档中参数建议值是对系统设计时的指导,是针对目前系统状况所提出了的经验值,但由于应用系统的复杂性,每个系统有自己的特点,建议按建议值进行系统的初始配置,在压力测试和系统上线后根据实际需要做相应的调整,文档作为系统设计的规和参考。
1.2受众
2.
项目设计和实施人员,部分项目组系统设计人员,相关运行维护技术人员。
1.3关键术语
2.
高可用性群集:
HighAvailabilityCluster简称HACluster:
实时应用集群:
RealApplicationClusters简称RAC:
Dataguard是ORACLE推出的一种高可用性的数据库方案,在软件上对数据库进行设置:
RecoveryTimeObjective,复原时间目标,是企业可容许服务中断的时间长度,简称RTO:
RecoveryPointObjective,复原点目标,是指当服务恢复后,恢复得来的数据所对应时的间点,简称RPO:
3.数据库部署模式
4.
数据库服务器目前的情况:
服务器
数量
参数
备注
IBMP550
2台
8CPU64G存
IBMAIX
IBMDS5100
1台
16*540G/2=3600G
存储设备
2.1单机模式
3.
数据库服务器采用单服务器模式,满足对可用性和性能要求不高的应用,具备以下特点:
1、硬件成本低。
单节点,硬件投入较低,满足非重要系统的需求。
2、安装配置简单。
由于是单节点、单实例,所以安装配置比较简单。
3、管理维护成本低。
单实例,维护成本低。
4、对应用设计的要求较低。
由于是单实例,不存在RAC系统应用设计时需要注意的事项,所以应用设计的要求较低。
5、可用性不高。
由于是单服务器、单实例,所以服务器和实例的故障都会导致数据库不可用。
6、扩展性差。
无法进行横向扩展,只能进行纵向扩展。
当应用对性能有更高的要求时,该模式的数据库服务器无法进行增加节点、实例等横向扩展,只能进行增加硬件配置等纵向扩展,且扩展性有局限。
此模式要求:
1硬件配置方面预留扩展量。
由于该模式无法进行横向扩展,所以在选择硬件配置时要为以后的纵向扩展预留扩展量,避免硬件无法满足性能需求的情况。
2充分考虑该模式是否满足应用未来一段时间的需求。
需要考虑应用在未来一段时间是否会发生变化,该模式是否满足应用变化的需求。
2.2HA热备模式
3.
数据库服务器采用HA热备模式,可以满足对可用性有一定要求的应用,
具备以下特点:
1、需要冗余的服务器设备。
该模式需要有冗余的服务器硬件,以满足一备一
或者一备多的需求。
硬件成本较高。
2、需要出软件的支持。
该模式需要配合HA软件才可以实现。
3、安装配置相对简单。
该模式比单节点、单实例的模式配置复杂一些,需要
更多的配置步骤,但相比较RAC、DATAGUARD等模式要简单。
4、管理维护成本低。
单实例,对维护人员的要求较低,维护成本低。
5、对应用设计的要求较低。
由于是单实例,不存在RAC系统应用设计时需要
注意的事项,所以应用设计的要求较低。
6、具备一定的高可用性。
由于是多服务器、单实例,所以服务器和实例有故
障时会发生实例在不同服务器上的切换,导致数据库的暂时不可用。
无法满足
对可用性有严格要求的应用类型。
7、扩展性差。
无法进行横向扩展,只能进行纵向扩展。
当应用对性能有更高
的要求时,该模式的数据库服务器无法进行增加节点、实例等横向扩展,只能
进行增加硬件配置等纵向扩展,且扩展性有局限。
此模式要求:
1硬件配置方面预留扩展量。
由于该模式无法进行横向扩展,所以在选择硬
件配置时要为以后的纵向扩展预留扩展量,避免硬件无法满足性能需求的情况。
2充分考虑该模式是否满足应用未来一段时间的需求。
需要考虑应用在未来一段时间是否会发生变化,该模式是否满足应用变化的需求。
2.3RAC模式
3.
数据库服务器采用RAC模式,满足对高可用性要求高的应用类型,
具备以下特点:
1、需要多个硬件服务器。
根据节点的个数,相应的需要多个硬件服务器。
硬件成本较高。
2、某些数据库版本需要HA软件的支持。
该模式下,某些数据库版本需要配合相应的HA软件才可以实现。
3、安装配置复杂。
该模式比起单实例模式,安装配置相对复杂,安装配置周期长。
4、管理维护成本高。
该模式的管理维护,对管理维护人员的要求较高,管理维护成本较高。
5、对应用设计的要求较高。
需要充分考虑业务的逻辑性,以避免在多节点之间的信息交换和全局锁的产生。
6、具备较高的高可用性。
由于是多服务器、多实例,单服务器和实例有故障不会影响数据库的可用性。
可以满足对可用性有严格要求的应用类型。
7、扩展性好。
既可以进行横向扩展,也可以进行纵向扩展。
当应用对性能有更高的要求时,该模式的数据库可以通过增加节点的方式进行横向扩展,也可以通过增加硬件配置等纵向扩展,具备良好的扩展性。
此模式要求:
1、硬件配置方面预留扩展量。
预留一定的硬件扩展量,可以更灵活的进行扩展。
2、在应用设计时,充分考虑业务逻辑,减少多节点间的信息交换量,更好的发挥RAC的优点。
2.4DATAGUARD模式
3.
数据库服务器采用DATAGUARD灾备模式,可以满足对可用性有特殊需求的应用,具备以下特点:
1、需要冗余的服务器设备。
该模式需要有冗余的服务器硬件。
硬件成本较高。
2、需要元余的存储设备。
主机和备机都需要同样的存储空间,成本较高。
3、安装配置比较复杂。
该模式比单节点、单实例的模式配置复杂一些,需要更多的配置步骤。
4、管理维护成本高。
该模式对维护人员的要求较高,维护成本高。
5、具备一定的容灾特性。
当主机整个数据库系统不可用并短期无法恢复时,可以把数据库系统切换到备机上,具备容灾的功能。
6、备机可以用作只读查询。
备机可以切换到只读状态供报表之类的查询操作,减轻主机的压力。
要求:
1、主机与备机在物理上要分开。
为了实现容灾的特性,需要在物理上分割主机和备机。
2、进行合理的设计,充分实现DATAGUARD的功能。
2.5RAC+DATAGUARD模式
3.
数据库服务器采用RAC+DATAGUARD模式,可以满足对可用性和容灾都有特定需求的应用,具备以下特点:
1、需要冗余的服务器设备。
该模式需要有冗余的服务器硬件。
硬件成本较高。
2、需要冗余的存储设备。
主机和备机都需要同样的存储空间,成本较高。
3、安装配置比较复杂。
该模式既需要配置RAC又需要配置DATAGUARD,配置过程比较复杂,配置周期长。
4、管理维护成本高。
该模式对维护人员的要求较高,维护成本高。
5、具备很高的可用性和容灾性。
该模式既满足高可用性也满足容灾的需求。
6、备机可以用作只读查询。
备机可以切换到只读状态供报表之类的查询操作,减轻主机的压力。
要求:
1、主机与备机在物理上要分开。
为了实现容灾的特性,需要在物理上分割主机和备机。
2、进行合理的设计,充分实现DATAGUARD的功能。
2数据库部署模式选择建议
3
4.1部署模式的选择
5.
在设计数据库时必须考虑系统的可用性、业务连续性要求,针对系统的可用性需求,采用不同的数据库部署模式:
1对RTO=O、RPO=O的系统,建议数据库采用RAC或RAC+DataGuard模式,数据库单台设备故障时对业务没有影响,并考虑灾备系统的设计。
2对RTO<=4小时,RP0<15分钟的系统,建议数据库采用DataGuard的模式,设备故障时通过HA技术切换到备用设备,保证系统的可用性,对重要的系统要考虑灾备的设计。
3对4小时 4对8小时 5对行非关键系统,测试系统,建议采用PC服务器、冷备或单机的处理模式。 3.2应用建议 1、系统的应用建议使用绑定变量,可以重复利用执行计划; 2、对于AIX系统,建议在操作系统配置文件.profile中设置exportAIXTHREAD_SCOPE=S,在Aix4.3或者Aix5.1的环境下,设置该变量可以大幅度的减少进程存的使用量 3、频繁使用的小表要放入库缓存中: 4、频繁使用的index需要放入库缓存的keep池中: 5、对于表空间,建议使用自动段空间管理(ASSM); 7、对于存储频繁更新的数据的表空间或者衰,建议设置较大的pctfree,以避行迁移或者行; 8、如果使用RawDevice,建议使用AIO; 3.3操作系统参数建议 2.4.1AIX 以下是建议的网络参数配置: #/usr/sbin/no-r-0rfc1323=1 #/usr/sbin/no-r-0ipqmaxlen=512 #/usr/sbin/no-r-0sb_max=4*10485764M #/usr/sbin/no-r-0udp_sendspace=10485761M #/usr/sbin/no-r-0udp_recvspace=10485761M 打开对文件大小等的限制: fsize=-1 cpu=-1 data=-1 stack=-1 core=2097151 rss=-1 nofiles=-1 fsizehard=-1 stackhard=-1 rsshard=-1 nofileshard=-1 5数据库设计 6 4.1数据库类型特点分析 在创建和规划一个Oracle数据库之前,首要任务应确定将来投产的数据库属于何种业务类型。 目前的应用业务有以下类型: 1、OLTP(OnlineTransactionProcessing) 2、OLAP(OnlineAnalysysProcessing) 1.OLTP(联机事务处理〉 OLTP数据库支持某种特定的操作,OLTP系统是一个包含繁重及频繁执行的DML应用,其面向事务的活动主要包括更新,同时也包括一些插入和删除。 例如预定系统或在线时时交易系统,网上银行和ATM自动取款机系统。 OLTP系统可以允许有很高的井发性(在这种情况下,高并发性通常表示许多用户可以同时使用一个数据库系统)。 2.OLAP(联机分析处理) OLAP系统可提供分析服务。 这意味着数学、统计学、集合以及大量的计算,一个OLAP系统并不永远适合OLTP或DSS模型,有时它是两者之间的交叉。 另外,也可以把OLAP看作是在OLTP系统或DSS之上的一个扩展或一个附加的功能层次。 通常,地理信息系统或有关空间的数据库和OLAP数据库相集成,提供图表的映射能力。 用于社
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- ORACLE 数据库部署方案设计 数据库 部署 方案设计