Oracle TNS-12502 錯誤成因與解決：監聽器收到無 CONNECT_DATA 的封包

錯誤現象

監聽日誌 (listener.log) 每幾分鐘重複出現：

TNS-12502: TNS:listener received no CONNECT_DATA from client

即使凌晨無人操作也持續記錄，但應用連線完全正常。

官方定義

Cause: No CONNECT_DATA was passed to the listener.
Action: Check that the service name resolved from TNSNAMES.ORA has the CONNECT_DATA component of the connect descriptor.

意即：客戶端連線封包缺少 CONNECT_DATA 區段 (含 SID/SERVICE_NAME)，監聽器無法解析目標服務。

真相重現：非應用連線，而是「存活探測」

網路設備 (負載均衡器 LB、HA 心跳、防火牆、監控腳本) 定期對監聽端口 (預設 1521) 發起 TCP 連線，**僅建立連線不發送 TNS 協議封包**，隨即斷開。監聽器記錄此異常連線為 TNS-12502。

模擬驗證

C:\> telnet 172.16.30.11 1521

日誌立即出現連續 TNS-12502，證實為純 TCP 探測行為。

影響評估與處理建議

• 業務影響：無。正常應用連線攜帶完整 CONNECT_DATA，不受干擾。
• 日誌噪音：大量干擾日誌分析。
• 處理選項：
  1. 忽略：確認來源為合法探測 (LB/HA/監控)，不處理最省事。
  2. 調整探測端：配置 LB/HA 發送合法 TNS 封包 (如 SELECT 1 FROM DUAL 或專用健康檢查腳本)，而非裸 TCP。
  3. 監聽器過濾：11g+ 支援 VALID_NODE_CHECKING_REGISTRATION、REGISTRATION_INVITED_NODES 限制註冊來源，但無法過濾裸連線日誌。
  4. 日誌輪轉：配置 LOG_DIRECTORY/LOG_FILE 輪轉避免單檔過大。

總結

TNS-12502 多為基礎設施層健康檢查引起，**非資料庫故障，非客戶端配置錯誤**。確認來源合法後可安全忽略，或優化探測方式減少日誌噪音。