WebLogic Server 日誌輪轉導致 inode 變更：Tivoli 監控誤報根因分析與驗證

問題現象

客戶使用 Tivoli 監控 WebLogic server.log，每當 Server 重啟或日誌輪轉，Tivoli 報錯 FileId is changed，導致監控中斷。

根因分析

WebLogic 日誌輪轉實作

原始碼 weblogic.logging.FileStreamHandler.rotateLog() 呼叫：

logFile.renameTo(rotatedFile); // 僅重命名檔案

JDK renameTo 底層行為

// java.io.File
public boolean renameTo(File dest) {
    return fs.rename(this, dest); // 委派給 FileSystem 抽象類
}

// Win32FileSystem.java
private native boolean rename0(File f1, File f2); // 本地方法

關鍵發現：renameTo 為原子操作，**inode 不變**（同一文件系統內重命名僅修改目錄項）。

實測驗證

// 測試程式
File src = new File("test");
src.createNewFile();
src.renameTo(new File("test1"));
src = new File("test"); // 重新建立同名檔案
src.createNewFile();

執行結果 (ls -il)：

6033514 -rw-r--r-- 1 fjin staff 0 Sep 26 23:56 test   ← 原檔案 inode
6033506 -rw-r--r-- 1 fjin staff 0 Sep 27 01:03 test   ← 新檔案 inode（不同！）
6033514 -rw-r--r-- 1 fjin staff 0 Sep 26 23:56 test1  ← 重命名後檔案（保留原 inode）

結論：

• renameTo 保留 inode（test1 繼承 test 的 inode）
• WebLogic 重新建立 server.log 時，**產生新 inode**
• Tivoli 追蹤 inode (FileId) 而非檔名，故觸發誤報

解決方案對比

最佳實踐建議

1. **監控層面**：配置 Tivoli/Logstash/Filebeat 追蹤檔案路徑而非 inode
2. **應用層面**：使用 Log4j2/Logback 非同步 Appender，配合 RollingFileAppender 由框架管理輪轉
3. **基礎設施**：採用集中式日誌 (ELK/EFK)，應用僅輸出 stdout/stderr，由 Sidecar 收集