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