针对很多永久性的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