【监听】【异常】启动数据库 ORA-00119: invalid specification for system parameter LOCAL_LISTENER

当Oracle 12C的local_listener参数更改后,启动时可能会遇到ORA-00119错误。解决方法包括复制spfile为pfile,编辑pfile添加或修改local_listener参数,或更新tnsnames.ora文件中的监听配置。直接通过pfile启动Oracle可以避免问题,但常规推荐使用create spfile从pfile更新系统参数。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

首先Oracle 12C是通过读取spfile(二进制文件spfileoracs133.ora)启动的,被更改后的默认参数信息记录在这个文件中,所以一般情况下spfile是没有local_listener参数的,系统会自动访问LISTENER.ora文件中的监听。BUT,如若更改过监听名(如:alter system alter system set local_listener='LISTENER_ORACS133';),则需要本文所述操作配置监听文件。

sqlplus / as sysdba
sql>create pfile from spfile;
  • spfile(spfileSID.ora)不可读,需要通过“sqlplus / as sysdba”启动后,把spfile复制成可读可编辑的pfile(initSID.ora)。
  • spfile如果不指定路径,默认就在$ORACLE_HOME/dbs下
  • 复制出来的pfile文件,是以“initSID.ora”的方式命名的

此时,我们查看pfile的内容:

Oracle启动时执行spfile文件,依次执行上图命令,执行到“local_listener”(方框处命令,此处没有注释掉),它会去"$ORACLE_HOME/dbs/network/admin/tnsnames.ora"中去寻找'LINSTENER_ORACS133'监听参数(Oracle服务器是哪个啊,端口是哪个啊之类的信息)。

如果tnsnames.ora中没有设置,那么Oracle就找不到特定的监听去连接Oracle服务器,便会出现如标题中所提及的错误。

还有一种方法:不更改tnsnames.ora中的监听,直接在pfile中指出监听的信息,此时Oracle开启的时候使用如下命令,直接通过pfile开启Oracle。

SQL>STARTUP pfile='/u01/app/oracle/product/12.2.0.1/dbhome_1/dbs/initoracs133.ora'

当然,如果想要常规的“sqlplus / as sysdba”开启,可以通过create spfile from pfile把参数直接写死在Oracle系统里。

此时可以通过如下语句检验:

SQL>show parameter local_

但是不推荐最后这种方法。

 

 

[oracle@zhangqian admin]$ sqlplus / as sysdba

SQL*Plus: Release 12.1.0.2.0 Production on Thu Aug 2 10:48:32 2018

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


Connected to:
Oracle Database 12c Enterprise Edition Release 12.1.0.2.0 - 64bit Production
With the Partitioning, OLAP, Advanced Analytics and Real Application Testing options

SQL> show parameter db_name

NAME                                 TYPE
------------------------------------ ----------------------
VALUE
------------------------------
db_name                              string
oracs133
SQL> set linesize 400
SQL> r
SP2-0103: Nothing in SQL buffer to run.
SQL> show pdbs

    CON_ID CON_NAME                       OPEN MODE  RESTRICTED
---------- ------------------------------ ---------- ----------
         2 PDB$SEED                       READ ONLY  NO
         3 PDB1                           READ WRITE NO
SQL> exit   
Disconnected from Oracle Database 12c Enterprise Edition Release 12.1.0.2.0 - 64bit Production
With the Partitioning, OLAP, Advanced Analytics and Real Application Testing options
[oracle@zhangqian admin]$ cat tnsnames.ora 
PDB1 =
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.17.133)(PORT = 1521))
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME =PDB1)
    )
  )

[oracle@zhangqian admin]$ tnsping pdb1

TNS Ping Utility for Linux: Version 12.1.0.2.0 - Production on 02-AUG-2018 10:49:16

Copyright (c) 1997, 2014, Oracle.  All rights reserved.

Used parameter files:


Used TNSNAMES adapter to resolve the alias
Attempting to contact (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.17.133)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME =PDB1)))
TNS-12541: TNS:no listener
[oracle@zhangqian admin]$ lsnrctl status

LSNRCTL for Linux: Version 12.1.0.2.0 - Production on 02-AUG-2018 10:49:23

Copyright (c) 1991, 2014, Oracle.  All rights reserved.

Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=zhangqian)(PORT=1521)))
TNS-12541: TNS:no listener
 TNS-12560: TNS:protocol adapter error
  TNS-00511: No listener
   Linux Error: 111: Connection refused
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=EXTPROC1521)))
TNS-12541: TNS:no listener
 TNS-12560: TNS:protocol adapter error
  TNS-00511: No listener
   Linux Error: 111: Connection refused
[oracle@zhangqian admin]$ netstat -anpt|grep 1521
(Not all processes could be identified, non-owned process info
 will not be shown, you would have to be root to see it all.)
[oracle@zhangqian admin]$ lsnrctl start

LSNRCTL for Linux: Version 12.1.0.2.0 - Production on 02-AUG-2018 10:49:41

Co
### Oracle 初始化参数 `diagnostic_dest` 配置错误解决方案 当遇到 `ORA-48108`, `ORA-48140`, 和 `ORA-48187` 错误时,通常是因为 `diagnostic_dest` 参数未正确配置或指定的目录路径不存在。以下是针对该问题的具体分析和解决方法。 #### 问题描述 `diagnostic_dest` 是 Oracle 数据库的一个重要初始化参数,用于定义诊断文件(如告警日志、跟踪文件等)存储的位置。如果此参数指向了一个无效或不可访问的路径,则可能导致数据库无法正常启动并抛出上述错误[^3]。 #### 解决步骤说明 1. **验证当前 `diagnostic_dest` 值** 使用如下 SQL 查询来确认当前设置的值: ```sql SHOW PARAMETER diagnostic_dest; ``` 2. **创建缺失的目录结构** 如果查询结果显示路径为 `D:\app\Administrator\product\12.1.0\dbhome_1\DATABASE\<ORACLE_BASE>` 并且该路径不存在,则需要手动创建对应的目录结构。例如,在 Windows 系统下可以运行以下命令: ```cmd mkdir D:\app\Administrator\product\12.1.0\dbhome_1\DATABASE\ ``` 3. **修改 SPFILE 或 PFILE 中的 `diagnostic_dest` 设置** 若希望更改默认位置而非仅修复现有路径,可以通过编辑静态参数文件 (PFILE) 来实现。假设新的目标路径为 `D:\oracle_base`,则需更新如下内容至 `init<sid>.ora` 文件中: ```ini diagnostic_dest='D:\oracle_base' ``` 对于通过 SPFILE 启动的情况,可利用以下语句动态调整: ```sql ALTER SYSTEM SET diagnostic_dest='D:\oracle_base' SCOPE=BOTH; ``` 4. **重启数据库服务** 完成以上操作之后,重新启动数据库实例以使改动生效: ```bash shutdown immediate; startup; ``` 5. **检查新设定是否成功应用** 再次执行先前提到的 `SHOW PARAMETER diagnostic_dest;` 查看最终效果,并确保无其他关联警告信息出现。 #### 注意事项 - 修改任何核心配置前建议先做好数据备份工作以防万一。 - 当涉及跨平台迁移或者版本升级场景时特别留意源环境与目的环境中可能存在的差异性因素影响。 ```python # 示例 Python 脚本片段展示如何自动化检测特定异常码是否存在 def check_oracle_errors(error_codes): errors_found = [] for code in error_codes: if 'ORA-' + str(code) in open('alert_log.txt').read(): errors_found.append('ORA-' + str(code)) return errors_found ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值