问题描述:
参考:
1、认识/dev/shm:http://blog.chinaunix.net/uid-23284114-id-3232508.html
今天,内部同事在测试环境上发现数据库不能使用,报很多错误。我用SQL/PLUS进去一看,发现数据在于umount状态。于是我重新启动数据库。结果出现以下错误:官方解释:
SQL> startup
ORA-00845: MEMORY_TARGET not supported on this system
[oracle@otm6 dbs]$ oerr ora 00845处理方式:
00845, 00000, "MEMORY_TARGET not supported on this system"
// *Cause: The MEMORY_TARGET parameter was not supported on this operating system or /dev/shm was not sized correctly on Linux.
// *Action: Refer to documentation for a list of supported operating systems. Or, size /dev/shm to be at least the SGA_MAX_SIZE on each Oracle instance running on the system.
由于设置SGA的大小超过了操作系统/dev/shm的大小:一.修改/dev/shm的大小
解决这个问题只有两个方法:
一种是修改初始化参数,使得初始化参数中SGA的设置小于/dev/shm的大小,
另一种方法就是调整/dev/shm的大小。
root 登录二.修改sga的大小
#vi /etc/fstab
tmpfs /dev/shm tmpfs defaults,size=1024M 0 0
将上面的size改成超过sga的大小。然后重启或者重新挂载。
#umount /dev/shm
#mount /dev/shm
如果执行umount /dev/shm后出现/dev/shm is busy的信息,那么需要参考以下地址进行处理:
http://blog.itpub.net/29439655/viewspace-1070131/
alter system set sga_max_size=**** scope=spfile;
然后重新启动数据库
参考:
1、认识/dev/shm:http://blog.chinaunix.net/uid-23284114-id-3232508.html
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/29439655/viewspace-1070327/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/29439655/viewspace-1070327/