運用Log和Trace檔案排除Oracle Net問題

有時候已經正常安裝和配置了 Oracle Net 相關組建，比如服務端的 TNS Listener，以及客戶端的 tnsnames.ora，在 Oracle Server 駐留的機器上也能正常連線，但是從客戶機器上出現了無法連線 Oracle 資料庫服務的情況。

通常出現這種情況，一般要按照以下兩個步驟來排除故障：首先，需要定位發生問題的位置或者說環節；然後，根據發生問題的位置或環節找出相應的解決辦法。

由於 Oracle Net 是按照 OSI 的七層模型來設計的（它包括了會話層、表示層和應用層三個 OSI 層的功能），而底下其他層的網路功能由網路軟硬體提供，因此，故障發生的環節可大體分為兩種情況：一是 Oracle Net 的配置有問題，二是底層的網路出了問題。

要定位故障，首先得把故障從整體中分離出來，分成不同的環節，單獨進行考慮和測試驗證，逐步找出故障所在。

一般的做法是，分別排除相應情況：

1、物理連線有沒有問題？驗證這個的最簡單辦法就是看是否能夠 ping 通服務主機。

2、如果第 1 步沒有問題，主機和客戶機之間能夠 ping 通，那麼就需要檢測伺服器上的服務是否正常，即從本地是否能夠連線到資料庫（本地連線 oracle 資料庫時，一般不用網路協議，而用程式間通訊協議），在資料庫駐留的主機上，既可以利用 tnsping 工具，也可以直接使用 sqlplus 等客戶端軟體直接連線資料庫服務。

3、如果前兩步均能夠正常完成，那麼就要考慮網路連線是否被防火牆阻塞？在能夠由於 ping 工具和 Oracle 的網路測試工具 tnsping 使用的埠不相同，因此資料庫伺服器上的防火牆可能允許其他機器 ping 本機，但不一定允許 Oracle Listener 的埠（預設為1521）對外提供服務（也就是外部程式試圖連線到1521這個埠的嘗試會被防火牆阻擋），因此，即使能 ping 通，也不一定能 tnsping 通或用 sqlplus 等應用程式連線到資料庫。

對於1出現問題的情況，就需要排除物理網路連線的問題，對於2出現問題的情況，就需要考慮重新驗證和配置相應的 Oracle Net 的相關配置檔案，對於 3 出現的問題，就要考慮防火牆策略和Selinux（如果是 Linux 作業系統）以及其他型別的防護手段的配置問題。

但是，有時候，即使你前面3步都完成了，還是無法從客戶機上連線資料庫伺服器，這時恐怕就得動用 log 檔案和 trace 檔案來檢視出問題的細節了。

筆者本人就遇到過一次 redhat enterprise linux 7下面的類似情況，1、2步不用說，正常透過，問題就是進行到第三步時，防火牆也關閉了，但始終無法連線到伺服器。最後只好透過分析 trace 檔案來定位問題。

要使用 trace 檔案來分析問題，首先要配置 SQL*Net 來啟用 trace 功能，因為該功能預設情況下是停用的。

要啟用 SQL*Net 的 Trace，需要在 $ORACLE_HOME/network/admin/ 下面的 sqlnet.ora 中新增如下程式碼：

注意：

• TRACE_DIRECTORY_CLIENT的路徑自己隨意，但不要以 / 結尾
• 以上8個引數，每個引數務必頂格寫，即:不要以空格開頭
• 以#開頭表示註釋。