本科毕业论文—oracle群集系统运维策略研究_new要点.docVIP

1 了解Oracle高可用的集群环境 1.1 oracle数据库的高可用 Oracle作为现在使用最为广泛的关系型数据库，它到底有什么特殊的地方让它保持如此良好的运行状态和高可用性？Oracle的体系结构和运行原理就是重要的不容忽视的地点。如oracle的并发机制和锁机制，型设计上就与其他数据库有着本质的区别，保证了oracle比其他数据库更适合高并发访问的OLRP环境，以达到高可用。 Oracle版本不断更新，功能不断添加，系统不断完善，本文主要以10G的oracle为例。 高可用（HA）有着两中不同的概念，在广义上讲，指整个系统的高可用性（High Availability）；在狭义上讲，指主机的冗余接管，如主机的HA。高可用解释为一下几方面： (1) 系统失败或崩溃 （System faults and crashes ） 应用层或者中间层错误（Application and middleware failures） 网络失败（Network failures） 介质失败（Media failures） 人为失误（Human Error） 分级与容灾（Disasters and extended outages） 计划冗余和维护（Planned downtime, maintenance and management tasks） 可见，高可用不仅包含了系统自身故障、应用层错误、网络错误、人为错误等，还包含了数据的冗余、容灾和维护。 在现阶段的使用的数据库中，基本没有真正的100%的在线服务，所以一般能达到99.9%以上的可用性的环境，一般都可以认为是较高的高可用环境了。 对于高可用性的在线要求标准，可参考如图1所示。 99% 99.9% 99.95% 99.99% 99.999% 图1 高可用性的在线要求标准 在公司一般是按照收益与投资成本计算方面来取得一个平衡，才是最中所希望的在线效率。数据管理员（DBA）就是为决策者和实施者提供一种思想，如何搭建最适合自己的高可用环境，不能盲目的追求最高可用性。 1.2 数据库集群 在现在高速发展的经济社会下，企业的规模也在迅猛扩张，企业的用户数量、数据量的爆炸式增长的情况下，对数据库提出较高的要求。在硬件下技术的高速发展，PC服务器以其高性能和低廉的价格而备受广大客户的青睐，所以企业也越来越追求更高的性能以及可用性，大家也都开始采用计算机集群技术，这样也大幅度的节约了投资成本。这样也就要求在数据库上组件集群。主要的原因有以下几点： 企业的成长，业务量的层架，数据库的访问量和数据量快速增长，这就要求它的处理能力和计算强度相应增大，这样单一设备根本无法承担。 在以上情况下，丢掉现有设备，做大量的硬件升级，一定会造成现有资源的浪费。于是人们希望通过几个中小型服务器组建集群，实现数据库的负载均衡以及持续扩展；在需要更高的数据库处理速度时，只要简单地增加数据库服务器就可以得到扩展。 数据库作为信息系统的和兴，掐着非常重要的作用，单一设备根本无法保证系统持续运行，若发生系统故障，将严重影响系统的正常运行，甚至带来巨大的经济损失。于是数据库集群必不可少，当某节点发生故障时，系统会自动检查故障并转移故障节点的应用，保证了数据库的持续工作。 数据库存放着企业的重要信息，一旦这些数据丢失，或者损坏，也会将带来无法预料的损失。所以企业希望通过组建数据库集群，实现数据的备份，来保障数据的安全性。 1.3 群集高可用性分析 一般数据库管理员都应该了解一些高可用性策略知错一些计划，更高效的管理。前提也要考虑也很多，例如一些停机事件，如图2、3所示。 图2 计划外停机 图3 计划停机 Oracle也有相应的解决方案，如图4所示。： 图4 解决方案 所以一般企业都会把RAC和DG结合到一起，达到群集系统的高可用，他们之间有着互补的作用，如图5所示。 图5 RAC和DG结合 基于群集的特点，才要求有更完美的运营策略。 2 Oracle RAC管理维护 2.1 日志Archived Log RAC中的每个实例都会产生自己的归档日志，归档日志只有在执行Media Recovery时才会用到，所以归档日志不必放在共享存储上，每个实例可以在本地存放归档日志。但是如果在单个实例上进行备份归档日志或者进行Media Recovery操作，又要求在这个节点必须能够访问到所有实例的归档日志，在RAC 环境下，配置归档日志可以有多种选择。 （1）使用NFS 这种方式实际是归档到共享存储，比如2个节点，每个节点都有2个目录，Arch1，Arch2分别对应实例1和实例2的日志。每个实例只配置一个归档位置，归档到本地，然后通过NFS