The Large Pool(大池)
大池是可选的,如果创建,将会自动的被各种各样的进程拿来使用,本来这些进程是使用共享池的内存。
主要使用共享池的进程有:
shared server processes(UGA空间,not fixed UGA,fixed UGA is allocate from shared pool.)
Parallel execution servers(当parallel_automatic_tuning参数设置为true的时候)
Some I/O processes may also make use of the large pool, such as the processes used by the
Recovery Manager when it is backing up to a tape device.
oracle XA接口
如果一个进程需要使用大池的内存,如果大池不可用,将会出现错误(ORA-4031)。如果大池存在将会被使用。
oracle引入大池的目的是对内存管理与分配进行细分(大池的管理方式并不是使用LRU的列表管理方式。)
因为用户会话信息当连接断开以后就不在需要,RMAN的时候也需要分配与释放大量的内存。总之一句话大池中的
信息是临时保持的,使用大池的进程不要使用这些数据的时候即可释放。
From 9i release 2 onward it is possible to create and to resize a large pool after instance startup.
With earlier releases, it had to be defined at startup and was a fixed size. From release 10g onward,
creation and sizing of the large pool can be completely automatic.The large pool size is dynamic and
can be automatically managed.
大池的空间不在共享池中分配,而是在数据库启动的时候分配。
SQL> show parameter large_pool_size;
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
large_pool_size big integer 60M
查看大池大小,可以使用相应的alter system parameter命令在数据库运行期间修改大池大小
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/26110315/viewspace-715716/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/26110315/viewspace-715716/