APP下载

探究Oracle监听超时故障

2019-04-03江苏缪振龙

网络安全和信息化 2019年3期
关键词:配置文件监听实例

■ 江苏 缪振龙

编者按:本文是笔者亲历的一次Oracle TNS连接超时引起的故障,虽然看似疑难,但最终发现是由于一个简单的配置文件错误导致。

笔者最近准备对一台Oracle 10g数据库进行数据备份,采用exp方式全库导出。但尝试多次,一直提示如下错误:

EXP-00056: ORACLE error 12170 encountered

ORA-12170: TNS:Connect timeout occurred

EXP-00000: Export terminated unsuccessfully

经查阅相关资料得知,“EXP-00056”产生错误的原因是“ORA-12170”。具体来说是由于TNS连接超时导致。

TNS是Oracle Net的一部分,用来管理和配置Oracle数据库和客户端的连接工具,客户端只有正确配置TNS相关文件才能访问Oracle服务器。

故障分析

在日常维护中通常使用tnsping命令检查Oracle监听服务和网络连通性。笔者首先在服务器上tnsping实例名orcl,发现等了很久,返回操作超时错误。信息如下:

-bash-3.2$ tnsping orcl

TNS Ping Utility for Solaris: Version 10.2.0.1.0 - Production on 18-JAN-2019 19:58:22

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

Used parameter files:

/u01/app/oracle/product/10.2.0/db_1/network/admin/sqlnet.ora

Used TNSNAMES adapter to resolve the alias

Attempting to contact(DESCRIPTION = (ADDRESS= (PROTOCOL = TCP)(HOST= SUN)(PORT = 1521))(CONNECT_DATA = (SERVER =DEDICATED) (SERVICE_NAME= orcl)))

TNS-12535: TNS:operation timed out

接下来,笔者tnsping本机IP,返回结果正常。如下:

-bash-3.2$ tnsping 172.28.28.36

TNS Ping Utility for Solaris: Version 10.2.0.1.0 - Production on 18-JAN-2019 20:08:50

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

Used parameter files:

/u01/app/oracle/product/10.2.0/db_1/network/admin/sqlnet.ora

Used EZCONNECT adapter to resolve the alias

Attempting to contact

(DESCRIPTION=(CONNECT_DATA=(SERVICE_NAME=172.28.28.36))(ADDRESS=(PROTOCOL=TCP)(HOST=172.28.28.36)(PORT=1521)))

OK (0 msec)

笔者怀疑监听服务存在问题,执行“lsnrctl stop” 和“lsnrctl start”命令来重启监听服务,发现故障提示依旧。接着执行“lsnrctl status”查看监听服务状态。返回结果如图1所示。

通过最后两行,我们可以看出实例orcl监听处于未知状态。orcl实例没有注册到监听服务中。于是,通过SQLPlus工具登录数据库进行实例注册。具体方法如下:

-bash-3.2$ sqlplus /nolog

SQL*Plus: Release 10.2.0.1.0 - Production on Fri Jan 18 20:10:51 2019

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

SQL> conn system/rs_789 as sysdba;

Connected.

SQL> alter system register;

System altered.

图1 执行lsnrctl status查看监听服务状态

图2 查看Oracle监听服务相关日志

再次使用“lsnrctl status”命令查看监听服务状态,发现故障提示依旧。那看看配置文件是不是有问题呢?查看tnsnames.ora文件。配置如下:

ORCL =

(DESCRIPTION =

(ADDRESS =(PROTOCOL = TCP)(HOST =SUN)(PORT = 1521))

(CONNECT_DATA =

(SERVER = DEDICATED)

(SERVICE_NAME =orcl)

)

)

EXTPROC_CONNECTION_DATA =

(DESCRIPTION=

(ADDRESS_LIST =

(ADDRESS =(PROTOCOL = IPC)(KEY = EXTPROC1))

)

(CONNECT_DATA =

(SID =PLSExtProc)(PRESENTATION =RO)

)

该配置文件并未发现什么异常。接下来,笔者又查看了Oracle监听服务相关日志。最后几行日志如图2所示。

上面一直有警告提示,“Subscription for node down event still pending”。

故障解决

经上网查询相关资料,此错误引起的原因可能由于监听无法在指定端口启动,前一次监听服务未正常退出或有其他程序占用端口。提示查看/etc/hosts相关配置。于是,笔者打开/etc/hosts文件,配置如下:

-bash-3.2$ cat /etc/hosts

#

# Internet host table

#

::1 localhost

127.0.0.1 localhost

222.*.*.* SUN loghost

172.28.28.36 WWW

果然发现一些问题,由于当时服务器要对外网开放使用,服务器同时接入内网和外网。但后来处于网络安全考虑,所有服务器的外网都统一转移到上层硬件防火墙进行访问控制。服务器只接入内网。但/etc/hosts的配置信息并没有做相应修改。既然问题已找到,于是修改/etc/hosts文件,注意要先切换到root用户,配置完成后要使用“wq!”,强制保存退出。更改后配置如下:

-bash-3.2# cat /etc/hosts

#

# Internet host table

#

::1 localhost

127.0.0.1 localhost

172.28.28.36 SU

最后再切换到Oracle用户下,执行lsnrctl stop命令和lsnrctl start命令重启监听服务。刚开始监听服务还处于未知状态,稍等约1分钟,再次执行lsnrctl status命令,可以看到实例监听处于Ready状态。返回如下信息:

-bash-3.2$ lsnrctl status

LSNRCTL for Solaris:Version 10.2.0.1.0 -Production on 18-JAN-2019 20:11:35

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

Connecting to (DESCRI PTION=(ADDRESS=(PROTOCOL=IPC)(KEY=EXTPROC1)))

STATUS of the LISTENER

……

(DESCRIPTION=(AD DRESS=(PROTOCOL=tcp)(HOST=172.28.28.36)(PORT=1521)))

Services Summary...

Service "PLSExtProc"has 1 instance(s).

Instance"PLSExtProc", status UNKNOWN, has 1 handler(s)for this service...

Service "orcl" has 2 instance(s).

Instance "orcl",status UNKNOWN, has 1 handler(s) for this service...

Instance "orcl",status READY, has 1 handler(s) for this service...

Service "orclXDB" has 1 instance(s).

Instance "orcl",status READY, has 1 handler(s) for this service...

Service "orcl_XPT"has 1 instance(s).

Instance "orcl",status READY, has 1 handler(s) for this service...

The command completed successfully

通过本次故障可以发现,一个看似疑难的故障问题往往是由一个简单的配置文件错误导致。所以,在我们今后的工作中,一定要扎扎实实学好理论基础,面对故障问题才能迎刃而解。

猜你喜欢

配置文件监听实例
基于Docker的实时数据处理系统配置文件管理软件的设计与实现
从Windows 10中删除所有网络配置文件
英国风真无线监听耳机新贵 Cambridge Audio(剑桥)Melomania Touch
千元监听风格Hi-Fi箱新选择 Summer audio A-401
用软件处理Windows沙盒配置文件
互不干涉混用Chromium Edge
完形填空Ⅱ
完形填空Ⅰ
监听“有”道 ——杰夫(美国)