共計 3243 個字符，預計需要花費 9 分鐘才能閱讀完成。
這篇文章主要介紹“怎么使用 Oracle 故障日志采集工具 TFA”，在日常操作中，相信很多人在怎么使用 Oracle 故障日志采集工具 TFA 問題上存在疑惑，丸趣 TV 小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”怎么使用 Oracle 故障日志采集工具 TFA”的疑惑有所幫助！接下來，請跟著丸趣 TV 小編一起來學習吧！
收集日志信息是否是一個“高消耗”的體力活？很多情況下都是。
設想一下，如果數據庫發生了一次 hang 的故障，而這套數據庫有 8 個節點，我們可能需要收集 rdbms、ASM、grid、OS，osw 等等的日志信息，這項工作就是一個噩夢。即使在常見的兩節點 RAC 環境中，恐怕也需要花費一小段的時間，而且可能還得不斷進行后續的補充日志收集工作。
不熟悉環境，平臺差異，需要篩選收集故障時間點的特定日志信息，數據庫存在較多的節點，在需要收集日志的環境中存在文件管控等等很多的問題，都可能影響我們收集日志信息的速度和準確度，進而對問題分析定位的進度造成影響。
所以我們就有一個非常現實的問題，如何減少日志收集所消耗的時間并提高準確度，將更多的時間用于問題分析？
其實，Oracle 官方已經提供了解決方案—TFA(Trace File Analyzer Collector)，這個工具能幫助我們真正實現一條命令完成日志收集。
1 版本以及安裝
官方列出 TFA 支持的平臺：
Intel Linux (Enterprise Linux, RedHat Linux, SUSE Linux)
Linux on System Z
Linux Itanium
Oracle Solaris SPARC
Oracle Solaris x86-64
AIX
HPUX Itanium
HPUX PA-RISC
所有平臺都需要 bash shell 3.2 以上版本及 JRE 1.5 以上版本支持。
TFA 工具理論上提供所有數據庫版本的支持，同時提供對 RAC 和非 RAC 數據庫的支持。但是，從當前所見的文檔中，未見提及 10.2.0.4 之前的版本。
TFA 工具最早在 11.2.0.4 版本中隨 grid 軟件默認安裝，默認安裝路徑為 grid 的 home 目錄。11.2.0.4 之前版本的安裝包中并未包含 TFA 工具，需要手工安裝。
Oracle 官方列出的詳細支持及安裝情況如下：
TFA 更新的速度非常快，11.2.0.4 版本于 2013 年 8 月發布，自帶的 TFA 工具版本為 2.5.1.5。目前（2015 年 10 月）最新版本為 12.1.2.5.2，我們可以從幫助菜單中看出兩個版本間的巨大差別：
2.5.1.5 版本幫助菜單：
12.1.2.5.2 版本幫助菜單：
可以看到，12.1.2.5.2 版本相比 2.5.1.5 版本加入了大量的功能。
Oracle 對 TFA 的支持力度也在不斷增大，甚至已經將 TFA 的更新包含在了 PSU 中。以 11.2.0.4 版本為例，GI PSU Fixed List 中我們可以找到以下信息：
即從 11.2.0.4.5 開始，GI PSU 中都包含有 TFA 的版本更新。在安裝 GI PSU 的過程中 TFA 將自動進行安裝。
2TFA 的工作方式
從一張 Oracle 官方提供的 TFA 工作流程圖上，我們可以清楚的看到 TFA 的工作方式：
DBA 發出 diagcollect 命令，啟動 TFA 日志收集進程。
本地 TFA 發送收集請求至其他節點的 TFA，在其他節點上開始日志收集工作。
本地 TFA 也同時開始進行日志收集工作。
所有涉及節點的 TFA 日志都歸檔至發起 diagcollect 命令的 master 節點。
DBA 提取已歸檔的 TFA 日志信息，進行分析或提交 SR 進行處理
整個過程中，DBA 只需要執行一條命令，然后提取已歸檔的 TFA 日志。
3TFA 的使用
以 11.2.0.4 版本 RAC 和 12.1.2.5.2 版本 TFA 環境為例：
首先，我們來看最簡單、通用的一個收集命令：
此命令將收集指定時間段 rdbms、ASM、grid、OS 的各類型日志，如 alert 日志、trace 文件、clusterware 各組件的日志、listener 日志、操作系統日志。執行過程中，對 alert 日志、listener 日志等連續性的日志處理也比較智能，能夠截取指定時段的日志，而不會將整個日志文件 copy。如果部署有 osw 工具，還會自動收集 osw 的日志。
如果需要指定日志收集范圍，比如僅收集數據庫的相關日志，可以使用 tfactl diagcollect -database 命令。更多的使用方法可以參考 tfactl diagcollect -help 輸出。
當前最新版本（12.1.2.5.2）的 TFA 也能夠對 AWR 報告進行收集，命令示例如下：
但是在實際應用中發現，TFA 收集 AWR 報告的功能還不夠完善。
對于 -database 參數，幫助菜單的說明為：
-database Collect database logs from databases specified
目前，使用 -awrhtml 參數需要配合 -database 參數一同使用，但 -database 參數與 -awrhtml 參數配合使用的情況下，并不僅僅為指示數據庫名稱的作用，依然會出現收集數據庫 alert 日志及 trace 文件的情況。即執行以上命令，將收集指定時間段的 AWR 報告，同時也會收集數據庫 alert 日志和 trace 文件。
TFA 也帶有自動收集的功能，可以對一些預定錯誤進行自動收集。預定的錯誤及收集規則可以參閱《Trace File Analyzer Collector User Guide》的 Appendix B. Scan Events 部分。該功能默認為關閉狀態，可以使用以下命令手工啟用：
tfactl set autodiagcollect=ON
此功能建議在測試環境中驗證后再在生產環境中進行使用。
TFA 也能夠承擔一定的日志分析功能，能夠實現一條命令自動對 DB ASM CRS 的 alert 日志、操作系統命令及部分 osw 日志進行分析，雖然與它的日志收集功能相比還不夠強大。一個簡單通用的分析命令：
tfactl analyze -since 7d
這條命令將分析查找所有（包括 DB/ASM/CRS/ACFS/OS/OSW/OSWSLABINFO）日志 7 天內 ERROR 級別的錯誤信息并提取。
《Trace File Analyzer Collector User Guide》所列出的 ERROR 級別信息如下：
也可以使用如下命令搜索自定義字符串：
TFA 工具默認僅對 root 用戶和 grid 用戶授予使用權限，如果使用 oracle 用戶執行 tfactl diagcollect 命令將收到報錯：
User oracle does not have keys to run TFA. Please check with TFA Admin(root)
建議同樣授予 oracle 用戶使用 TFA 的權限，方便日常使用。root 用戶使用以下命令可以將 oracle 用戶加入授權用戶列表：
tfactl access add -user oracle
如果存在對收集日志的空間管理需求，可以使用 tfactl set 命令進行設置。當前設置情況可以通過
tfactl print config
命令進行輸出，輸出示例如下：
有關 TFA 使用和設置的更多信息可以參閱 tfactl - h 輸出及《Trace File Analyzer Collector User Guide》文檔。
MOS 上較少見到 TFA 運行過程中對 DB 或 GI 造成影響的描述，主要為以下兩個問題：
如果在 Linux 平臺下遇到 RAC 節點啟動 hang 的問題并且環境中安裝有 TFA，可以根據文檔 1983567.1 的說明修改 oracle-tfa.conf 文件。文檔 1668630.1 所提及的問題在 11.2.0.4.3 以上 PSU 中已修復，如果安裝的 PSU 版本為 11.2.0.4.3 以上版本，可以忽略此問題。
到此，關于“怎么使用 Oracle 故障日志采集工具 TFA”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續學習更多相關知識，請繼續關注丸趣 TV 網站，丸趣 TV 小編會繼續努力為大家帶來更多實用的文章！
