ORACLE 数据库部署方案设计Word格式.docx
《ORACLE 数据库部署方案设计Word格式.docx》由会员分享，可在线阅读，更多相关《ORACLE 数据库部署方案设计Word格式.docx（43页珍藏版）》请在冰豆网上搜索。
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热备模式
数据库服务器采用HA热备模式，可以满足对可用性有一定要求的应用，
具备以下特点:
1、需要冗余的服务器设备。
该模式需要有冗余的服务器硬件，以满足一备一
或者一备多的需求。
硬件成本较高。
2、需要出软件的支持。
该模式需要配合HA软件才可以实现。
3、安装配置相对简单。
该模式比单节点、单实例的模式配置复杂一些，需要
更多的配置步骤，但相比较RAC、DATAGUARD等模式要简单。
4、管理维护成本低。
单实例，对维护人员的要求较低，维护成本低。
5、对应用设计的要求较低。
由于是单实例，不存在RAC系统应用设计时需要
注意的事项，所以应用设计的要求较低。
6、具备一定的高可用性。
由于是多服务器、单实例，所以服务器和实例有故
障时会发生实例在不同服务器上的切换，导致数据库的暂时不可用。
无法满足
对可用性有严格要求的应用类型。
7、扩展性差。
当应用对性能有更高
的要求时，该模式的数据库服务器无法进行增加节点、实例等横向扩展，只能
进行增加硬件配置等纵向扩展，且扩展性有局限。
由于该模式无法进行横向扩展，所以在选择硬
件配置时要为以后的纵向扩展预留扩展量，避免硬件无法满足性能需求的情况。
2.3RAC模式
数据库服务器采用RAC模式，满足对高可用性要求高的应用类型，
1、需要多个硬件服务器。
根据节点的个数，相应的需要多个硬件服务器。
2、某些数据库版本需要HA软件的支持。
该模式下，某些数据库版本需要配合相应的HA软件才可以实现。
3、安装配置复杂。
该模式比起单实例模式，安装配置相对复杂，安装配置周期长。
4、管理维护成本高。
该模式的管理维护，对管理维护人员的要求较高，管理维护成本较高。
5、对应用设计的要求较高。
需要充分考虑业务的逻辑性，以避免在多节点之间的信息交换和全局锁的产生。
6、具备较高的高可用性。
由于是多服务器、多实例，单服务器和实例有故障不会影响数据库的可用性。
可以满足对可用性有严格要求的应用类型。
7、扩展性好。
既可以进行横向扩展，也可以进行纵向扩展。
当应用对性能有更高的要求时，该模式的数据库可以通过增加节点的方式进行横向扩展，也可以通过增加硬件配置等纵向扩展，具备良好的扩展性。
1、硬件配置方面预留扩展量。
预留一定的硬件扩展量，可以更灵活的进行扩展。
2、在应用设计时，充分考虑业务逻辑，减少多节点间的信息交换量，更好的发挥RAC的优点。
2.4DATAGUARD模式
数据库服务器采用DATAGUARD灾备模式，可以满足对可用性有特殊需求的应用，具备以下特点:
该模式需要有冗余的服务器硬件。
2、需要元余的存储设备。
主机和备机都需要同样的存储空间，成本较高。
3、安装配置比较复杂。
该模式比单节点、单实例的模式配置复杂一些，需要更多的配置步骤。
该模式对维护人员的要求较高，维护成本高。
5、具备一定的容灾特性。
当主机整个数据库系统不可用并短期无法恢复时，可以把数据库系统切换到备机上，具备容灾的功能。
6、备机可以用作只读查询。
备机可以切换到只读状态供报表之类的查询操作，减轻主机的压力。
要求:
1、主机与备机在物理上要分开。
为了实现容灾的特性，需要在物理上分割主机和备机。
2、进行合理的设计，充分实现DATAGUARD的功能。
2.5RAC+DATAGUARD模式
数据库服务器采用RAC+DATAGUARD模式，可以满足对可用性和容灾都有特定需求的应用，具备以下特点:
2、需要冗余的存储设备。
主机和备机都需要同样的存储空间，成本较高。
该模式既需要配置RAC又需要配置DATAGUARD，配置过程比较复杂，配置周期长。
5、具备很高的可用性和容灾性。
该模式既满足高可用性也满足容灾的需求。
为了实现容灾的特性，需要在物理上分割主机和备机。
2、进行合理的设计，充分实现DATAGUARD的功能。
2数据库部署模式选择建议
3
4.1部署模式的选择
5.
在设计数据库时必须考虑系统的可用性、业务连续性要求，针对系统的可用性需求，采用不同的数据库部署模式:
1对RTO=O、RPO=O的系统，建议数据库采用RAC或RAC+DataGuard模式，数据库单台设备故障时对业务没有影响，并考虑灾备系统的设计。
2对RTO<
=4小时，RP0<
15分钟的系统，建议数据库采用DataGuard的模式，设备故障时通过HA技术切换到备用设备，保证系统的可用性，对重要的系统要考虑灾备的设计。
3对4小时<
RTO<
8小时，RP0<
15分钟的系统，数据库可采用冷备的模式，在系统故障时，启动设备，保障系统的可用性。
4对8小时<
RTO，RP0<
15分钟的系统，数据库可考虑1备多的模式或不考虑设备的冗余。
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数据库相集成，提供图表的映射能力。
用于社
升级会员 