Oracle数据库规划设计
和运行维护方案
（V1。0）

1.前言
1.1.编写目的
linux安装oracle依赖包
随着以使用Oracle数据库的应用系统不断增加，为了加强应用系统在规划、开发、实施、维护等环节工作的规范化,特编写本文档，力求对实际的设计、实施工作起到规范和指导作用.
本方案以设计者的角度进行组织编写，其主要思路是：作为设计人员首先要了解数据库系统的运行模式,如何选择运行模式，其次要考虑系统的规划设计因素，有针对性的做好数据库的设计，提高数据库的性能，并对系统开发也提出相关要求.
1.2.方案说明
本方案分为两大部分，其中第一部分是第二到七章，主要介绍Oracle数据库的运行方式和规划设计以及与开发相关内容；第二部分是第八到十二章，主要介绍数据库的日常运行维护相关的内容。第一部分偏重于规划和开发，第二部分偏重于实际管理及命令.
其中：第二章介绍了Oracle数据库的部署运行方式；第三章介绍了业务系统特点和数据库的类型规模以及部署前的建议；第四章介绍了数据库运行的物理环境的配置规划;第五章介绍了Oracle数据库的安装部署规划以及命名原则；第六章介绍了数据库的应用规划；第七章介绍了系统开发的建议；第八章介绍数据库的体系架构;第九章介绍数据库的基本管理方法;第十章介绍了数据库集的管理；第十一章介绍了数据库的备份和恢复;第十二章介绍了数据库的日常运行维护管理。
本方案编写过程中注重实际的可操作性，所提出的建议尽量覆盖系统生命周期中的各个关键点.其中所涉及的参数和指标对系统的建设和运营起指导作用，但是在实际工作中,每个系统都有各自的特点，所以建议在初期对系统进行初始配置后，应根据系统的实际运行状态进行相应调整。
1.3.预期读者
项目基础设施可行性研究、设计和实施人员，项目组系统设计开发人员，相关运行维护技术人员。
2.数据库部署模式
2.1.单机模式
数据库服务器采用单服务器模式，满足对可用性和性能要求不高的应用,具备以下特点:
1、硬件成本低。单节点，硬件投入较低，满足非重要系统的需求。
2、安装配置简单。由于是单节点、单实例,所以安装配置比较简单。
3、管理维护成本低。单实例，维护成本低。
4、对应用设计的要求较低.由于是单实例，不存在RAC系统应用设计时需要注意的事项，所以应用设计的要求较低。
5、可用性不高。由于是单服务器、单实例，所以服务器和实例的故障都会导致数据库不可用.
6、扩展性差.无法进行横向扩展,只能进行纵向扩展。当应用对性能有更高的要求时，该模式的数据库服务器无法进行增加节点、实例等横向扩展，只能进行增加硬件配置等纵向扩展,且扩展性有局限。
7、根据该模式的特点有如下要求：
1)    硬件配置方面预留扩展量。由于该模式无法进行横向扩展，所以在选择硬件配置时要为以后的纵向扩展预留扩展量，避免硬件无法满足性能需求的情况。
2)    充分考虑该模式是否满足应用未来一段时间的需求。需要考虑应用在未来一段时间是否会发生变化，该模式是否满足应用变化的需求。
2.2.双机热备模式（HA模式)
数据库服务器采用双机热备模式，可以满足对可用性有一定要求的应用,
具备以下特点：
1、需要冗余的服务器设备。该模式需要有冗余的服务器硬件，以满足一备一或者一备多的
需求。硬件成本较高.
2、需要HA软件的支持.该模式需要配合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、安装配置比较复杂。该模式比单节点、单实例的模式配置复杂一些，需要更多的配置步骤。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。