從Oracle TFA偷師學藝

做了多年資料庫最佳化與服務工作，對TFA這樣的工具已經產生了依賴性，一旦客戶的系統遇到問題，肯定會讓客戶提供一份TFA收集的資訊，然後基於這些資訊進行分析。大部分問題都可以從TFA採集的資料中獲得答案。Oracle TFA是一個用於收集和分析跟蹤和日誌檔案的實用程式，可以自動檢測和收集與Oracle產品相關的各種診斷資料，例如跟蹤、日誌、AWR報告、ASH報告和、配置檔案系統資訊等，並將它們彙總到一個統一的位置。使用Oracle TFA，管理員可以更快地診斷和解決問題，減少系統停機時間並提高生產力。TFA可以和Oracle Support Service緊密整合，OSS/OCS/ACS等支援部門可以利用TFA的資料完成遠端分析與診斷，從而降低Oracle售後服務的成本。

我是從Oracle 5.1開始使用Oracle資料庫的，經歷了沒有任何類似TFA的時代，要幫使用者分析問題，哪怕是在現場分析，也很頭疼，要從各個地方去翻找各種日誌和資訊。後來有了TFA的前身RDA，採集變得簡單了很多。TFA能夠採集的資料十分豐富，包括：

• 日誌檔案：例如資料庫、監聽器、ASM、OEM等的日誌檔案，可以幫助診斷各種錯誤和問題。

• TRACE檔案：例如資料庫、監聽器、ASM、OEM等的跟蹤檔案，可以幫助診斷SQL執行、鎖定等問題。

• 配置檔案：例如Oracle Home、資料庫、監聽器、ASM、OEM等的配置檔案，可以幫助確認系統配置和診斷配置問題。

• 系統資訊：例如作業系統、網路、儲存等的系統資訊，可以幫助確認系統配置和診斷系統問題。

• Dump檔案：例如記憶體Dump檔案、程式Dump檔案等，可以幫助診斷記憶體使用、程式問題等。

• AWR報告：可以幫助分析系統效能和診斷效能問題。

• ASH報告：可以幫助分析系統活動和診斷系統效能問題。

• 監控資訊：例如AWR快照、Metric資訊、OS Watcher資訊等，可以幫助分析系統效能和診斷效能問題。

TFA提高了資料庫服務遠端分析資料的採集能力，可以讓使用者一次性收集到最為詳細的資訊，減少現場與三線支援互動的次數，提高問題分析與故障定位的效率。有經驗的DBA在Mos上開SR的時候，總會第一時間就把TFA採集好，並把資料隨同SR一起上傳，由於減少了多個初始階段的互動，如果這麼做，解決問題的時間可以縮短好幾天。

目前國產資料庫的售後服務面臨更大的挑戰，第三方服務能力的缺失導致客戶現場問題不經緩衝直接會壓到資料庫原廠的售後服務人員頭上，而國產資料庫廠商的售後服務體系遠沒有Oracle那麼完善和強大，因此將會面臨更大的壓力。目前國產資料庫廠商還缺乏TFA那麼強大和體系化的支援工具，因此在幫助使用者解決售後問題的時候缺乏標準化的流程與標準化的分析方法，導致售後服務的效率和能力受到了進一步的限制。實際上我們可以從Oracle偷師學藝，TFA就是十分重要的一項。

首先我們可以學習TFA工具的功能，開發一個資料庫診斷資料自動採集工具，採集各種日誌、TRACE、配置資料，以及作業系統的一些日誌、硬體資訊等基礎資訊。再輔助一些效能、等待事件、鎖、資料庫資訊相關的資料，構建一個後端服務支援標準化分析流程中所必須的資料。透過這樣的工具不但讓三線運維更加便捷，也可以透過工具規範化售後服務的一些技術分析方法，形成企業級規範化的售後服務技術分析體系。

其次我們需要關注一下OSW這個工具，OSW是Oracle採集作業系統各種資訊的利器。以前我們服務的客戶都會建議他們安裝OSW。資料庫的問題有很大一部分是和OS相關的，OSW的資料可以幫助我們釐清問題與OS還是DB有關。從Oracle 11.2.0.4開始，OSW已經成為了Oracle資料庫標準安裝的一部分，12C中，OSWatcher Black Box(oswbb)的引入使得OSW與Oracle資料庫整合的更為緊密。國產資料庫的問題很多都是OS問題引發的，因此對OS的分析更為重要。我想國產資料庫也應該內建安裝一套OS資料庫監控的工具。因為智慧財產權的問題，國產資料庫不可能內建安裝OSW，也有些國產資料庫廠商建議使用者安裝一個nmon之類的OS監控工具。以我這些年做資料庫服務的經驗來看，nmon雖然能夠生成漂亮的圖表，但是如果是做問題的根因定位，其資料採集的粒度和豐富程度，都遠不如OSW。目前也有很多監控OS的開源工具，利用開源協議比較友好的開源工具，學習OSW採的資料內容，搞一套OS採集工具，整合到資料庫產品中，應該會對售後服務有很大的幫助。