手动创建实例时提示ORA-00845的解决方法

下面是使用的initotars.ora参数文件， 通过参数文件创建spfile
db_name='OTARS'
memory_target=1G
processes = 150
audit_file_dest='/oracle/database/admin/otars/adump'
audit_trail ='db'
db_block_size=8192
db_domain=''
db_recovery_file_dest='/oracle/database/flash_recovery_area'
db_recovery_file_dest_size=2G
diagnostic_dest='/oracle/database'
dispatchers='(PROTOCOL=TCP) (SERVICE=ORCLXDB)'
open_cursors=300 
remote_login_passwordfile='EXCLUSIVE'
undo_tablespace='UNDOTBS1'
# You may want to ensure that control files are created on separate physical
# devices
control_files = (/oracle/database/oradata/otars/control01.ctl, /oracle/database/oradata/otars/control02.ctl)
compatible ='11.2.0'

[oracle@node01 dbs]$ echo $ORACLE_SID
otars
[oracle@node01 dbs]$ 
[oracle@node01 dbs]$ 
[oracle@node01 dbs]$ sqlplus / as sysdba

SQL*Plus: Release 11.2.0.4.0 Production on Fri Mar 3 20:27:07 2017

Copyright (c) 1982, 2013, Oracle.  All rights reserved.

Connected to an idle instance.

SQL> create spfile from pfile;

File created.

SQL> startup nomount;
ORA-00845: MEMORY_TARGET not supported on this system


我们继续查看ORA-00845的详细解释
[oracle@node01 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.
[oracle@node01 dbs]$

在自己的虚拟机环境中有两个实例，应该是/dev/shm使用不足造成。需要从操作系统层面解决这个问题。

[oracle@node01 dbs]$ df -h
Filesystem                     Size  Used Avail Use% Mounted on
/dev/mapper/vg_node01-lv_root   27G   19G  6.5G  74% /
tmpfs                          932M  231M  702M  25% /dev/shm
/dev/sda1                      485M   40M  421M   9% /boot


在这里，我们看到/dev/shm 的大小是932M ，那我们理解下它是干什么的，为什么用到它，简单的说：
/dev/shm是Linux非常有用的一个目录，它就是所谓的tmpfs，也可以称之为临时文件系统（不是块设备），类似oracle中的临时表空间一样，用于加速和优化系统。
最主要的是该目录并没有放在磁盘上，而上在内存当中。

我们现在通过以下方法，临时修改和永久修改

mount -o size=3G -o nr_inodes=1000000 -o noatime,nodiratime -o remount /dev/shm   --临时，服务器重启后失效

编辑 /etc/fstab 文件，指定/dev/shm的size  如下  --永久，服务器重启后依然有效

tmpfs                   /dev/shm                tmpfs   default,size=3G       0 0

修改完成后，继续我们的初始化数据库实例操作就正常了

SQL> startup nomount
ORACLE instance started.

Total System Global Area 1068937216 bytes
Fixed Size                  2260088 bytes
Variable Size             671089544 bytes
Database Buffers          390070272 bytes
Redo Buffers                5517312 bytes


参考博客：
http://blog.youkuaiyun.com/cougar_mountain/article/details/22988673
http://blog.youkuaiyun.com/rlhua/article/details/13293445

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/27039319/viewspace-2134691/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/27039319/viewspace-2134691/