1、 1 / 193Oracle 数据库规划设计和运行维护方案（V1.0）2 / 193目 录1. 前言 .71.1. 编写目的 .71.2. 方案说明 .71.3. 预期读者 .82. 数据库部署模式 .82.1. 单机模式 .82.2. 双机热备模式（HA 模式） .82.3. 集群模式（RAC） .92.4. 主从模式（DataGuard） .102.5. 混合模式（DataGrard+RAC） .112.6. 数据库运行模式选择 .113. 系统特点和数据库类型 .123.1. 业务系统的特点 .123.1.1. OLTP 特点 .123.1.2. OLAP 特点 .133.2. 数据库的
2、规模 .133.3. 数据库版本建议 .144. 数据库运行环境规划 .144.1. 主机规划 .144.2. 网络规划 .154.3. 存储规划 .175. 数据库安装部署规划 .185.1. 软件安装路径 .185.2. 表空间设计 .195.2.1. 业务数据量估算 .195.2.2. 表空间使用规则 .205.2.3. 表空间的概念和分配原则 .245.2.4. 表空间的参数配置 .255.2.5. Undo/temp 表空间的估算 .295.2.6. 表的参数设置 .295.2.7. 索引的使用原则 .305.3. 文件设计 .315.3.1. RAC 配置文件 .315.3.2.
3、参数文件 .315.3.3. 控制文件 .335.3.4. 重做日志文件 .346. 数据库应用规划 .356.1. 数据库用户设计 .356.1.1. 用户权限规划 .356.1.2. 用户安全实现 .376.1.3. 用户类型及角色命名规范 .396.2. 数据库分区 .413 / 1936.2.1. 数据库分区介绍 .416.2.2. 逻辑分割 .426.2.3. 物理分割 .426.2.4. 数据分区的优点 .426.2.5. 数据分区的不足 .436.2.6. Oracle 分区技术 .436.2.7. 分区使用建议 .446.2.8. 分区索引 .446.3. 数据库实例配置 .4
4、56.4. 数据库参数设置 .466.4.1. 必须修改的初始化参数 .466.4.2. 建议修改的初始化参数 .516.4.3. 不可修改的初始化参数 .536.4.4. 建议不可修改的初始化参数 .546.4.5. 与并行有关的参数 .576.5. 数据库连接服务 .586.5.1. 专用服务器连接 .586.5.2. 共享服务器连接 .596.5.3. 连接服务建议 .596.6. 数据库安全建议 .596.7. 数据库备份和恢复 .606.7.1. RMAN 备份 .606.7.2. EXP/IMP 备份 .616.7.3. 存储级备份 .616.7.4. 数据库恢复 .626.8.
5、数据库网络配置 .636.8.1. 监听器的使用配置原则 .636.8.2. TNSNAMES 的使用配置原则 .636.8.3. RAC 环境下 TNSNAMES 的配置 .637. 业务系统开发建议 .657.1. 数据库模型设计规范 .657.1.1. 命名规则 .657.1.2. 数据库对象 .667.2. PLSQL 开发规则 .697.2.1. 总体开发原则 .697.2.2. 程序编写规范 .707.3. SQL 语句编写规则 .977.3.1. 查询语句的使用原则 .977.3.2. DML 语句的调整原则 .1088. 数据库体系结构 .1128.1. 整体结构 .1128.
6、2. 内存结构 .1128.2.1. 系统全局区（SGA） .1138.2.2. 程序全局区（PGA） .1164 / 1938.2.3. 后台进程 .1168.3. 存储结构 .1198.3.1. 物理结构 .1198.3.2. 逻辑结构 .1219. 数据库基本管理 .1239.1. 参数文件管理 .1239.2. 表空间管理 .1249.2.1. 用户表空间管理 .1249.2.2. 临时表空间管理 .1279.2.3. 回滚段表空间管理 .1319.3. 重做日志文件管理 .1339.3.1. 增加重做日志文件组 .1339.3.2. 添加重做日志文件组成员 .1339.3.3. 改变
7、重做日志文件组成员 .1349.3.4. 删除重做日志文件组成员 .1349.3.5. 删除重做日志文件组 .1349.3.6. 重做日志切换 .1359.3.7. 重做日志清理 .1359.3.8. 重做日志切换次数查询 .1359.4. 归档模式设置 .1379.4.1. 单实例数据库设置归档模式 .1379.4.2. RAC 数据库设置归档模式 .1379.4.3. 归档路径设置 .1389.5. 控制文件重建 .1399.6. 内存参数管理 .1419.6.1. Oracle 内存管理发展阶段 .1419.6.2. 自动内存管理 AMM .1419.6.3. 自动共享内存管理 ASMM
8、 .1419.6.4. 自动 PGA 管理 .1429.7. 其它管理内容 .1429.7.1. 查看数据库版本 .1429.7.2. 数据库字符集 .1439.7.3. 创建密码文件 .1439.7.4. 关闭数据库审计功能 .1439.7.5. 账号管理 .1449.7.6. Profile 管理 .14410. 数据库集群（RAC）管理 .14410.1. RAC 状态检查 .14410.1.1. 检查守护进程 .14410.1.2. 检查资源状态 .14510.2. RAC 启动与关闭 .14510.3. 管理 OCR .14610.3.1. OCR 盘状态查看 .14610.3.2.
9、 OCR 备份与恢复 .1465 / 19310.3.3. 查看 OCR 内容 .14710.3.4. 指定 OCR 盘 .14710.3.5. 增加 OCR 盘 .14710.3.6. 删除 OCR 盘 .14810.4. 管理 VOTING DISK .14810.4.1. 检查 Voting Disl 盘 .14810.4.2. VOTING DISK 备份与恢复 .14810.4.3. 添加 VOTING DISK 盘 .14910.4.4. 删除 VOTING DISK 盘 .14910.5. CSS 管理 .14910.6. SRVCTL 管理工具 .14910.6.1. 管理实例
10、 .15010.6.2. 管理监听程序 .15010.6.3. 管理 ASM .15110.6.4. 管理 service .15110.7. 修改 RAC 的 IP 及 VIP .15210.7.1. 修改外网 IP 和心跳 IP .15210.7.2. 修改 VIP .15210.7.3. 查看与删除 IP .15310.8. 管理 ASM .15410.8.1. 管理 DiskGroup .15410.8.2. ASM 兼容性管理 .15610.8.3. ASM 中添加 disk 的方法 .15810.8.4. ASMCMD 管理命令介绍 .15910.8.5. ASM 常用视图 .16
11、211. 数据库备份 .16411.1. 备份概念说明 .16411.1.1. 脱机备份 .16411.1.2. 联机备份 .16511.1.3. RMAN 备份 .16611.2. 备份策略规划 .16611.3. RMAN 备份和恢复案例 .16711.3.1. 归档模式下的完全恢复 .16711.3.2. 归档模式下的不完全恢复 .17012. 数据库运维管理 .17212.1. 运维职责 .17212.2. 运维要求 .17212.3. 技能要求 .17212.4. 运维内容 .17312.4.1. 检查数据库运行情况 .17312.4.2. 检查操作系统和数据库日志文件 .17512
12、.4.3. 检查 Oracle 对象状态 .17612.4.4. 检查数据库相关资源的使用 .17912.4.5. 检查数据库备份 .1836 / 19312.4.6. 检查数据库的性能 .18312.4.7. 数据库安全性检查 .1897 / 1931. 前言1.1. 编写目的随着以使用 Oracle 数据库的应用系统不断增加，为了加强应用系统在规划、开发、实施、维护等环节工作的规范化，特编写本文档，力求对实际的设计、实施工作起到规范和指导作用。本方案以设计者的角度进行组织编写，其主要思路是：作为设计人员首先要了解数据库系统的运行模式，如何选择运行模式，其次要考虑系统的规划设计因素，有针对性
13、的做好数据库的设计，提高数据库的性能，并对系统开发也提出相关要求。1.2. 方案说明本方案分为两大部分，其中第一部分是第二到七章，主要介绍 Oracle 数据库的运行方式和规划设计以及与开发相关内容；第二部分是第八到十二章，主要介绍数据库的日常运行维护相关的内容。第一部分偏重于规划和开发，第二部分偏重于实际管理及命令。其中：第二章介绍了 Oracle 数据库的部署运行方式；第三章介绍了业务系统特点和数据库的类型规模以及部署前的建议；第四章介绍了数据库运行的物理环境的配置规划；第五章介绍了 Oracle 数据库的安装部署规划以及命名原则；第六章介绍了数据库的应用规划；第七章介绍了系统开发的建议；
14、第八章介绍数据库的体系架构；第九章介绍数据库的基本管理方法；第十章介绍了数据库集群的管理；第十一章介绍了数据库的备份和恢复；第十二章介绍了数据库的日常运行维护管理。本方案编写过程中注重实际的可操作性，所提出的建议尽量覆盖系统生命周期中的各个关键点。其中所涉及的参数和指标对系统的建设和运营起指导作用，但是在实际工作中，每个系统都有各自的特点，所以建议在初期对系统进行初始配置后，应根据系统的实际运行状态进行相应调整。8 / 1931.3. 预期读者项目基础设施可行性研究、设计和实施人员，项目组系统设计开发人员，相关运行维护技术人员。2. 数据库部署模式2.1. 单机模式数据库服务器采用单服务器模式
15、，满足对可用性和性能要求不高的应用，具备以下特点:1、硬件成本低。单节点，硬件投入较低，满足非重要系统的需求。2、安装配置简单。由于是单节点、单实例，所以安装配置比较简单。3、管理维护成本低。单实例，维护成本低。4、对应用设计的要求较低。由于是单实例，不存在 RAC 系统应用设计时需要注意的事项，所以应用设计的要求较低。5、可用性不高。由于是单服务器、单实例，所以服务器和实例的故障都会导致数据库不可用。6、扩展性差。无法进行横向扩展，只能进行纵向扩展。当应用对性能有更高的要求时，该模式的数据库服务器无法进行增加节点、实例等横向扩展，只能进行增加硬件配置等纵向扩展，且扩展性有局限。7、根据该模式
16、的特点有如下要求：1) 硬件配置方面预留扩展量。由于该模式无法进行横向扩展，所以在选择硬件配置时要为以后的纵向扩展预留扩展量，避免硬件无法满足性能需求的情况。2) 充分考虑该模式是否满足应用未来一段时间的需求。需要考虑应用在未来一段时间是否会发生变化，该模式是否满足应用变化的需求。9 / 1932.2. 双机热备模式（HA 模式）数据库服务器采用双机热备模式，可以满足对可用性有一定要求的应用，具备以下特点：1、需要冗余的服务器设备。该模式需要有冗余的服务器硬件，以满足一备一或者一备多的需求。硬件成本较高。2、需要 HA 软件的支持。该模式需要配合 HA 软件才可以实现。3、安装配置相对简单。该
17、模式比单节点、单实例的模式配置复杂一些，需要更多的配置步骤，但相比较 RAC、DATAGUARD 等模式要简单。4、管理维护成本低。单实例，对维护人员的要求较低，维护成本低。5、对应用设计的要求较低。由于是单实例，不存在 RAC 系统应用设计时需要注意的事项，所以应用设计的要求较低。6、具备一定的高可用性。由于是多服务器、单实例，所以服务器和实例有故障时会发生实例在不同服务器上的切换，导致数据库的暂时不可用。无法满足对可用性有严格要求的应用类型。7、扩展性差。无法进行横向扩展，只能进行纵向扩展。当应用对性能有更高的要求时，该模式的数据库服务器无法进行增加节点、实例等横向扩展，只能进行增加硬件配
18、置等纵向扩展，且扩展性有局限。根据该模式的特点有如下要求：1) 硬件配置方面预留扩展量。由于该模式无法进行横向扩展，所以在选择硬件配置时要为以后的纵向扩展预留扩展量，避免硬件无法满足性能需求的情况。2) 充分考虑该模式是否满足应用未来一段时间的需求。需要考虑应用在未来一段时间是否会发生变化，该模式是否满足应用变化的需求。2.3. 集群模式（RAC）数据库服务器采用 RAC 模式，满足对高可用性要求高的应用类型，具备以下特点:1、需要多个硬件服务器。根据节点的个数，相应的需要多个硬件服务器。10 / 193硬件成本较高。2、某些数据库版本需要 HA 软件的支持。该模式下，某些数据库版本需要配合
19、HA 软件才可以实现。3、安装配置复杂。该模式比起单实例模式，安装配置相对复杂，安装配置周期长。4、管理维护成本高。该模式的管理维护，对管理维护人员的要求较高，管理维护成本较高。5、对应用设计的要求较高。需要充分考虑业务的逻辑性，以避免在多节点之间的信息交换和全局锁的产生。6、具备较高的高可用性。由于是多服务器、多实例，单服务器和实例有故障不会影响数据库的可用性。可以满足对可用性有严格要求的应用类型。7、扩展性好。既可以进行横向扩展，也可以进行纵向扩展。当应用对性能有更高的要求时，该模式的数据库可以通过增加节点的方式进行横向扩展，也可以通过增加硬件配置等纵向扩展，具备良好的扩展性。根据该模式的特点有如下要求：1)硬件配置方面预留扩展量。预留一定的硬件扩展量，可以更灵活的进行扩展。2)在应用设计时，充分考虑业务逻辑，减少多节点间的信息交换量，更好的发挥 RAC 的优点。2.4. 主从模式（DataGuard）数据库服务器采用 DataGuard 主从模式，可以满足对可用性有特殊需求的应用，具备以下特点：1、需要冗余的服务器设备。该模式需要有冗余的服务器硬件。硬件成本较高。2、需要冗余的存储设备。主机和备机都需要同样的存储空间，成本较高。3、安装配置比较复杂。该模式比单节点、单实例的模式配置复杂一些，需要更多的配置步骤。4、管理维护成本高。该模式对维护人员的要求较高，维护成本高。
