Chinaunix首页 | 论坛 | 博客
  • 博客访问: 848403
  • 博文数量: 72
  • 博客积分: 0
  • 博客等级: 民兵
  • 技术积分: 435
  • 用 户 组: 普通用户
  • 注册时间: 2013-04-27 20:07
个人简介

郭一军,网名guoyJoe,尖峰在线培训创始人、Oracle OCM、ITPUB论坛Oracle认证版版主、2013最佳精华贴、Senior DBA、Oracle OCT、 ACOUG MEMBER、CSDN 认证专家、RHCE、在线技术分享的倡导者和实践者。 http://www.jianfengedu.com http://jianfengedu.taobao.com

文章分类
文章存档

2014年(72)

分类: Oracle

2014-06-19 10:38:48

很早之前,在一次讲课了,用了命令ipcs,发现oracle的共享内段好小,如下:

oracle@mydb ~]$ ipcs -a

------ Shared Memory Segments --------
key        shmid      owner      perms      bytes      nattch     status      
0x00000000 32768      root      644        72         2                       
0x00000000 65537      root      644        16384      2                       
0x00000000 98306      root      644        280        2                       
0x00000000 1409028    oracle    640        4096       0                       
0x00000000 1441797    oracle    640        4096       0                       
0x079918e8 1474566    oracle    640        4096       0                       

------ Semaphore Arrays --------
key        semid      owner      perms      nsems     
0x87a36da4 1343489    oracle    640        154       

------ Message Queues --------
key        msqid      owner      perms      used-bytes   messages   

今天突然想起,刚好有空,来总结一下:

上面显示Oracle共享内存段只有4096个字节,这太小了吧,哦,对了,我这是Oracle11g:

sys@OCM> select * from v$version;

BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
PL/SQL Release 11.2.0.3.0 - Production
CORE    11.2.0.3.0      Production
TNS for Linux: Version 11.2.0.3.0 - Production
NLSRTL Version 11.2.0.3.0 - Production

Oraccle11g的对内存的管理用了两个新的参数:

sys@OCM> show parameter memory

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
hi_shared_memory_address             integer     0
memory_max_target                    big integer 1G
memory_target                        big integer 0
shared_memory_address                integer     0



会不会是参数memory_max_target在作怪呢,把它关了试试,我这里把它设为0,然后重启数据库。

sys@OCM> alter system set memory_max_target=0 scope=spfile;

System altered.

sys@OCM> startup force;
ORACLE instance started.

Total System Global Area  943669248 bytes
Fixed Size                  2234000 bytes
Variable Size             541067632 bytes
Database Buffers          394264576 bytes
Redo Buffers                6103040 bytes
Database mounted.
Database opened.


再看共享内存:

[oracle@mydb ~]$ ipcs -a

------ Shared Memory Segments --------
key        shmid      owner      perms      bytes      nattch     status      
0x00000000 32768      root      644        72         2                       
0x00000000 65537      root      644        16384      2                       
0x00000000 98306      root      644        280        2                       
0x00000000 1802244    oracle    640        4096       0                       
0x00000000 1835013    oracle    640        4096       0                       
0x079918e8 1867782    oracle    640        4096       0                       

------ Semaphore Arrays --------
key        semid      owner      perms      nsems     
0x87a36da4 1736705    oracle    640        154       

------ Message Queues --------
key        msqid      owner      perms      used-bytes   messages    


怎么回事,没变啊?

是不是参数没改对,继续校验参数:

sys@OCM> show parameter mem

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
hi_shared_memory_address             integer     0
memory_max_target                    big integer 904M
memory_target                        big integer 0
shared_memory_address                integer     0

果然没改过来,是不是命令alter system set memory_max_target=0 scope=spfile;没用啊,不能怎么设,但这命令本身设置重启也没报错。

来个狠一点的命令重置默认值:

sys@OCM> alter system reset memory_max_target;

System altered.

sys@OCM> startup force;
ORACLE instance started.

Total System Global Area  680665088 bytes
Fixed Size                  2231352 bytes
Variable Size             276825032 bytes
Database Buffers          394264576 bytes
Redo Buffers                7344128 bytes
Database mounted.
Database opened.
sys@OCM> show parameter mem

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
hi_shared_memory_address             integer     0
memory_max_target                    big integer 0
memory_target                        big integer 0
shared_memory_address                integer     0

这下可以了,参数memory_max_target终于等于0了。

我们再来看ORACLE共享内存:

[oracle@mydb ~]$ ipcs -a

------ Shared Memory Segments --------
key        shmid      owner      perms      bytes      nattch     status      
0x00000000 32768      root      644        72         2                       
0x00000000 65537      root      644        16384      2                       
0x00000000 98306      root      644        280        2                       
0x00000000 1933316    oracle    640        12582912   30                      
0x00000000 1966085    oracle    640        671088640  30                      
0x079918e8 1998854    oracle    640        2097152    30                      

------ Semaphore Arrays --------
key        semid      owner      perms      nsems     
0x87a36da4 1867777    oracle    640        154       

------ Message Queues --------
key        msqid      owner      perms      used-bytes   messages    

可以了!已从4096字节变成671088640多字节了。大笑,总结只要把参数memory_max_target设为0就能看到。这里不建议大家去这样改,只是为了解释一下这个现象。

上面那幅图留给童鞋们思考,不再解释了。。。


QQ:252803295

技术交流QQ群:
DSI&Core Search  Ⅰ 群:127149411(2000人技术群:未满)
DSI&Core Search  Ⅱ 群:177089463(1000人技术群:未满)
DSI&Core Search  Ⅲ 群:284596437(500人技术群:未满)
DSI&Core Search  Ⅳ 群:192136702(500人技术群:未满)
DSI&Core Search  Ⅴ 群:285030382(500人闲聊群:未满)


MAIL:dbathink@hotmail.com

BLOG: http://blog.csdn.net/guoyjoe

WEIBO:

ITPUB: http://www.itpub.net/space-uid-28460966.html

OCM:   

ACONG:  




阅读(3564) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~