《Oracle大数据库规划设计和运行维护方案设计(DOC 197页)》由会员分享，可在线阅读，更多相关《Oracle大数据库规划设计和运行维护方案设计(DOC 197页)（229页珍藏版）》请在金锄头文库上搜索。
1、Oracle数据库规划设计和运行维护方案V1.0目 录1.前言71.1.编写目的71.2.方案说明71.3.预期读者82.数据库部署模式82.1.单机模式82.2.双机热备模式HA模式82.3.集群模式RAC92.4.主从模式DataGuard102.5.混合模式DataGrard+RAC112.6.数据库运行模式选择113.系统特点和数据库类型123.1.业务系统的特点12OLTP特点12OLAP特点133.2.数据库的规模133.3.数据库版本建议144.数据库运行环境规划144.1.主机规划144.2.网络规划154.3.存储规划175.数据库安装部署规划185.1.软件安装路径185.
2、2.表空间设计19业务数据量估算19表空间使用规如此20表空间的概念和分配原如此24表空间的参数配置25Undo/temp表空间的估算29表的参数设置29索引的使用原如此305.3.文件设计31RAC配置文件31参数文件31控制文件33重做日志文件346.数据库应用规划356.1.数据库用户设计35用户权限规划35用户安全实现37用户类型与角色命名规X396.2.数据库分区41数据库分区介绍41逻辑分割42物理分割42数据分区的优点42数据分区的不足43Oracle分区技术43分区使用建议44分区索引446.3.数据库实例配置456.4.数据库参数设置46必须修改的初始化参数46建议修改的初始
3、化参数51不可修改的初始化参数53建议不可修改的初始化参数54与并行有关的参数576.5.数据库连接服务58专用服务器连接58共享服务器连接59连接服务建议596.6.数据库安全建议596.7.数据库备份和恢复60RMAN备份60EXP/IMP备份61存储级备份61数据库恢复626.8.数据库网络配置63监听器的使用配置原如此63TNSNAMES的使用配置原如此63RAC环境下TNSNAMES的配置637.业务系统开发建议657.1.数据库模型设计规X65命名规如此65数据库对象667.2.PLSQL开发规如此69总体开发原如此69程序编写规X707.3.SQL语句编写规如此97查询语句的使用
4、原如此97DML语句的调整原如此1088.数据库体系结构1128.1.整体结构1128.2.内存结构112系统全局区SGA113程序全局区PGA116后台进程1168.3.存储结构119物理结构119逻辑结构1219.数据库根本管理1239.1.参数文件管理1239.2.表空间管理124用户表空间管理124临时表空间管理127回滚段表空间管理1319.3.重做日志文件管理133增加重做日志文件组133添加重做日志文件组成员133改变重做日志文件组成员134删除重做日志文件组成员134删除重做日志文件组134重做日志切换135重做日志清理135重做日志切换次数查询1359.4.归档模式设置137
5、单实例数据库设置归档模式137RAC数据库设置归档模式137归档路径设置1389.5.控制文件重建1399.6.内存参数管理141Oracle内存管理开展阶段141自动内存管理AMM141自动共享内存管理ASMM141自动PGA管理1429.7.其它管理内容142查看数据库版本142数据库字符集143创建密码文件143关闭数据库审计功能143账号管理144Profile管理14410.数据库集群RAC管理14410.1.RAC状态检查144检查守护进程144检查资源状态14510.2.RAC启动与关闭14510.3.管理OCR146OCR盘状态查看146OCR备份与恢复146查看OCR内容14
6、7指定OCR盘147增加OCR盘147删除OCR盘14810.4.管理VOTING DISK148检查Voting Disl盘148VOTING DISK备份与恢复148添加VOTING DISK盘149删除VOTING DISK盘14910.5.CSS管理14910.6.SRVCTL管理工具149管理实例150管理监听程序150管理ASM151管理service15110.7.修改RAC的IP与VIP152修改外网IP和心跳IP152修改VIP152查看与删除IP15310.8.管理ASM154管理DiskGroup154ASM兼容性管理156ASM中添加disk的方法158ASMCMD管理
7、命令介绍159ASM常用视图16211.数据库备份16411.1.备份概念说明164脱机备份164联机备份165RMAN备份16611.2.备份策略规划16611.3.RMAN备份和恢复案例167归档模式下的完全恢复167归档模式下的不完全恢复17012.数据库运维管理17212.1.运维职责17212.2.运维要求17212.3.技能要求17212.4.运维内容173检查数据库运行情况173检查操作系统和数据库日志文件175检查Oracle对象状态176检查数据库相关资源的使用179检查数据库备份183检查数据库的性能183数据库安全性检查1891. 前言1.1. 编写目的随着以使用Orac
8、le数据库的应用系统不断增加，为了加强应用系统在规划、开发、实施、维护等环节工作的规X化，特编写本文档，力求对实际的设计、实施工作起到规X和指导作用。本方案以设计者的角度进展组织编写，其主要思路是：作为设计人员首先要了解数据库系统的运行模式，如何选择运行模式，其次要考虑系统的规划设计因素，有针对性的做好数据库的设计，提高数据库的性能，并对系统开发也提出相关要求。1.2. 方案说明本方案分为两大局部，其中第一局部是第二到七章，主要介绍Oracle数据库的运行方式和规划设计以与与开发相关内容；第二局部是第八到十二章，主要介绍数据库的日常运行维护相关的内容。第一局部偏重于规划和开发，第二局部偏重于实
9、际管理与命令。其中：第二章介绍了Oracle数据库的部署运行方式；第三章介绍了业务系统特点和数据库的类型规模以与部署前的建议；第四章介绍了数据库运行的物理环境的配置规划；第五章介绍了Oracle数据库的安装部署规划以与命名原如此；第六章介绍了数据库的应用规划；第七章介绍了系统开发的建议；第八章介绍数据库的体系架构；第九章介绍数据库的根本管理方法；第十章介绍了数据库集群的管理；第十一章介绍了数据库的备份和恢复；第十二章介绍了数据库的日常运行维护管理。本方案编写过程中注重实际的可操作性，所提出的建议尽量覆盖系统生命周期中的各个关键点。其中所涉与的参数和指标对系统的建设和运营起指导作用，但是在实际工
10、作中，每个系统都有各自的特点，所以建议在初期对系统进展初始配置后，应根据系统的实际运行状态进展相应调整。1.3. 预期读者项目根底设施可行性研究、设计和实施人员，项目组系统设计开发人员，相关运行维护技术人员。2. 数据库部署模式2.1. 单机模式数据库服务器采用单服务器模式，满足对可用性和性能要求不高的应用，具备以下特点:1、硬件本钱低。单节点，硬件投入较低，满足非重要系统的需求。2、安装配置简单。由于是单节点、单实例，所以安装配置比拟简单。3、管理维护本钱低。单实例，维护本钱低。4、对应用设计的要求较低。由于是单实例，不存在RAC系统应用设计时需要注意的事项，所以应用设计的要求较低。5、可用
11、性不高。由于是单服务器、单实例，所以服务器和实例的故障都会导致数据库不可用。6、扩展性差。无法进展横向扩展，只能进展纵向扩展。当应用对性能有更高的要求时，该模式的数据库服务器无法进展增加节点、实例等横向扩展，只能进展增加硬件配置等纵向扩展，且扩展性有局限。7、根据该模式的特点有如下要求：1)硬件配置方面预留扩展量。由于该模式无法进展横向扩展，所以在选择硬件配置时要为以后的纵向扩展预留扩展量，防止硬件无法满足性能需求的情况。2)充分考虑该模式是否满足应用未来一段时间的需求。需要考虑应用在未来一段时间是否会发生变化，该模式是否满足应用变化的需求。2.2. 双机热备模式HA模式数据库服务器采用双机热
12、备模式，可以满足对可用性有一定要求的应用，具备以下特点：1、需要冗余的服务器设备。该模式需要有冗余的服务器硬件，以满足一备一或者一备多的需求。硬件本钱较高。2、需要HA软件的支持。该模式需要配合HA软件才可以实现。3、安装配置相对简单。该模式比单节点、单实例的模式配置复杂一些，需要更多的配置步骤，但相比拟RAC、DATAGUARD等模式要简单。4、管理维护本钱低。单实例，对维护人员的要求较低，维护本钱低。5、对应用设计的要求较低。由于是单实例，不存在RAC系统应用设计时需要注意的事项，所以应用设计的要求较低。6、具备一定的高可用性。由于是多服务器、单实例，所以服务器和实例有故障时会发生实例在不
13、同服务器上的切换，导致数据库的暂时不可用。无法满足对可用性有严格要求的应用类型。7、扩展性差。无法进展横向扩展，只能进展纵向扩展。当应用对性能有更高的要求时，该模式的数据库服务器无法进展增加节点、实例等横向扩展，只能进展增加硬件配置等纵向扩展，且扩展性有局限。根据该模式的特点有如下要求：1)硬件配置方面预留扩展量。由于该模式无法进展横向扩展，所以在选择硬件配置时要为以后的纵向扩展预留扩展量，防止硬件无法满足性能需求的情况。2)充分考虑该模式是否满足应用未来一段时间的需求。需要考虑应用在未来一段时间是否会发生变化，该模式是否满足应用变化的需求。2.3. 集群模式RAC数据库服务器采用RAC模式，
14、满足对高可用性要求高的应用类型，具备以下特点:1、需要多个硬件服务器。根据节点的个数，相应的需要多个硬件服务器。硬件本钱较高。2、某些数据库版本需要HA软件的支持。该模式下，某些数据库版本需要配合HA软件才可以实现。3、安装配置复杂。该模式比起单实例模式，安装配置相对复杂，安装配置周期长。4、管理维护本钱高。该模式的管理维护，对管理维护人员的要求较高，管理维护本钱较高。5、对应用设计的要求较高。需要充分考虑业务的逻辑性，以防止在多节点之间的信息交换和全局锁的产生。6、具备较高的高可用性。由于是多服务器、多实例，单服务器和实例有故障不会影响数据库的可用性。可以满足对可用性有严格要求的应用类型。7
15、、扩展性好。既可以进展横向扩展，也可以进展纵向扩展。当应用对性能有更高的要求时，该模式的数据库可以通过增加节点的方式进展横向扩展，也可以通过增加硬件配置等纵向扩展，具备良好的扩展性。根据该模式的特点有如下要求：1)硬件配置方面预留扩展量。预留一定的硬件扩展量，可以更灵活的进展扩展。2)在应用设计时，充分考虑业务逻辑，减少多节点间的信息交换量，更好的发挥RAC的优点。2.4. 主从模式DataGuard数据库服务器采用DataGuard主从模式，可以满足对可用性有特殊需求的应用，具备以下特点：1、需要冗余的服务器设备。该模式需要有冗余的服务器硬件。硬件本钱较高。2、需要冗余的存储设备。主机和备机
