《Oracle数据库规划设计和运行维护与方案》由会员分享,可在线阅读,更多相关《Oracle数据库规划设计和运行维护与方案(190页珍藏版)》请在金锄头文库上搜索。
1、Oracle数据库规划设计和运行维护方案(V1.0)目 录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.数据库的规模133.3.数据库版本建议144.数据库运行环境规划144.1.主机规划144.2.网络规划154.3.存储规划175.数据库
2、安装部署规划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.参数文件315.3.3.控制文件335.3.4.重做日志文件346.数据库应用规划356.1.数据库用户设计356.1.1.用户权限规划356.1.2.用户安全实现376.1.3.用户类型及角色命名规范396.2.数据库分区416.2.1.数
3、据库分区介绍416.2.2.逻辑分割426.2.3.物理分割426.2.4.数据分区的优点426.2.5.数据分区的不足436.2.6.Oracle分区技术436.2.7.分区使用建议446.2.8.分区索引446.3.数据库实例配置456.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.数据库备
4、份和恢复606.7.1.RMAN备份606.7.2.EXP/IMP备份616.7.3.存储级备份616.7.4.数据库恢复626.8.数据库网络配置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.数据库体系结构112
5、8.1.整体结构1128.2.内存结构1128.2.1.系统全局区(SGA)1138.2.2.程序全局区(PGA)1168.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.改变重做日志文件组成员1349.3.4.删除重做日志文件组成员1349.3.5.删除重做日
6、志文件组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.自动内存管理AMM1419.6.3.自动共享内存管理ASMM1419.6.4.自动PGA管理1429.7.其它管理内容1429.7.1.查看数据库版本1429.7.2.数据库字符集1439.7.3.创建密码文件1439.7.4.关闭数据库
7、审计功能1439.7.5.账号管理1449.7.6.Profile管理14410.数据库集群(RAC)管理14410.1.RAC状态检查14410.1.1.检查守护进程14410.1.2.检查资源状态14510.2.RAC启动与关闭14510.3.管理OCR14610.3.1.OCR盘状态查看14610.3.2.OCR备份与恢复14610.3.3.查看OCR内容14710.3.4.指定OCR盘14710.3.5.增加OCR盘14710.3.6.删除OCR盘14810.4.管理VOTING DISK14810.4.1.检查Voting Disl盘14810.4.2.VOTING DISK备份与恢
8、复14810.4.3.添加VOTING DISK盘14910.4.4.删除VOTING DISK盘14910.5.CSS管理14910.6.SRVCTL管理工具14910.6.1.管理实例15010.6.2.管理监听程序15010.6.3.管理ASM15110.6.4.管理service15110.7.修改RAC的IP及VIP15210.7.1.修改外网IP和心跳IP15210.7.2.修改VIP15210.7.3.查看与删除IP15310.8.管理ASM15410.8.1.管理DiskGroup15410.8.2.ASM兼容性管理15610.8.3.ASM中添加disk的方法15810.8.
9、4.ASMCMD管理命令介绍15910.8.5.ASM常用视图16211.数据库备份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.4.3.检查Oracle对象状态
10、17612.4.4.检查数据库相关资源的使用17912.4.5.检查数据库备份18312.4.6.检查数据库的性能18312.4.7.数据库安全性检查1891. 前言1.1. 编写目的随着以使用Oracle数据库的应用系统不断增加,为了加强应用系统在规划、开发、实施、维护等环节工作的规范化,特编写本文档,力求对实际的设计、实施工作起到规范和指导作用。本方案以设计者的角度进行组织编写,其主要思路是:作为设计人员首先要了解数据库系统的运行模式,如何选择运行模式,其次要考虑系统的规划设计因素,有针对性的做好数据库的设计,提高数据库的性能,并对系统开发也提出相关要求。1.2. 方案说明本方案分为两大部
11、分,其中第一部分是第二到七章,主要介绍Oracle数据库的运行方式和规划设计以及与开发相关内容;第二部分是第八到十二章,主要介绍数据库的日常运行维护相关的内容。第一部分偏重于规划和开发,第二部分偏重于实际管理及命令。其中:第二章介绍了Oracle数据库的部署运行方式;第三章介绍了业务系统特点和数据库的类型规模以及部署前的建议;第四章介绍了数据库运行的物理环境的配置规划;第五章介绍了Oracle数据库的安装部署规划以及命名原则;第六章介绍了数据库的应用规划;第七章介绍了系统开发的建议;第八章介绍数据库的体系架构;第九章介绍数据库的基本管理方法;第十章介绍了数据库集群的管理;第十一章介绍了数据库的
12、备份和恢复;第十二章介绍了数据库的日常运行维护管理。本方案编写过程中注重实际的可操作性,所提出的建议尽量覆盖系统生命周期中的各个关键点。其中所涉及的参数和指标对系统的建设和运营起指导作用,但是在实际工作中,每个系统都有各自的特点,所以建议在初期对系统进行初始配置后,应根据系统的实际运行状态进行相应调整。1.3. 预期读者项目基础设施可行性研究、设计和实施人员,项目组系统设计开发人员,相关运行维护技术人员。2. 数据库部署模式2.1. 单机模式数据库服务器采用单服务器模式,满足对可用性和性能要求不高的应用,具备以下特点:1、硬件成本低。单节点,硬件投入较低,满足非重要系统的需求。2、安装配置简单
13、。由于是单节点、单实例,所以安装配置比较简单。3、管理维护成本低。单实例,维护成本低。4、对应用设计的要求较低。由于是单实例,不存在RAC系统应用设计时需要注意的事项,所以应用设计的要求较低。5、可用性不高。由于是单服务器、单实例,所以服务器和实例的故障都会导致数据库不可用。6、扩展性差。无法进行横向扩展,只能进行纵向扩展。当应用对性能有更高的要求时,该模式的数据库服务器无法进行增加节点、实例等横向扩展,只能进行增加硬件配置等纵向扩展,且扩展性有局限。7、根据该模式的特点有如下要求:1)硬件配置方面预留扩展量。由于该模式无法进行横向扩展,所以在选择硬件配置时要为以后的纵向扩展预留扩展量,避免硬
14、件无法满足性能需求的情况。2)充分考虑该模式是否满足应用未来一段时间的需求。需要考虑应用在未来一段时间是否会发生变化,该模式是否满足应用变化的需求。2.2. 双机热备模式(HA模式)数据库服务器采用双机热备模式,可以满足对可用性有一定要求的应用,具备以下特点:1、需要冗余的服务器设备。该模式需要有冗余的服务器硬件,以满足一备一或者一备多的需求。硬件成本较高。2、需要HA软件的支持。该模式需要配合HA软件才可以实现。3、安装配置相对简单。该模式比单节点、单实例的模式配置复杂一些,需要更多的配置步骤,但相比较RAC、DATAGUARD等模式要简单。4、管理维护成本低。单实例,对维护人员的要求较低,维护成本低。5、对应用设