ORA-32004: obsolete or deprecated parameter(s) specified for RDBMS instance

原文地址:http://www.cnblogs.com/zrcoffee/archive/2012/11/21/2780468.html

Oracle 11g for Linux x86_64

因为11g的日志存储位置比较分散,不像10g都在$ORACLE_BASE/admin/$ORACLE_SID/目录下。于是,在参数文件中增加background_dump_dest和user_dump_dest两个参数。

复制代码
SQL> startup pfile='/home/oracle/init.ora'
ORA-32006: BACKGROUND_DUMP_DEST initialization parameter has been deprecated
ORA-32006: USER_DUMP_DEST initialization parameter has been deprecated
ORACLE instance started.

Total System Global Area 1.6602E+10 bytes
Fixed Size                  2244872 bytes
Variable Size            1.3019E+10 bytes
Database Buffers         3556769792 bytes
Redo Buffers               23953408 bytes
Database mounted.
Database opened.
复制代码

出现错误提示说background_dump_dest和user_dump_dest两个参数已经弃用。没有在意,继续执行以下命令:

复制代码
SQL> create spfile from pfile='/home/oracle/init.ora';

File created.

SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup
ORA-32004: obsolete or deprecated parameter(s) specified for RDBMS instance
ORACLE instance started.

Total System Global Area 1.6602E+10 bytes
Fixed Size                  2244872 bytes
Variable Size            1.3019E+10 bytes
Database Buffers         3556769792 bytes
Redo Buffers               23953408 bytes
Database mounted.
Database opened.
SQL> show parameters background_dump_dest

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
background_dump_dest                 string      /u01/app/oracle/diag/rdbms/rec
                                                 koning/reckoning/trace
SQL> show parameters user_dump_dest

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
user_dump_dest                       string      /u01/app/oracle/diag/rdbms/rec
                                                 koning/reckoning/trace
复制代码

出现错误提示信息"ORA-32004: obsolete or deprecated parameter(s) specified for RDBMS instance"。查看background_dump_dest和user_dump_dest两个参数,发现没有变更成功。

删除参数文件中的background_dump_dest和user_dump_dest两个参数,并重启数据库。数据库正常运行。

阅读11g官方文档,发现background_dump_dest和user_dump_dest两个参数在11中废弃了,由新参数diagnostic_dest所取代。以下是参数说明:

USER_DUMP_DEST

USER_DUMP_DEST specifies the pathname for a directory where the server will write debugging trace files on behalf of a user process.
NOTE
    This parameter is ignored by the new diagnosability infrastructure introduced in Oracle Database 11g Release 1, which places trace and core files in a location controlled by the DIAGNOSTIC_DEST initialization parameter.

BACKGROUND_DUMP_DEST

复制代码
BACKGROUND_DUMP_DEST specifies the pathname (directory or disc) where debugging trace files for the background processes (LGWR, DBWn, and so on) are written during Oracle operations. An alert file in the directory specified by BACKGROUND_DUMP_DEST logs significant database events and messages. Anything that affects the database instance or global database is recorded here. The alert file is a normal text file. Its filename is operating system-dependent. For platforms that support multiple instances, it takes the form alert_sid.log, where sid is the system identifier. This file grows slowly, but without limit, so you might want to delete it periodically. You can delete the file even when the database is running. 
NOTE
This parameter is ignored by the new diagnosability infrastructure introduced in Oracle Database 11g Release 1, which places trace and core files in a location controlled by the DIAGNOSTIC_DEST initialization parameter.
复制代码

DIAGNOSTIC_DEST

复制代码
As of Oracle Database 11g Release 1, the diagnostics for each database instance are located in a dedicated directory, which can be specified through the DIAGNOSTIC_DEST initialization parameter. The structure of the directory specified by DIAGNOSTIC_DEST is as follows: 
<diagnostic_dest>/diag/rdbms/<dbname>/<instname> 
This location is known as the Automatic Diagnostic Repository (ADR) Home.For example, if the database name is proddb and the instance name is proddb1, the ADR home directory would be diagnostic_dest>/diag/rdbms/proddb/proddb1. 
The following files are located under the ADR home directory: 
Trace files - located in subdirectory <adr-home>/trace 
Alert logs - located in subdirectory <adr-home>/alert. In addition, the alert.log file is now in XML format, which conforms to the Oracle ARB logging standard. 
Core files - located in the subdirectory <adr-home>/cdumd 
Incident files - the occurrence of each serious error (for example, ORA-600, ORA-1578,ORA-7445) causes an incident to be created. Each incident is assigned an ID and dumping for each incident (error stack, call stack, block dumps, and so on) is stored in its own file, separated from process trace files. Incident dump files are located in <adr-home>/incident/<incdir#>. You can find the incident dump file location inside the process trace file. 
复制代码


  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值