出现ORA-04031: unable to allocate 4096 bytes of shared memory错误时,该如何解决?_MySQL, Oracle及数据库讨论区_Weblogic技术|Tuxedo技术|中间件技术|Oracle论坛|JAVA论坛|Linux/Unix技术|hadoop论坛_联动北方技术论坛  
网站首页 | 关于我们 | 服务中心 | 经验交流 | 公司荣誉 | 成功案例 | 合作伙伴 | 联系我们 |
联动北方-国内领先的云技术服务提供商
»  游客             当前位置:  论坛首页 »  自由讨论区 »  MySQL, Oracle及数据库讨论区 »
总帖数
2
每页帖数
101/1页1
返回列表
0
发起投票  发起投票 发新帖子
查看: 2470 | 回复: 1   主题: 出现ORA-04031: unable to allocate 4096 bytes of shared memory错误时,该如何解决?        下一篇 
    本主题由 koei123 于 2015-6-1 14:57:11 移动
kim
注册用户
等级:中校
经验:1729
发帖:222
精华:0
注册:2011-7-21
状态:离线
发送短消息息给kim 加好友    发送短消息息给kim 发消息
发表于: IP:您无权察看 2015-3-26 16:04:52 | [全部帖] [楼主帖] 楼主

EXP-00008: ORACLE error 4031 encountered
ORA-04031: unable to allocate 4096 bytes of shared memory
("shared pool","BEGIN :EXEC_STR := SYS.DBMS...","PL/SQL MPCODE","BAMIMA: Bam Buffe

二、错误原因:

共享内存太小,存在一定碎片,没有有效的利用保留区,造成无法分配合适的共享区。

三、解决步骤:

1.查看当前环境

SQL>  show sga

Total System Global Area 566812832 bytes

Fixed Size          73888 bytes

Variable Size       28811264 bytes

Database Buffers     536870912 bytes

Redo Buffers        1056768 bytes

show parameter shared_pool

NAME                 TYPE  VALUE

------------------------------------ ------- -----

shared_pool_reserved_size      string 1048576

shared_pool_size           string 20971520

SQL> select sum(free_space) from v$shared_pool_reserved;
SUM(FREE_SPACE)
---------------
1048576


我们可以看到没有合理利用保留区

SQL> SELECT SUM(RELOADS)/SUM(PINS) FROM V$LIBRARYCACHE;
SUM(RELOADS)/SUM(PINS)
----------------------
.008098188


不算太严重

SQL> SELECT round((B.Value/A.Value)*100,1) hardpaseperc
FROM V$SYSSTAT A,
V$SYSSTAT B
WHERE A.Statistic# = 171
AND B.Statistic# = 172
AND ROWNUM = 1;
hardpaseperc
------------------
26.5


2.查看保留区使用情况

SQL>  SELECT FREE_SPACE,
FREE_COUNT,
REQUEST_FAILURES,
REQUEST_MISSES,
LAST_FAILURE_SIZE
FROM V$SHARED_POOL_RESERVED;
FREE_SPACE FREE_COUNT REQUEST_FAILURES REQUEST_MISSES LAST_FAILURE_SIZE
---------- ---------- ---------------- -------------- -----------------
1048576     1       146       0       4132


最近一次申请共享区失败时该对象需要的共享区大小4132

select name from v$db_object_cache where sharable_mem = 4132;
name
----------------
dbms_lob
-- dbms_lob正是exp时申请保留区的对象


3.查看导致换页的应用

SQL> select * from x$ksmlru where ksmlrsiz>0;
ADDR   INDX  INST_ID KSMLRCOM   KSMLRSIZ KSMLRNUM KSMLRHON KSMLROHV KSMLRSES
50001A88 0     1 BAMIMA: Bam Buffer 4100     64 DBMS_DDL 402745060 730DEB9C
50001ACC 1     1 BAMIMA: Bam Buffer 4108    736 DBMS_SYS_SQL 1909768749 730D0838
50001B10 2     1 BAMIMA: Bam Buffer 4112    1576 STANDARD 2679492315 730D7E20
50001B54 3     1 BAMIMA: Bam Buffer 4124    1536 DBMS_LOB 853346312 730DA83C
50001B98 4     1 BAMIMA: Bam Buffer 4128    3456 DBMS_UTILITY 4041615653 730C5FC8
50001BDC 5     1 BAMIMA: Bam Buffer 4132    3760 begin :1 := dbms_lob.getLeng... 2942875191 730CFFCC
50001C20 6     1 state objects    4184    1088 0 00
50001C64 7     1 library cache    4192    488 EXU8VEW  2469165743 730C1C68
50001CA8 8     1 state objects    4196     16 0 730C0B90
50001CEC 9     1 state objects    4216    3608 0 730D0838


3.分析各共享池的使用情况

SQL> select KSPPINM,KSPPSTVL
from x$ksppi,
x$ksppcv
where x$ksppi.indx = x$ksppcv.indx
and KSPPINM = '_shared_pool_reserved_min_alloc';
KSPPINM     KSPPSTVL
-------------------------------  --------
_shared_pool_reserved_min_alloc  4400  --(门值)


我们看到INDX=5,DBMS_LOB造成换页(就是做exp涉及到lob对象处理造成的换页情况),换出最近未使用的内存,但是换出内存并合并碎片后在共享区仍然没有合适区来存放数据,说明共享区小和碎片过多,然后根据_shared_pool_reserved_min_alloc的门值来申请保留区,而门值为4400,所以不符合申请保留区的条件,造成4031错误。我们前面看到保留区全部为空闲状态,所以我们可以减低门值,使更多申请共享内存比4400小的的对象能申请到保留区,而不造成4031错误。

4.解决办法:
1).增大shared_pool (在不DOWN机的情况下不合适)
2).打patch  (在不DOWN机的情况下不合适)
3).减小门值 (在不DOWN机的情况下不合适)
因为LAST_FAILURE_SIZE<_shared_pool_reserved_min_alloc所以表明没有有效的使用保留区

SQL> alter system set "_shared_pool_reserved_min_alloc" = 4000;
alter system set "_shared_pool_reserved_min_alloc"=4000
*
ERROR at line 1:
ORA-02095: specified initialization parameter cannot be modified
-- 9i的使用方法alter system set "_shared_pool_reserved_min_alloc"=4000 scope=spfile;


4).使用alter system flush shared_pool; (不能根本性的解决问题)
5).使用dbms_shared_pool.keep

5.由于数据库不能DOWN机,所以只能选择3)和4)
运行dbmspool.sql

SQL> @/home/oracle/products/8.1.7/rdbms/admin/dbmspool.sql


找出需要keep到共享内存的对象

SQL> select a.OWNER,
a.name,
a.sharable_mem,
a.kept,
a.EXECUTIONS ,
b.address,
b.hash_value
from v$db_object_cache a,
v$sqlarea b
where a.kept = 'NO' and
(( a.EXECUTIONS > 1000
and a.SHARABLE_MEM > 50000)
or a.EXECUTIONS > 10000)
and SUBSTR(b.sql_text,1,50) = SUBSTR(a.name,1,50);
OWNER  NAME            SHARABLE_MEM KEP EXECUTIONS ADDRESS HASH_VALUE
------- ----------------------—--- ------------ --- ---------- -------- ----------
SELECT COUNT(OBJECT_ID)   98292    NO  103207  74814BF8 1893309624
FROM ALL_OBJECTS
WHERE OBJECT_NAME = :b1
AND OWNER = :b2
STANDARD          286632    NO  13501
DBMS_LOB          98292  NO  103750
DBMS_LOB        47536    NO  2886542
DBMS_LOB        11452    NO  2864757
DBMS_PICKLER        10684    NO  2681194
DBMS_PICKLER        5224     NO  2663860
SQL> execute dbms_shared_pool.keep('STANDARD');
SQL> execute dbms_shared_pool.keep('74814BF8,1893309624','C');
SQL> execute dbms_shared_pool.keep('DBMS_LOB');
SQL> execute dbms_shared_pool.keep('DBMS_PICKLER');
SQL> select OWNER, name, sharable_mem,kept,EXECUTIONS from v$db_object_cache where kept = 'YES' ORDER BY sharable_mem;
SQL> alter system flush shared_pool;
System altered.
SQL> SELECT POOL,BYTES FROM V$SGASTAT WHERE NAME ='free memory';
POOL       BYTES
----------- ----------
shared pool  7742756
large pool   614400
java pool    32768
[oracle@ali-solution oracle]$ sh /home/oracle/admin/dbexp.sh
[oracle@ali-solution oracle]$ grep ORA- /tmp/exp.tmp


未发现错误,导出数据成功

四、建议:

由于以上解决的方法是在不能DOWN机的情况下,所以没能动态修改初始化参数,但问题的本质是共享区内存过小,需要增加shared pool,使用绑定变量,才能根本的解决问题,所以需要在适当的时候留出DOWN机时间,对内存进行合理的配置。

--转自 北京联动北方科技有限公司

该贴由koei123转至本版2015-6-1 14:57:11



赞(0)    操作        顶端 
wei.yang
注册用户
等级:少校
经验:1172
发帖:26
精华:0
注册:1970-1-1
状态:离线
发送短消息息给wei.yang 加好友    发送短消息息给wei.yang 发消息
发表于: IP:您无权察看 2015-3-30 15:42:07 | [全部帖] [楼主帖] 2  楼

方法不错 谢谢分享!



赞(0)    操作        顶端 
总帖数
2
每页帖数
101/1页1
返回列表
发新帖子
请输入验证码: 点击刷新验证码
您需要登录后才可以回帖 登录 | 注册
技术讨论