解决 ERROR - ORA-12514: TNS: 监听程序当前无法识别连接描述符中请求的服务

本文介绍了一种解决Oracle数据库中Listener出现未知错误的方法。通过修改listener.ora文件并添加特定配置来确保数据库服务正常运行。

http://www.cnblogs.com/xufung/archive/2008/08/05/693731.html

 

服务器莫名其妙的报这个错,之前一直正常,从google获取解决方案,解决之,记录如下:

 1. Open the ""<OracleHome>/network/admin/listener.ora" file in the host,and you will see:
   SID_LIST_LISTENER =
   (SID_LIST =
     (SID_DESC =
       (SID_NAME = PLSExtProc)
       (ORACLE_HOME = D:\oracle\product\10.2.0\db_1)
       (PROGRAM = extproc)
     )
   )
  2. Add the following lines after the 7th line in the above
            (SID_DESC =
       (GLOBAL_DBNAME = ORACLE)
       (ORACLE_HOME = D:\oracle\product\10.2.0\db_1)  
       (SID_NAME = ORACLE)
      )
  3. At last the content of the file become to the following section:
 SID_LIST_LISTENER =
   (SID_LIST =
     (SID_DESC =
       (SID_NAME = PLSExtProc)
       (ORACLE_HOME = D:\oracle\product\10.2.0\db_1)
       (PROGRAM = extproc)
     )
     (SID_DESC =
       (GLOBAL_DBNAME = ORACLE)
       (ORACLE_HOME = D:\oracle\product\10.2.0\db_1)  
       (SID_NAME = ORACLE)
      )
   )
  4. Save the file and restart the TNSListener service in the host. That's OK!

<script type="text/javascript"></script>

 

=============================测试过是可以用的===============

 

 

 

### 解决方案 ORA-12514 错误通常表示客户端尝试通过 TNS 连接数据库实例时,TNS Listener 未能找到与连接描述符中的服务名匹配的注册信息。以下是可能的原因以及解决方案: #### 可能原因分析 1. **SID 和 SERVICE_NAME 的混淆** 客户端使用的 `tnsnames.ora` 文件中定义的服务名称(SERVICE_NAME 或 SID)未被监听器正确解析。这可能是由于配置文件错误或监听器尚未加载该服务的信息[^1]。 2. **监听器未动态注册服务** 数据库实例可能还未向监听器完成动态注册,或者静态配置缺失。这种情况常见于监听器刚启动而数据库实例尚未完全初始化的时间窗口内[^1]。 3. **监听器配置不完整** 如果使用的是静态配置模式,则需要确保 `listener.ora` 中包含了正确的服务条目。如果缺少必要的 `SID_LIST` 配置项,监听器将无法识别请求服务--- #### 解决方法 ##### 方法一:验证并修正 tnsnames.ora 配置 检查客户端的 `tnsnames.ora` 文件,确认其中的服务名和服务组件是否正确设置。例如: ```plaintext MY_DB = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = my_host_name)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = my_service_name) // 确保此处为实际运行的服务名 ) ) ``` 注意区分 `SERVICE_NAME` 和 `SID` 的用途。对于 Oracle RAC 或某些高级功能场景下,建议优先使用 `SERVICE_NAME` 而非 `SID`。 ##### 方法二:重启监听器以重新加载服务信息 执行以下命令来停止和启动监听器,从而强制其重新读取配置文件并与数据库实例同步: ```bash lsnrctl stop lsnrctl start ``` 可以通过以下命令查看当前已注册到监听器的服务列表: ```bash lsnrctl status ``` 输出应显示目标数据库实例及其对应的服务名。如果没有发现预期的服务名,则需进一步排查数据库实例的状态或监听器配置[^1]。 ##### 方法三:调整 listener.ora 并启用静态注册 当采用静态方式管理监听器时,在 `$ORACLE_HOME/network/admin/listener.ora` 添加如下内容: ```plaintext LISTENER = (DESCRIPTION_LIST = (DESCRIPTION = (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1)) (ADDRESS = (PROTOCOL = TCP)(HOST = my_host_name)(PORT = 1521)) ) ) SID_LIST_LISTENER = (SID_LIST = (SID_DESC = (GLOBAL_DBNAME = MY_DB.DOMAIN.COM) (ORACLE_HOME = /path/to/oracle_home) (SID_NAME = MY_SID) // 替换为实际的 SID 值 ) ) ``` 保存修改后再次重启监听器以应用更改。 ##### 方法四:检查数据库实例状态 确保目标数据库已经正常开启,并能够主动通知监听器自己的存在。可以登录至服务器本地测试连接情况: ```sql sqlplus system/password@(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=my_host_name)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=my_service_name))) ``` 如果此操作失败,则表明问题根源在于数据库本身而非网络层面上的问题[^1]。 --- ### 示例代码片段 假设环境变量均已正确定义,可利用以下脚本快速诊断基本连通性: ```bash #!/bin/bash # 测试监听器状态 echo "Checking listener..." lsnrctl status | grep -i "$DATABASE_SERVICE" if [[ $? != 0 ]]; then echo "[ERROR] Service $DATABASE_SERVICE is not found in listener." else # 尝试远程 SQL*Plus 登录 sqlplus -s user/passwd@"$CONNECTION_STRING" <<EOF set heading off feedback off pagesize 0; select 'Database reachable.' from dual; exit; EOF if [[ $? == 0 ]]; then echo "[INFO] Connection successful!" else echo "[WARN] Failed to connect via SQL*Plus." fi fi ``` --- ###
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值