32bit oracle由于位数限制，使得oracle进程只能访问4g(2的32次方)以下的虚拟内存地址，在很多时候这是一个很让人头疼的问题，因为空着许多内存而不能使用，而默认情况下SGA不能超过1.7g。比如我们的linux下有8g内存，却有部分空着不能用干着急。这个时候我们就要考虑怎样扩展oracle的SGA。那么首先，如何识别32bit的oracle呢？我们可以通过如下查询得到

sys@OCN> select * from v$version;

    BANNER
    ----------------------------------------------------------------
    Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production
    PL/SQL Release 9.2.0.4.0 - Production
    CORE 9.2.0.3.0 Production
    TNS for Linux: Version 9.2.0.4.0 - Production
    NLSRTL Version 9.2.0.4.0 - Production

如果是64bit oracle，在查询结果中一定会显示 64bit 字样，没有出现，则一定是32bit oracle .当然，在os上通过file oracle 也能看到

    [oracle@ocn2 bin]$ cd $ORACLE_HOME/bin
    [oracle@ocn2 bin]$ file oracle
    oracle: setuid setgid ELF 32-bit LSB executable, Intel 80386, version 1, dynamically linked (uses shared libs), not stripped
    [oracle@ocn2 bin]$

在某些os上，比如AIX上，64bit oracle 会正常显示信息，32bit则不正常显示。

在确认了32bit oracle之后，我们要明白，通常情况下我们的OS进程只能访问4g以下的空间，redhat linux AS 2.1 或者AS3.0版本例外，他们可以提供VLM(Very large memory)功能支持，使得通过转换可以使用36bit来标志内存地址，那么就是2的36次方理论上最大可支持64g内存访问。在oracle中，则是通过将内存当作文件来访问的，虚拟一个 /dev/shm 的文件系统，这个文件系统是完全由内存组成的，这样将突破4g的限制。那回过来我们看看，既然进程可以访问4g以下内存为何通常SGA又是1.7g呢。

在OS中，规定了一个进程在应用程序中，能访问的虚拟内存空间为0--3g,而3g--4g这段虚拟地址空间是保留给kernel使用的。要注意我们这里强调的是虚拟地址空间，并没有说物理地址空间，也就是说，假设有8g的内存，这0--3g的虚拟地址空间可能出现在8g内存的3g--8g部分内存段，并不是说是物理内存的0--3g段。而在这0--3g的虚拟地址中，oracle又是如何来使用的呢，这是固定好了地址的。

    +++++++++++++++ 4g
    + -------------------------+
    +------------------------- +
    +------------------------- +
    +++++++++++++++ 3g: kernel
    + ------------------------- +

[1] [2] [3] [4] [5] [6] [7] [8] 下一页

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

下一篇:自动调整 Oracle9i Database：Oracle SGA(1)