ORA

一個詭異的案例：ORA-12547: TNS:lost contact導致數據庫無法啟動，甚至sqlplus都無法登錄，讓我們一一來解開這個案例的真面目。

某客戶出現數據庫無法啟動的情況，申請云和恩墨協(xié)助分析和處置。

云和恩墨工程師快速響應，組織相關人員進行故障診斷分析、指出故障原因，提出解決措施并處置，快速恢復了業(yè)務。

以下是詳細的故障分析診斷過程，以及詳細的解決方案描述。2.1. 故障現象

數據庫無法啟動，數據庫監(jiān)聽狀態(tài)異常。

發(fā)現數據庫的asm實例也出現異常。2.2. 故障根源

去分析asm的alert日志

ASM實例異常。

Ora.asm的資源是offline狀態(tài)。

嘗試關閉has，然后重新啟動has，再看看asm是否可以啟動:

has啟動失敗，查看asm agent日志:

Asm啟動過程中報InstConnection:connect:excp OCIException OCI error 12547之后啟動失敗。

我們發(fā)現sqlplus / as sysdba登錄也會出現TNS 12547的報錯

通過truss 去跟蹤sqlplus:

發(fā)現在讀寫sqlnet.log 時候報錯，懷疑是oracle本身有問題，查詢metalink證實了這個想法：Troubleshooting ORA-12547 TNS: Lost Contact [ID 555565.1]。

然后嘗試去relink。

relink的日志出現ksh: /dev/null: 0403-005 Cannot create the specified file.的報錯。根據IBM官方文章:https://www.ibm.com/support/pages/file-access-permissions-do-not-allow-specified-action:

執(zhí)行chmod 660 /dev/null，sqlplus / as sysdba不再顯示ORA-12547: TNS:lost contact的錯誤。2.3. 故障處置

嘗試重新啟動has，ASM實例正常啟動，但是數據庫實例無法啟動。

手工啟動數據庫。又出現CRS-5016: Process "/oracle/grid/bin/setasmgidwrap等錯誤:

解決辦法：

執(zhí)行sqlplus sys as sysdba登錄。

執(zhí)行startup，手動啟動數據庫

根本原因是由于/dev/null權限的問題，

解決辦法：

原文閱讀：https://www.modb.pro/db/26889?YYF