oracle之监听器无法启动的几个原因总结-创新互联

1）防火墙没关

2）/etc/hosts配置问题，有可能误删了127.0.0.1的默认记录，添加默认记录

[root@rac02 ~]# cat /etc/hosts
127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4
::1 localhost localhost.localdomain localhost6 localhost6.localdomain6

3）/var/tmp/.oracle权限问题或盲目清理。一般出现permission denied都是权限不足导致，修改用户权限或者切换用户均可解决。有些情况下，清理/var/tmp/.oracle中的内容，RAC实例会直接宕掉或者出现ASM异常。

说明：
[root@rac02 var]# pwd
/var
[root@rac02 var]# ll
drwxrwxrwt. 3 root root 4096 Apr 12 17:04 tmp > 如果权限不对，则赋权chmod 777 tmp

[root@rac02 ~]# ll /var/tmp/.oracle
total 4
srwxr-xr-x 1 grid oinstall 0 Sep 18 10:53 mdnsd
-rw-r--r-- 1 grid oinstall 7 Sep 18 10:53 mdnsd.pid
prw-r--r--. 1 root root 0 Apr 12 17:05 npohasd
srwxrwxrwx 1 grid oinstall 0 Sep 18 10:53 ora_gipc_gipcd_rac02
-rw-r--r-- 1 grid oinstall 0 Sep 18 10:53 ora_gipc_gipcd_rac02_lock
srwxrwxrwx 1 grid oinstall 0 Sep 18 10:53 ora_gipc_GPNPD_rac02
-rw-r--r-- 1 grid oinstall 0 Sep 18 10:53 ora_gipc_GPNPD_rac02_lock
srwxrwxrwx 1 root root 0 Sep 18 10:53 ora_gipc_srac02gridrac-clusterCRFM_CLIIPC
-rw-r--r-- 1 root root 0 Sep 18 10:53 ora_gipc_srac02gridrac-clusterCRFM_CLIIPC_lock
srwxrwxrwx 1 root root 0 Sep 18 10:53 ora_gipc_srac02gridrac-clusterCRFM_SIPC
-rw-r--r-- 1 root root 0 Sep 18 10:53 ora_gipc_srac02gridrac-clusterCRFM_SIPC_lock
srwxrwxrwx 1 grid oinstall 0 Sep 19 10:18 s#122017.1
srwxrwxrwx 1 grid oinstall 0 Sep 19 10:18 s#122017.2

这些socket 文被用作 本地客户端使用进程间通信协议（ipc）和不同的oracle的进程通信，而这些进程包括：tns 监听，css ，crs，evm 守护进程；甚至数据库和asm 实例。这些socket 由‘主动监听’的进程创建。在这里oracle tns listener 创建这些socket 文件主要使用用作pmon 和 tnslsnr 通信。

如果RAC或者HAS下：

3.1，在Linux平台上，Network Socket File在/var/tmp/.oracle/目录下。在其他平台，可能的目录有：/tmp/.oracle/*， /tmp/.oracle 或者 /usr/tmp/.oracle
3.2，如果CRS或者HAS没有启动，删除oracle临时文件（Network Socket File），在CRS重启后会自动重新创建，没有不良影响。
3.3，如果CRS或者HAS已经启动并正常运行中，删除oracle临时文件，不影响数据库运行，但是数据库不能正常关闭（可以abort，但是不能启动
3.4，如果出现了上面的情况3，CRS不能关闭（包括使用-f选项），只能手工清理共享内存段和kill 进程。在HAS中，kill ocssd.bin进程不会造成主机重启。但是在RAC环境下kill ocssd.bin进程会造成主机重启。
3.5，如果完成了上面的情况4，只需要重启CRS或者HAS就可以了。

4）listener.ora配置问题，注意空格。

5）系统资源不足，可考虑调大limits设置等。

案例： 客户端TNS-12543的错误。用tnsping给几个数据库环境做连接验证，客户端的一个库总是报TNS-12543的错误，能够ping通，但是直连就报错，很有可能就是防火墙或者其他网络配置的问题，可以去查看一下是否防火墙对某个端口的限制。（strace 服务器与客户端做对比）

使用tnsping解析连接串时，无法控制超时的情况，默认是取操作系统级的设置1分钟，如果有大批量的连接串需要检测IP和端口，可以考虑nc来设定超时，参考命令：

nc -w 2 -v192.168.97.17 1521|grep succ