SGA_MAX_SIZE
假设sga_max_size的大小设置为500M，os一般是不会在oracle启动的时候就给它全部的实际内存，而可能只给200M。随着程序的运行，Oracle不断的需要内存，而假设计算机的所有实际内存只有500M，那么很肯定的是OS不可能把全部500M实际内存分配给oracle的sga，可能也最多就给了350M，剩下的150M使用虚拟内存。
假设我的机器物理内存（实际内存）足够多，如何让Oracle所申请的SGA内存全部在物理内存中呢，因为假设使用了虚拟内存，必定会带来额外的PAGE IN/PAGE OUT的I/O操作，这是很不合算的。这个问题其实就是在物理内存中固定SGA的问题，这要涉及到另外两个参数LOCK_SGA和PRE_PAGE_SGA以及具体操作系统是否支持内存锁定。

SQL> select * from v$version;

BANNER
----------------------------------------------------------------
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bi
PL/SQL Release 10.2.0.1.0 - Production
CORE 10.2.0.1.0 Production
TNS for Linux: Version 10.2.0.1.0 - Production
NLSRTL Version 10.2.0.1.0 - Production

1.查看lock_sga和pre_page_sga参数的默认值
SQL> show parameter sga

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
lock_sga boolean FALSE
pre_page_sga boolean FALSE
sga_max_size big integer 724M
sga_target big integer 724M

2、修改lock_sga和pre_page_sga参数
alter system set lock_sga=true scope=spfile;
alter system set pre_page_sga=true scope=spfile;
3、关闭数据库时再重启数据库出现以下错误
startup;
ORA-27102: out of memory
Linux-x86_64 Error: 12: Cannot allocate memory
原因很简单，Linux操作系统对每一个任务在物理内存中能够锁住的最大值做了限制！需要手工进行调整。
4、“ORA-27102”及“Cannot allocate memory”问题处理
1）使用“ulimit -a”命令获得“max locked memory”的默认大小
[root@dbmain ~]# ulimit -a
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 0
file size (blocks, -f) unlimited
pending signals (-i) 20479
max locked memory (kbytes, -l) 32
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) 10240
cpu time (seconds, -t) unlimited
max user processes (-u) 20479
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
可见，一个任务可以锁住的物理内存最大值是32kbytes，这么小的值根本无法满足我们SGA的5G大小需求。
2）在root用户下尝试修改，成功。
[root@secDB ~]# ulimit -l unlimited
[root@dbmain ~]# ulimit -a
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 0
file size (blocks, -f) unlimited
pending signals (-i) 20479
max locked memory (kbytes, -l) unlimited
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) 10240
cpu time (seconds, -t) unlimited
max user processes (-u) 20479
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
然后再重新启动数据库就成功了。

6、per_page_size参数详解

今天具体的了解到了pre_page_sga这个参数的具体应用。oracle实例启动时，只会在物理内存中载入sga的各个内存的最小的大小（以粒度为单位），而剩余的sga只会在虚拟内存中分配。只有当进程touch到相应的 page时，才会置换到物理内存中。但是，我们也希望oracle在启动后，所有的sga全部分配到物理内存上面，这时我们可以把这个参数设置成 true（默认值是false）。

当参数设置为TRUE时，不仅在实例启动时，需要touch所有的SGA页，并且由于每个oracle进程都会访问SGA区，所以每当一个新进程启动时（在Dedicated Server方式中，每个会话都会启动一个Oracle进程），都会touch一遍该进程需要访问的所有页。因此，每个进程的启动时间页增长了。所以，这个参数的设置需要根据系统的应用情况来设定。在这种情况下，进程启动时间的长短就由系统内存的页的大小来决定了。例如，SGA大小为100M，当页的大小为4K时，进程启动时需要访问100000/4=25000个页，而如果页大小为4M 时，进程只需要访问100/4=25个页。页的大小是由操作系统指定的，并且是无法修改的。但是，要记住一点：PRE_PAGA_SGA只是在启动时将物理内存分配给SGA，但并不能保证系统在以后的运行过程不会将 SGA 中的某些页置换到虚拟内存中，也就是说，尽管设置了这个参数，还是可能出现 Page In/Out。如果需要保障SGA不被换出，就需要由另外一个参数LOCK_SGA 来控制了。

lock_sga这个参数的默认值是false，为了保证sga被锁定在物理内存中，而不必页入/页出，可以把这个参数设置为true。这时就可以将全部的sga锁定在物理内存中了。但是有的系统不支持内存锁定，这时这个参数就无效了。

5、小结
 

通过修改lock_sga和pre_page_sga参数值为“TRUE”可以有效的将整个SGA锁定在物理内存中，这样可以有效的提高系统的性能，推荐酌情进行调整。
注意：不同的操作系统对这lock_sga参数的支持情况是不同的，如果操作系统不支持这种锁定，lock_sga参数将被忽略。