Oracle数据库内存结构:SGA的区域信息_Oracle数据库_黑客防线网安服务器维护基地--Powered by WWW.RONGSEN.COM.CN

Oracle内存结构:SGA的区域信息

作者:黑客防线网安Oracle维护基地 来源:黑客防线网安Oracle维护基地 浏览次数:0

黑客防线网安网讯:  SGA的区域信息  SGA(system global area)系统全局区跟一些必须的后台进程合进来称为实例(Instance)。说它是全局区是包含了全局变量和数据结构,是系统区是包含了进入整个Oracle I...

  SGA的区域信息

  SGA(system global area)系统全局区跟一些必须的后台进程合进来称为实例(Instance)说它是全局区是包含了全局变量和数据结构是系统区是包含了进入整个Oracle Instance的数据结构而不是特定的进程结构

  SGA区域:

  SGA大概包括下面四到五种区域:

  The fixed area

  The variable area

  The database blocks area

  The log buffer

  The instance lock database(for parallel server instances)——OPS&RAC

  根据内存的大小我们可以把The fixed area和The log buffer设为很小。

  The fixed area:

  SGA中的The fixed area包含了数千个原子变量,以及如latches和指向SGA中其它区域的pointers(指针)等小的数据结构。通过对fixed table内表X$KSMFSV查询(如下)可以获得这些变量的名字,变量类型,大小和在内存中的地址。

  SQL> select ksmfsnam, ksmfstyp, ksmfssiz, ksmfsadr

  2> from x$ksmfsv;

  这些SGA变量的名字是隐藏的而且几乎完全不需要去知道。但是我们可以通过结合fixed table内表X$KSMMEM获得这些变量的值或者检查它们所指向的数据结构。

  SQL>select a.ksmmmval from x$ksmmem a where addr=(select addr from x$ksmfsv where ksmfsnam=‘kcrfal_’);

  SGA中的fixed area的每个组成部分的大小是固定的。也就是说它们是不依靠于其它的初始化参数的设置来进行调整的。fixed area中的所以组成部分的大小相加就是fixed area的大小。

  The variable area:

  SGA中的the variable area是由large pool和shared pool组成的。large pool的内存大小是动态分配的,而shared pool的内存大小即包含了动态管理的内存又包含了永久性的(已经分配的)内存。实际上,初始化参数shared_pool_size的大小设置是指定shared pool中动态分配的那部分内存的一个大概的SIZES而不是整个shared pool的SIZES

  Shared pool中永久性的内存包含各种数据结构如:the buffer headers, processes, sessions, transaction arrays, the enqueue resources , locks, the online rollback segment arrays, various arrays for recording statistics.其中大部分的SIZE是依靠初始参数的设置来确定的。这些初始参数只能在实例被关闭的状态下才能够进行修改。所以这里说的永久性是针对实例打开状态下的生存期而言。简单的一个例子PROCESSES参数。在这个process arrays中的slots用完之后,如果有其它的process想再申请一个process则会失败,因为它们在内存中的大小是在实例启动时预分配的。不能动态修改之。

  针对很多永久性的arrays,有很多的X$表都把这些元素做一个记录而成员结构则作为字段。V$视图的数据就是从这些X$表获得。如V$PROCESS是基于X$KSUPR内表的。V$PROCESS视图不包含X$KSUPR的全部字段。 X$KSUPR也没有覆盖SGA进程结构的所有成员。

  The variable area的在SGA中的SIZES就等于LARGE_POOL_SIZE,SHARED_POOL_SIZE和永久性的内存arrays的SIZE三者相加。 永久性的内存arrays的总的SIZE可以通过初始参数的设置来计算得到。然而,你需要知道从参数获得这些array sizes的方程式,每个array元素大小的字节数,还有array头信息的sizes.这些跟Oracle的版本号和OS有关。实际使用中,我们是不必要计算这个永久性的内存arrays的SIZE的。如果想知道,一个方法就是在STARTUP NOMOUNT数据库时记下the variable area.然后减去参数中LARGE_POOL_SIZE和SHARED_POOL_SIZE的大小就可以。

  The database block area:

  这个区域是数据库块的拷贝。在Oracle 8i中,buffer数由DB_BLOCK_BUFFERS指定。每个buffer的大小由DB_BLOCK_SIZE指定。所以这个区域的大小是两者相乘。在Oracle 9i中,这个区域的大小是DB_CACHE_SIZE指定。这个区不包含它们自己的控制结构,只包含database block copies data.每个buffer的header信息存在于SGA的the variable area中。还有latches信息也放在SGA的the variable area中。在设置DB_BLOCK_BUFFERS时每4个BUFFERS会影响the variable area的1K的SIZE.关于这一点。可以通过测试(针对8i而言)。

  The log buffer:

  这个区域的SIZE是由参数LOG_BUFFER指定的。如果OS支持内存保护,log buffer将会被两个保护页面包围起来以免被一些ORACLE的错误进程损坏log buffer.在SGA中,跟其它的如variable area和database block area相比,log buffer是非常小的。log buffer分成内部的buffer blocks,而这些block各有8个字节的头部信息存在于variable area中。

  The instance lock database

  在OPS/RAC配置中,instance locks用来控制由所有instances共享的资源以串行的方式被进入并使用。SGA中的这个区域所维护的是本地实例所要使用的数据库资源,所有实例和进程都会用到的数据库资源,还有所有实例和进程当前需要的或者已经拥有的锁(LOCKS)。这三个arrays的SIZE分别由参数LM_RESS,LM_PROCS,LM_LOCKS参数指定。(这三个参数是RAC的参数,在单实例中用SHOW PARAMETER是查看不到的)。 The instance lock database还包含了message buffers和其它的structure.但是其SIZE是非常小的。

  这个区域的SIZE是没办法在实例启动的时候看到的。这是Oracle Internals.可以用ORADEBUG工具查看。SQL>ORADEBUG IPC.至于ORADEBUG工具就不做介绍。用这个工具做操作时需要经过Oracle Support同意。

  可以用以下的两种方式DUMP SGA:

  SQL>ALTER SESSION SET EVENTS 'immediate trace name global_area level 2';

  或者SQL>ORADEBUG DUMP GLOBAL_AREA 2

    黑客防线网安服务器维护方案本篇连接:http://www.rongsen.com.cn/show-11898-1.html
网站维护教程更新时间:2012-03-23 00:25:23  【打印此页】  【关闭
我要申请本站N点 | 黑客防线官网 |  
专业服务器维护及网站维护手工安全搭建环境,网站安全加固服务。黑客防线网安服务器维护基地招商进行中!QQ:29769479

footer  footer  footer  footer