单库内存最大40％，生产环境大家自行调整吗

pspdowndown

oracle on linux，默认一个库最大内存为40％，受限于系统的tmpfs（默认50％）。现在服务器的内存越来越大，是否可以通过调整tmpfs的大小来提高分配给单库的内存。

生产环境建议这么做吗？

谢谢。

Maclean Liu(刘相兵

"默认一个库最大内存为40％，受限于系统的tmpfs（默认50％）?"

请解释一下你 的说法  为什么 一个库最大内存为40%? 受限于 tmpfs又是什么道理？

pspdowndown

原帖由 maclean 于 2012-5-9 22:11 发表 "默认一个库最大内存为40％，受限于系统的tmpfs（默认50％）?"请解释一下你 的说法  为什么 一个库最大内存为40%? 受限于 tmpfs又是什么道理？

dbca的时候，给库分配内存最大就40％，太大会提示无法超过一个值，那值好像就是tmpfs的大小

Maclean Liu(刘相兵

仅在 32bit OS上 SGA存在不能超过1.7GB的限制 ， 对于 64bit OS SGA的大小比例一般没有硬性的限制，如：

[oracle@vrh8 ~]$ uname -a
Linux vrh8.oracle.com 2.6.32-200.13.1.el5uek #1 SMP Wed Jul 27 21:02:33 EDT 2011 x86_64 x86_64 x86_64 GNU/Linux


[oracle@vrh8 ~]$ cat /proc/meminfo |grep MemTotal
MemTotal:        4050940 kB


4GB 的物理内存 ， OS为  x86_64 ，设置AUTO SGA=3000M =75% physical memory

SQL> alter system set sga_target=3000M scope=spfile;

System altered.

SQL> startup force;
ORACLE instance started.

Total System Global Area 3154116608 bytes
Fixed Size                  2099584 bytes
Variable Size             637535872 bytes
Database Buffers         2499805184 bytes
Redo Buffers               14675968 bytes
Database mounted.
Database opened.




SQL> select sum(current_size)/1024/1024 from v$sga_dynamic_components;

SUM(CURRENT_SIZE)/1024/1024
---------------------------
                       2992

                                          
[oracle@vrh8 ~]$ ipcs -ma

------ Shared Memory Segments --------
key        shmid      owner      perms      bytes      nattch     status      
0x00000000 1998849    root      644        80         2                       
0x00000000 2031618    root      644        16384      2                       
0x00000000 2064387    root      644        280        2                       
0x4e91d7cc 2228228    oracle    640        3156213760 21                     

------ Semaphore Arrays --------
key        semid      owner      perms      nsems     
0x125c9f24 655361     oracle    640        154      

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

                                          
[oracle@vrh8 ~]$ ps -ef|grep pmon|grep -v grep
oracle   15662     1  0 22:29 ?        00:00:00 ora_pmon_G10R25
[oracle@vrh8 ~]$ pmap -d 15662
15662:   ora_pmon_G10R25
Address           Kbytes Mode  Offset           Device    Mapping
0000000000400000  102828 r-x-- 0000000000000000 0fd:00000 oracle
0000000006a6a000     560 rwx-- 000000000646a000 0fd:00000 oracle
0000000006af6000     152 rwx-- 0000000000000000 000:00000   [ anon ]
0000000006b78000     532 rwx-- 0000000000000000 000:00000   [ anon ]
0000000060000000 3082240 rwxs- 0000000000000000 000:00004   [ shmid=0x220004 ]
00000035bf000000     112 r-x-- 0000000000000000 0fd:00000 ld-2.5.so
00000035bf21c000       4 r-x-- 000000000001c000 0fd:00000 ld-2.5.so
00000035bf21d000       4 rwx-- 000000000001d000 0fd:00000 ld-2.5.so
00000035bf400000    1336 r-x-- 0000000000000000 0fd:00000 libc-2.5.so
00000035bf54e000    2048 ----- 000000000014e000 0fd:00000 libc-2.5.so
00000035bf74e000      16 r-x-- 000000000014e000 0fd:00000 libc-2.5.so
00000035bf752000       4 rwx-- 0000000000152000 0fd:00000 libc-2.5.so
00000035bf753000      20 rwx-- 0000000000000000 000:00000   [ anon ]
00000035bf800000     520 r-x-- 0000000000000000 0fd:00000 libm-2.5.so
00000035bf882000    2044 ----- 0000000000082000 0fd:00000 libm-2.5.so
00000035bfa81000       4 r-x-- 0000000000081000 0fd:00000 libm-2.5.so
00000035bfa82000       4 rwx-- 0000000000082000 0fd:00000 libm-2.5.so
00000035bfc00000       8 r-x-- 0000000000000000 0fd:00000 libdl-2.5.so
00000035bfc02000    2048 ----- 0000000000002000 0fd:00000 libdl-2.5.so
00000035bfe02000       4 r-x-- 0000000000002000 0fd:00000 libdl-2.5.so
00000035bfe03000       4 rwx-- 0000000000003000 0fd:00000 libdl-2.5.so
00000035c0000000      88 r-x-- 0000000000000000 0fd:00000 libpthread-2.5.so
00000035c0016000    2044 ----- 0000000000016000 0fd:00000 libpthread-2.5.so
00000035c0215000       4 r-x-- 0000000000015000 0fd:00000 libpthread-2.5.so
00000035c0216000       4 rwx-- 0000000000016000 0fd:00000 libpthread-2.5.so
00000035c0217000      16 rwx-- 0000000000000000 000:00000   [ anon ]
00000035c2c00000      84 r-x-- 0000000000000000 0fd:00000 libnsl-2.5.so
00000035c2c15000    2044 ----- 0000000000015000 0fd:00000 libnsl-2.5.so
00000035c2e14000       4 r-x-- 0000000000014000 0fd:00000 libnsl-2.5.so
00000035c2e15000       4 rwx-- 0000000000015000 0fd:00000 libnsl-2.5.so
00000035c2e16000       8 rwx-- 0000000000000000 000:00000   [ anon ]
00007f626005f000    1044 rwx-- 0000000000000000 000:00000   [ anon ]
00007f6260164000      40 r-x-- 0000000000000000 0fd:00000 libnss_files-2.5.so
00007f626016e000    2044 ----- 000000000000a000 0fd:00000 libnss_files-2.5.so
00007f626036d000       4 r-x-- 0000000000009000 0fd:00000 libnss_files-2.5.so
00007f626036e000       4 rwx-- 000000000000a000 0fd:00000 libnss_files-2.5.so
00007f6260380000      64 rwx-- 0000000000000000 000:00010 zero
00007f6260390000      64 rwx-- 0000000000000000 000:00010 zero
00007f62603a0000      64 rwx-- 0000000000000000 000:00010 zero
00007f62603b0000      64 rwx-- 0000000000000000 000:00010 zero
00007f62603c0000      64 rwx-- 0000000000000000 000:00010 zero
00007f62603d0000     192 rwx-- 0000000000050000 000:00010 zero
00007f6260400000    1048 rwx-- 0000000000000000 000:00000   [ anon ]
00007f6260506000       4 r-x-- 0000000000000000 0fd:00000 libaio.so.1.0.1
00007f6260507000    2044 ----- 0000000000001000 0fd:00000 libaio.so.1.0.1
00007f6260706000       4 rwx-- 0000000000000000 0fd:00000 libaio.so.1.0.1
00007f6260707000       4 rwx-- 0000000000000000 000:00000   [ anon ]
00007f6260716000       4 rwxs- 0000000000000000 0fd:00000 hc_G10R25.dat
00007f6260717000       8 rwx-- 0000000000000000 000:00000   [ anon ]
00007f6260719000    3016 r-x-- 0000000000000000 0fd:00000 libnnz10.so
00007f6260a0b000    1020 ----- 00000000002f2000 0fd:00000 libnnz10.so
00007f6260b0a000     704 rwx-- 00000000002f1000 0fd:00000 libnnz10.so
00007f6260bba000       8 rwx-- 0000000000000000 000:00000   [ anon ]
00007f6260bbc000     112 r-x-- 0000000000000000 0fd:00000 libdbcfg10.so
00007f6260bd8000    1024 ----- 000000000001c000 0fd:00000 libdbcfg10.so
00007f6260cd8000       8 rwx-- 000000000001c000 0fd:00000 libdbcfg10.so
00007f6260cda000      32 r-x-- 0000000000000000 0fd:00000 libclsra10.so
00007f6260ce2000    1024 ----- 0000000000008000 0fd:00000 libclsra10.so
00007f6260de2000       4 rwx-- 0000000000008000 0fd:00000 libclsra10.so
00007f6260de3000       4 rwx-- 0000000000000000 000:00000   [ anon ]
00007f6260de4000    8536 r-x-- 0000000000000000 0fd:00000 libjox10.so
00007f626163a000    1024 ----- 0000000000856000 0fd:00000 libjox10.so
00007f626173a000    1568 rwx-- 0000000000856000 0fd:00000 libjox10.so
00007f62618c2000       4 rwx-- 0000000000000000 000:00000   [ anon ]
00007f62618c3000     448 r-x-- 0000000000000000 0fd:00000 libocrutl10.so
00007f6261933000    1020 ----- 0000000000070000 0fd:00000 libocrutl10.so
00007f6261a32000      20 rwx-- 000000000006f000 0fd:00000 libocrutl10.so
00007f6261a37000       8 rwx-- 0000000000000000 000:00000   [ anon ]
00007f6261a39000     260 r-x-- 0000000000000000 0fd:00000 libocrb10.so
00007f6261a7a000    1024 ----- 0000000000041000 0fd:00000 libocrb10.so
00007f6261b7a000       4 rwx-- 0000000000041000 0fd:00000 libocrb10.so
00007f6261b7b000       4 rwx-- 0000000000000000 000:00000   [ anon ]
00007f6261b7c000     428 r-x-- 0000000000000000 0fd:00000 libocr10.so
00007f6261be7000    1024 ----- 000000000006b000 0fd:00000 libocr10.so
00007f6261ce7000       8 rwx-- 000000000006b000 0fd:00000 libocr10.so
00007f6261ce9000       8 r-x-- 0000000000000000 0fd:00000 libskgxn2.so
00007f6261ceb000    1020 ----- 0000000000002000 0fd:00000 libskgxn2.so
00007f6261dea000       4 rwx-- 0000000000001000 0fd:00000 libskgxn2.so
00007f6261deb000     952 r-x-- 0000000000000000 0fd:00000 libhasgen10.so
00007f6261ed9000    1020 ----- 00000000000ee000 0fd:00000 libhasgen10.so
00007f6261fd8000      28 rwx-- 00000000000ed000 0fd:00000 libhasgen10.so
00007f6261fdf000      20 rwx-- 0000000000000000 000:00000   [ anon ]
00007f6261fe4000     180 r-x-- 0000000000000000 0fd:00000 libskgxp10.so
00007f6262011000    1020 ----- 000000000002d000 0fd:00000 libskgxp10.so
00007f6262110000       8 rwx-- 000000000002c000 0fd:00000 libskgxp10.so
00007f6262112000       8 rwx-- 0000000000000000 000:00000   [ anon ]
00007fff96767000      84 rwx-- 0000000000000000 000:00000   [ stack ]
00007fff967ff000       4 r-x-- 0000000000000000 000:00000   [ anon ]
ffffffffff600000       4 r-x-- 0000000000000000 000:00000   [ anon ]
mapped: 3232252K    writeable/private: 6432K    shared: 3082244K

几番风雨

tmpfs 大小可以自己调的嘛

pspdowndown

谢谢大家，明白了。可能我的问题提得不清楚。不是tmpfs 而是shm
转了一个网友的情况，作为自己的答案：
64bit下的Oracle11g R2 ，DBCA建库的时候，安装到Memory设置的地方，提示如果使用自动内存管理 (AMM,  Automatically Memory Mananyger),   可能默认设置的/dev/shm 大小是1024M ,  当我设置SGA+PGA大小为1200M的时候，发现提示让增加 /dev/shm 的大小， 可以查看 /etc/fstab 下的tmpfs 部分
(不知道默认大小是不是选取的物理内存的一半？？？好像是一半)。   
tmpfs         /dev/shm                tmpfs    defaults        0    0   
改成
tmpfs                   /dev/shm                tmpfs   defaults,size=1024M        0 0

最后重新mount即可生效。mount -o  remount  /dev/shm  
df -h  在修改前后的结果对比 DBCA 重新建库问题得到解决。

那么：
我以前一直都没有修改shm，岂不是白白浪费了一半的内存？？可以这么理解吗
生产环境上的服务器shm建议调整吗？

[ 本帖最后由 pspdowndown 于 2012-5-10 12:42 编辑 ]

Maclean Liu(刘相兵

请参考 http://www.oracledatabase12g.com ... 94%99%E8%AF%AF.html

可以 禁用11g AMM特性 来避免使用/dev/shm ， 回归到10g的 ASMM的AUTO SGA方式。