Oracle错误解决 ORA-00844: Parameter not taking MEMORY_TARGET into account, see alert log for more inform

转载 2012年03月30日 14:06:05

Oracle的内存管理方式改为自动内存管理时,出现的错误。

 

 

本来这个错误不应该算作Oracle的bug,由于设置了Oracle的MEMORY_TARGET参数的值小于了SGA_TARGET和PGA_TARGET的总和,因此报错。

[oracle@yangtk ~]$ sqlplus "/ as sysdba"

SQL*Plus: Release11.1.0.6.0 - Production on Wed Jan 16 07:30:33 2008

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


Connected to:
Oracle Database11gEnterprise Edition Release11.1.0.6.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> set pages 100 lines 120
SQL> show parameter target

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
archive_lag_target                   integer     0
db_flashback_retention_target        integer     1440
fast_start_io_target                 integer     0
fast_start_mttr_target               integer     0
memory_max_target                    big integer 0
memory_target                        big integer 0
pga_aggregate_target                 big integer100M
sga_target                           big integer252M
SQL> alter system set memory_target =220mscope = spfile;

System altered.

SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup
ORA-00844: Parameter not taking MEMORY_TARGET into account, see alert log for more information

问题出现了,其实这个错误是由于人为设置的参数太小造成的。但是Oracle这里存在两个问题,首先,没有通过错误信息告诉用户,是哪些参数的值设置导致的问题。第二点更为严重,Oracle的错误信息显示,进一步的错误信息去alert文件中寻找,但是:

SQL> host
[oracle@yangtk ~]$ tail -30 /data/oracle/diag/rdbms/ora11g_p/ora11g/trace/alert_ora11g.log
Wed Jan 16 07:42:00 2008
ARCH shutting down
ARC1: Archival stopped
Wed Jan 16 07:42:00 2008
ARCH shutting down
ARC0: Archival stopped
Wed Jan 16 07:42:00 2008
ARC3: Becoming the 'no FAL' ARCH
ARC3: Becoming the 'no SRL' ARCH
ARC3: Archiving disabled
ARCH shutting down
ARC3: Archival stopped
ARC2: Archival stopped
Thread 1 closed at log sequence 268
Successful close of redo thread 1
Completed: ALTER DATABASE CLOSE NORMAL
ALTER DATABASE DISMOUNT
Completed: ALTER DATABASE DISMOUNT
ARCH: Archival disabled due to shutdown: 1089
Shutting down archive processes
Archiving is disabled
Archive process shutdown avoided: 0 active
Wed Jan 16 07:42:02 2008
Stopping background process VKTM:
ARCH: Archival disabled due to shutdown: 1089
Shutting down archive processes
Archiving is disabled
Archive process shutdown avoided: 0 active
Wed Jan 16 07:42:05 2008
Instance shutdown complete

在alert文件中没有任何的错误信息,看来Oracle在尝试启动直接进行了参数的检查,这个检查过程就直接报错了,不过即使报错也应该记录到alert文件中,何况错误信息中明明显示要在alert文件中寻找进一步的错误。

问题倒是不难解决,创建pfile,然后修改MEMORY_TARGET的值即可:

SQL> create pfile='/home/oracle/initora11g.ora' from spfile;

File created.

SQL> host echo "memory_target=367001600" >> /home/oracle/initora11g.ora

SQL> startup pfile=/home/oracle/initora11g.ora
ORACLE instance started.

Total System Global Area  267825152 bytes
Fixed Size                  1299316 bytes
Variable Size             176163980 bytes
Database Buffers           88080384 bytes
Redo Buffers                2281472 bytes
Database mounted.
Database opened.

SQL> create spfile from pfile='/home/oracle/initora11g.ora';

File created.

 

调整oracle sga的大小导致 ORA-00851和ORA-00844错误

今天调整了下sga的大小,结果重启数据库的时候报如下错误。 SQL>alter system set sga_max_size=1024M scope=spfile; SQL> shutdown ...
  • wjx515628
  • wjx515628
  • 2014年07月16日 15:55
  • 3236

Oracle错误解决 ORA-00844: Parameter not taking MEMORY_TARGET into account, see alert log for more information

ORA-00844: Parameter not taking MEMORY_TARGET into account, see alert log for more information解决方法:创...
  • Jimin
  • Jimin
  • 2008年09月11日 23:31
  • 3970

ora-00844和ora-00851错误,大致是指SGA_MAX_SIZE设置过大

过程如下: 1,先用备用的pfile启动oracle c:/>sqlplus /nolog   SQL>conn sys/Password@orcl as sysdba   SQL>sta...
  • taotao821130
  • taotao821130
  • 2013年05月30日 14:19
  • 6918

ora-00844和ora-00851错误,大致是指SGA_MAX_SIZE设置过大

过程如下: 1,先用备用的pfile启动oracle c:/>sqlplus /nolog   SQL>conn sys/Password@orcl as sysdba ...
  • u012848373
  • u012848373
  • 2015年05月07日 15:52
  • 221

memory_target指定的值过小

目录: 版本1 Oracle12c 版本2   版本3   ...
  • qq_33301113
  • qq_33301113
  • 2017年01月21日 20:51
  • 177

让sqlplus 里的show parameter 直接显示oracle隐含参数

本文整理自网络:http://f.dataguru.cn/thread-171753-1-1.html Oracle启动用到了初始化参数,通常我们都可以在sqlplus里用show parameter...
  • changyanmanman
  • changyanmanman
  • 2014年03月24日 14:39
  • 1634

如何根据v$parameter查询Oracle隐含参数

Oracle的隐含参数在Oracle的官方文档中是不会出现的,这些参数主要是Oracle内部用于控制某些功能的开关,或者就像今天eygle讲的,Oracle牛逼之处就是可能几年前开发的一个功能就放到当...
  • bisal
  • bisal
  • 2016年04月17日 00:05
  • 6665

让Oracle的 SHOW PARAMETER 命令显示隐藏参数

Find internal of "show parameter" by session tracing SQL> select * from v$version;      ...
  • xiangsir
  • xiangsir
  • 2013年03月01日 10:18
  • 1588

了解Oracle物理体系必须知道的几个命令

1、显示回滚段相关的参数 2、显示SGA相关的参数 3、显示共享池相关的参数 4、显示数据缓冲池相关的参数 5、显示日志缓冲区相关的参数 6、修改数据库的参数设置的命令 7、显示当前数据库的实例名称 ...
  • ziwen00
  • ziwen00
  • 2013年07月06日 23:12
  • 3208

关于gitlab 9.1.2 (最新版)的安装、卸载及配置

卸载方法在本版本的gitlab中,在/opt/gitlab*中找不到uninstall文件,无法通过该方法卸载gitlab 经过摸索,可通过以下方法彻底卸载gitlabsudo gitlab-ctl...
  • peyogoat
  • peyogoat
  • 2017年05月04日 00:12
  • 4651
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:Oracle错误解决 ORA-00844: Parameter not taking MEMORY_TARGET into account, see alert log for more inform
举报原因:
原因补充:

(最多只允许输入30个字)