Oracle11g R2 ORA-00845的错误：MEMORY_TARGET not supported on this system

昨天，oracle11g R2出现问题，重启后看不到存储，修改相关配置文件后找到了存储，但数据库不能启动，另一节点crs_stat -t，没看到实例（以前尽然没注意，不合格呀），startup强行启动，报ora-00845:MEMORY_TARGET not supported on this system，网上查了一下，原来是11g的新特性，简单来说就是 MEMORY_MAX_TARGET 的设置不能超过 /dev/shm 的大小，按照网上修改了fstab中的tmpfs的大小，数据库正常启动。所以找了2篇文章备查。

第一篇：ORA-00845: MEMORY_TARGET not supported on this system(http://www.cnblogs.com/killkill/archive/2010/09/10/1823690.html)

第二篇：Linux目录下/dev/shm的理解和使用(http://www.linuxidc.com/Linux/2014-05/101818.htm)

ORA-00845: MEMORY_TARGET not supported on this system

今天晚上新装一台Oracle 11g的数据库，打算将SGA设大一点，知道 11g 中有一个新特新 MEMORY_TARGET，于是尝一下鲜，谁知报了个 ORA-00845，报错比较容易迷惑人，不借助Google真得想半天：

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

SQL> alter system set memory_max_target=3G scope=spfile ;   System altered.   SQL> alter system set memory_target=2G scope=spfile ;        System altered.   SQL> SQL> shutdown immediate Database closed. Database dismounted. ORACLE instance shut down. SQL> startup ; ORA-00845: MEMORY_TARGET not supported on this system

      来自Oracle的官方解析是：

Starting with Oracle Database 11g, the Automatic Memory Management feature requires more shared memory (/dev/shm)and file descriptors. The size of the shared memory should be at least the greater of MEMORY_MAX_TARGET and MEMORY_TARGET for each Oracle instance on the computer. If MEMORY_MAX_TARGET or MEMORY_TARGET is set to a non zero value, and an incorrect size is assigned to the shared memory, it will result in an ORA-00845 error at startup.

      简单来说就是 MEMORY_MAX_TARGET 的设置不能超过 /dev/shm 的大小：

1 2	[oracle@FWDB FWDB]$ df -h | grep shm tmpfs                 2.0G     0  2.0G   0% /dev/shm

      还真是撞到这个枪口上了：

      马上把它加大：

1 2	[root@FWDB ~]# cat /etc/fstab | grep tmpfs tmpfs                   /dev/shm                tmpfs   defaults,size=4G 0 0

      现在可以通过重启使这个配置生效，也可以通过重新挂载来修改其大小：

1 2 3

[root@FWDB ~]# mount -o remount,size=4G /dev/shm [root@FWDB ~]# df -h | grep shm tmpfs                 4.0G     0  4.0G   0% /dev/shm

      再次启动数据库，没有报错了。

Linux目录下/dev/shm的理解和使用

一、/dev/shm理论

/dev/shm/是linux下一个非常有用的目录，因为这个目录不在硬盘上，而是在内存里。因此在linux下，就不需要大费周折去建ramdisk，直接使用/dev/shm/就可达到很好的优化效果。 /dev /shm/需要注意的一个是容量问题，在linux下，它默认最大为内存的一半大小，使用df -h命令可以看到。但它并不会真正的占用这块内存，如果/dev/shm/下没有任何文件，它占用的内存实际上就是0字节；如果它最大为1G，里头放有 100M文件，那剩余的900M仍然可为其它应用程序所使用，但它所占用的100M内存，是绝不会被系统回收重新划分的，否则谁还敢往里头存文件呢？

默认系统就会加载/dev/shm ，它就是所谓的tmpfs，有人说跟ramdisk（虚拟磁盘），但不一样。象虚拟磁盘一样，tmpfs 可以使用您的 RAM，但它也可以使用您的交换分区来存储。而且传统的虚拟磁盘是个块设备，并需要一个 mkfs 之类的命令才能真正地使用它，tmpfs 是一个文件系统，而不是块设备；您只是安装它，它就可以使用了。

　　tmpfs有以下优势：

　　1，动态文件系统的大小。

　　2，tmpfs 的另一个主要的好处是它闪电般的速度。因为典型的 tmpfs 文件系统会完全驻留在 RAM 中，读写几乎可以是瞬间的。

　　3，tmpfs 数据在重新启动之后不会保留，因为虚拟内存本质上就是易失的。所以有必要做一些脚本做诸如加载，绑定的操作。

二、修改/dev/shm大小

默认的最大一半内存大小在某些场合可能不够用，并且默认的inode数量很低一般都要调高些，这时可以用mount命令来管理它。

#mount -o size=1500M -o nr_inodes=1000000 -o noatime,nodiratime -o remount /dev/shm

在2G的机器上，将最大容量调到1.5G，并且inode数量调到1000000，这意味着大致可存入最多一百万个小文件。

如果需要永久修改/dev/shm的值，需要修改/etc/fstab

tmpfs /dev/shm tmpfs defaults,size=1.5G 0 0

#mount -o remount /dev/shm

三、/dev/shm应用

　　首先在/dev/shm建个tmp文件夹，然后与实际/tmp绑定

　　#mkdir /dev/shm/tmp

　　#chmod 1777 /dev/shm/tmp

　　#mount –bind /dev/shm/tmp /tmp（–bind ）

　　在使用mount –bind olderdir newerdir命令来挂载一个目录到另一个目录后，newerdir的权限和所有者等所有信息会发生变化。挂载后的目录继承了被挂载目录的所有属性，除了名称。Oracle 11g的amm内存管理模式就是使用/dev/shm，所以有时候修改MEMORY_TARGET或者MEMORY_MAX_TARGET会出现ORA-00845的错误