Oracle数据库11g最突出的五大特性

类型：硬件驱动大小：8.3M语言：中文评分：2.6
标签：

立即下载

Oracle数据库11g五大特点与自我调整

在这里，我首先简单的介绍一下Oracle11g的五大特点，接着详细介绍其自我调整。

Oracle11g最突出的五大特性是：
相比在无压缩格式下存储数据，新的Oracle数据压缩技术能够确保以较小的开销节省三倍以上的磁盘存储空间。这一点比仅节省磁盘空间要具有更大的优势，因为它能够使企业节约更多的开支，以便有更多的资金来巩固自己的地位，中型企业尤其适合。
自动诊断知识库（Automatic Diagnostic Repository，ADR）是专门针对严重错误的知识库。该知识库基本上能够自动完成一些以往需要由数据库管理员来手动完成的操作。

作为ADR的一部分，SQL性能分析器（SQL Performance Analyzer，SPA）是最令人兴奋的特性之一。SQL性能分析器是一个整体调整工具，管理员可以通过该工具在数据库上定义和重演(replay) 一个典型的工作负载，之后管理员可以调节整体参数来使数据库尽快的达到最佳性能——而这一任务同样也是许多年以来由数据库管理员手动完成的。

由于获得了最优的初始参数，数据库管理员就不需要调整数以万计的SQL语句。管理员需要做的就是给定一个典型的负载，由SAP根据历史记录来决定SQL的最终设置，而不用管理员来检测哪一个SQL设置是最合理的。

多年以来，甲骨文公司一直在努力完成地另一个新特性便是“联机更新”(在不down机的情况下更新软件)。实际上，很难从软件工程的角度来设计一个运行时能自动升级的软件。由于真正的应用集群（Real Application Clusters ，RAC）特性，甲骨文公司再一次对其他的数据库供应商造成了更大的压力。在实际的使用过程中，数据库产品的用户总是希望产品有持续的高可用性，这并不是说只需满足下次补丁更新之前的3年的时间就够了。

自动内存管理（Automatic Memory Management，AMM）这一特性可以追溯到Oracle 9i，那时甲骨文公司推出首款自动调节存储池的工具。AMM工具其实就是一种探测机制。实际上，Oracle11g 有很多随机访问存储池，当AMM探测到某个存储池中已满时，它将整个RAM从一个区域分配到其他合适的区域。

简言之，Oracle11g是功能非常强大，技术极先进的。希望有更多的朋友来学习她，使用她，研究她。好，让我们再来详细了解一下她的自我调整：

如何让数据库能够实现自我调整，减轻数据库管理员的工作量，是甲骨文公司一直追求的目标。毕竟其数据库的复杂程度远远超出同类数据库;而且，其数据库的维护成本也比其他数据库要高出不少。所以，甲骨文公司追求Oracle数据库的自我调整与优化，降低Oracle数据库的维护成本，也是可以理解的。

　　自我调整SGA与自我调整检查点，虽然是Oracle数据库10G版本中的新增功能，但是，在11G的版本中，才真正发挥到极致，被数据库管理员充分肯定并积极采纳。下面我结合实际的工作经验，带领大家一起看看，这两个新特性，是如何帮助企业降低维护成本，提高数据库的管理效率的。

　　一、自我调整检查点。

　　在以前的文章中，我谈到过，Oracle数据库中有存储缓冲区，其包括三部分内容，一种叫做脏缓冲存储区。这个缓冲存储区中存储的是已经被修改的数据。一般情况下，这个数据不会马上被写入到数据文件中去。除非空闲缓冲快用完了，这个数据才会被写入数据文件。但是，如此的话，也会遇到一个问题，若空闲缓冲区刚用完的时候，其他用户也在频繁的对数据库进行读写操作，在这个繁忙的时刻，再往数据库文件中写入更改后的数据，那么，很明显，会极大的影响数据库的性能。

　　所以，作为数据库管理员，我们的设想是能否在I/Q操作比较空的时候，就把脏缓冲中的数据写入到数据库中去呢?这若是靠数据库管理员手工管理肯定不现实，我们数据库有这个自动判断的功能。甲骨文好像听到了我们众多数据库管理员的呼声，在10G版本的数据库中新增了这个功能，并在11G版本中进行了完善，这就是自我调整检查点的自我调整功能。

　　检查点是将内存中修改的数据与数据库中的数据文件同步的手段。Oracle数据库定期将检查点之间修改的数据写入数据文件，这种做法的要求之一是需要服务器有足够的可用内存，以提高为即将进行的操作寻找空闲内存的执行性能。

　　所以，这个检查点的设置，跟很多参数有关，如服务器的内存等等。虽然在以前的版本中，数据库管理员可以通过设置相关的初始化参数，来指定预期的崩溃恢复时间。但是，实际上，由于这个设置复杂，影响因素众多，所以，很少有数据库管理员会去调整这个参数，而都是采用其默认的设置。

　　我在使用Oracle11g数据库中，印象最深的是数据库可以自我调整检查点。虽然在10G中也已经提出了这个功能，但是用的总是不怎么顺心。在11G中作了一定的改善，从而使得这个新功能得到了大家的认同。使用数据库的自动检查点调整，数据库就会自动判断数据库的繁忙程度，具体的说是判断I/Q 操作的繁忙程度，数据库会自动在其比较空闲的时候，把脏缓冲期中的内容写入到数据文件中，从而降低对数据库吞吐量所产生的影响，提高数据库的操作性能。

　　其实，这个检查点的自我调整功能就好像是一个交通警察，当道路繁忙的时候，下班高峰期时，一些打扫卫生的清洁车就不能进入车道;只有到道路比较空闲的时候，清洁车才能进入车道打扫卫生。从而把清洁车对于车道的正常运行的影响降低到最低。

　　当然，这个改善可能用户一下子还察觉不出来。

但是，我们通过数据库日志进行前后的对比，就会发现，两者的差异是很大的。利用了数据库检查点自我调整功能后，数据库的查询性能，特别是查询大量数据的性能，得到了比较显著的改善。

　　不过，话说回来，数据库的自我调整功能虽然是一个不错的“交通警察”，但是当车真的很多的时候，最好的“交通警察”，也是无能为力。此时，就需要对硬件上的改善，如增加服务器的内存等等。毕竟像数据检查点等自我调整功能只能够改善硬件的利用能力，而不能从本质上提升硬件的容量。
　　　二、自我调整系统全局区。
　　SGA是一个英文简称，中文的意思是系统全局区。它是一个存储区域，被所有用户所共享。系统全局区内就像是一个个格子，每个格子就是一个存储组件，用来存放为满足每类内存分配需求而使用的内存池。例如用户最近查询过的数据块就会被保存在其中的一个格子里;数据库的结构等变化需求等也会被存储在这些格子中。

　　现在就遇到一个问题，格子大小的问题。若格子太大，整个格子只装了不到三分之一的内容，那么明显是一种浪费，这些空间本来是可以被用作其他用途的;若格子太小，信息存放不下去了，就又会发生内存分配错误。

　　如果数据库管理员自己来调整这些格子的大小，那么难度也是可想而知的。因为这些空间的需求量是不确定的，随着业务的不同，其需要的容量也随之改变。所以，数据库管理员希望数据库能够对系统全局区进行动态分配，能够让数据库根据实际的需要量，划分这些格子的存储空间。当然有个前提，就是其不超出总的容量大小。

　　在Oracle 10G与11G的数据库系统中，增加并完善了这方面的功能，实现了对于系统全局区的动态分配功能。也就是说，我们数据库管理员，只需要制定一个系统全局区的总大小，然后，里面的格子怎么分，就不需要我们关心了。Oracle数据库会自己根据里面居住的客人数量的多少，进行分配。Oracle数据库会担负起在整个系统全局区内部进行优化内存分配对一个重任。数据库有了这个改进之后，这些房间的大小就不是固定的，而是会随着业务量的不同而实现动态的梗概。如此的话，一方面，房间的空间不会被浪费，不会一个房间很挤而其他房间很空;另一方面，也不会因为存储信息的时候因为空间不够而发生内存存储错误。

　　通过这个自我调整系统全局区的功能，Oracle数据库会智能地对数据库服务器的内存进行合理的分配，提高内存的使用效率，提高数据库的性能。

　　不过，这两项功能，都提供了自定义的功能，如可以自己定义系统全局区的总大小以及检查点的恢复时间等等。虽然定义起来比较简单，但是，有个问题就是定义多大才使合理的呢?这个很难确定。因为这根据企业应用不同而有所区别，没有什么可以参考的标准。一般情况下，数据库管理员可能需要观测数据库性能达一年以上，才能够取得一个合理的值。所以，我的建议是，刚开始的时候，就采取默认的设置。让数据库自己根据服务器的硬件配置，去取得合理的参数。在以后若有必要的时候，再根据相关的信息，去设置一个合理的值。