ORACLE 数据库部署方案
和安装配置指南
1. 总论
1.1 目的
为加强系统安装维护的规化管理， 参考系统的相关文档，进行了深化、细化，力求结合实际的设计、实施工作，建立一套系统设计、实施的标准方案， 对设计、实施起到规、指导作用。
文档主要从一个设计者的角度进行编写。首先介绍了产品可实现的部署模式，如何选择部署模式， 其次要考虑设计涉及到的因素， 有针对性地做好数据库的设计等: 为提高数据库的性能，对程序开发提出了的要求。
文档中参数建议值是对系统设计时的指导， 是针对目前系统状况所提出了的经验值， 但由于应用系统的复杂性， 每个系统有自己的特点， 建议按建议值进行系统的初始配置，在压力测试和系统上线后根据实际需要做相应的调整，文档作为系统设计的规和参考。
1. 2 受众
项目设计和实施人员， 部分项目组系统设计人员，相关运行维护技术人员。
1. 3关键术语
高可用性群集：High Availability Cluster 简称 HA Cluster: 实时应用集群:Real Application Clusters 简称 RAC:
Dataguard 是ORACLE 推出的一种高可用性的数据库方案, 在软件上对数据库进行设置:
Recovery Time Objective，复原时间目标,是企业可容许服务中断的时间长度，
简称 RTO ：
Recovery Point Objective，复原点目标，是指当服务恢复后，恢复得来的数据所对应时的间点， 简称RPO：
2. 数据库部署模式 数据库服务器目前的情况：
服务器 IBM P550 IBM DS5100 数量 2台 1台 参数 8CPU 64G存 16*540G/2=3600G 备注 IBM AIX 存储设备 2. 1 单机模式
数据库服务器采用单服务器模式， 满足对可用性和性能要求不高的应用，具备以下特点:
1、硬件成本低。单节点， 硬件投入较低， 满足非重要系统的需求。 2、安装配置简单。由于是单节点、单实例， 所以安装配置比较简单。 3、管理维护成本低。单实例，维护成本低。
4、对应用设计的要求较低。由于是单实例， 不存在RAC 系统应用设计时需要注意的事项， 所以应用设计的要求较低。
5、可用性不高。由于是单服务器、单实例， 所以服务器和实例的故障都会导致数据库不可用。
6、扩展性差。无法进行横向扩展，只能进行纵向扩展。当应用对性能有更高的要求时， 该模式的数据库服务器无法进行增加节点、实例等横向扩展，只能进行增加硬件配置等纵向扩展， 且扩展性有局限。 此模式要求:
1 硬件配置方面预留扩展量。由于该模式无法进行横向扩展， 所以在选择硬件配置时要为以后的纵向扩展预留扩展量，避免硬件无法满足性能需求的情况。 2 充分考虑该模式是否满足应用未来一段时间的需求。需要考虑应用在未来一段时间是否会发生变化， 该模式是否满足应用变化的需求。
2. 2 HA 热备模式
数据库服务器采用HA 热备模式， 可以满足对可用性有一定要求的应用， 具备以下特点:
1、需要冗余的服务器设备。该模式需要有冗余的服务器硬件， 以满足一备一 或者一备多的需求。硬件成本较高。
2、需要出软件的支持。该模式需要配合HA 软件才可以实现。
3、安装配置相对简单。该模式比单节点、单实例的模式配置复杂一些， 需要 更多的配置步骤， 但相比较RAC、DATAGUARD 等模式要简单。 4、管理维护成本低。单实例，对维护人员的要求较低，维护成本低。 5、对应用设计的要求较低。由于是单实例，不存在RAC 系统应用设计时需要 注意的事项， 所以应用设计的要求较低。
6、具备一定的高可用性。由于是多服务器、单实例， 所以服务器和实例有故 障时会发生实例在不同服务器上的切换， 导致数据库的暂时不可用。无法满足 对可用性有严格要求的应用类型。
7、扩展性差。无法进行横向扩展，只能进行纵向扩展。当应用对性能有更高 的要求时， 该模式的数据库服务器无法进行增加节点、实例等横向扩展，只能 进行增加硬件配置等纵向扩展，且扩展性有局限。 此模式要求:
1 硬件配置方面预留扩展量。由于该模式无法进行横向扩展， 所以在选择硬 件配置时要为以后的纵向扩展预留扩展量， 避免硬件无法满足性能需求的情况。 2 充分考虑该模式是否满足应用未来一段时间的需求。需要考虑应用在未来一段时间是否会发生变化， 该模式是否满足应用变化的需求。
2. 3 RAC 模式
数据库服务器采用RAC 模式， 满足对高可用性要求高的应用类型， 具备以下特点:
1、需要多个硬件服务器。根据节点的个数，相应的需要多个硬件服务器。硬件成本较高。
2、某些数据库版本需要HA 软件的支持。该模式下，某些数据库版本需要配合相应的HA 软件才可以实现。
3、安装配置复杂。该模式比起单实例模式， 安装配置相对复杂，安装配置周期长。
4、管理维护成本高。该模式的管理维护，对管理维护人员的要求较高， 管理维
护成本较高。
5、对应用设计的要求较高。需要充分考虑业务的逻辑性，以避免在多节点之间的信息交换和全局锁的产生。
6、具备较高的高可用性。由于是多服务器、多实例，单服务器和实例有故障不会影响数据库的可用性。可以满足对可用性有严格要求的应用类型。 7、扩展性好。既可以进行横向扩展，也可以进行纵向扩展。当应用对性能有更高的要求时，该模式的数据库可以通过增加节点的方式进行横向扩展，也可以通过增加硬件配置等纵向扩展，具备良好的扩展性。 此模式要求:
1、硬件配置方面预留扩展量。预留一定的硬件扩展量，可以更灵活的进行扩展。2、在应用设计时，充分考虑业务逻辑，减少多节点间的信息交换量，更好的发挥RAC 的优点。
2. 4 DATAGUARD 模式
数据库服务器采用DATAGUARD 灾备模式，可以满足对可用性有特殊需求的应用，具备以下特点:
1、需要冗余的服务器设备。该模式需要有冗余的服务器硬件。硬件成本较高。 2、需要元余的存储设备。主机和备机都需要同样的存储空间，成本较高。 3、安装配置比较复杂。该模式比单节点、单实例的模式配置复杂一些，需要更多的配置步骤。
4、管理维护成本高。该模式对维护人员的要求较高， 维护成本高。
5、具备一定的容灾特性。当主机整个数据库系统不可用并短期无法恢复时， 可以把数据库系统切换到备机上， 具备容灾的功能。
6、备机可以用作只读查询。备机可以切换到只读状态供报表之类的查询操作， 减轻主机的压力。 要求:
1、主机与备机在物理上要分开。为了实现容灾的特性，需要在物理上分割主机和备机。
2、进行合理的设计， 充分实现DATAGUARD 的功能。
ORACLE 数据库部署方案设计
