系統變化用例研究
在2004年，我能夠在示范機中出現的內存故障影響應用性能之前快速地發現它。我們使用這個示范機向客戶介紹我們的產品解決方案，所以要求這個示范機有個好的性能。這個機器有兩條512M的內存條共計1G的內存。其中一條內存條是完全壞了，這使得系統運行緩慢。首先，我沒想到內存壞了。畢竟，我加載"demo"數據和運行一些報表，并且認為雖然系統看起來比平常運行慢多了，但還是可以解釋為什么性能下降了。之后，我再一次確認這機器不能合理的解釋它的運行狀況，因為正常情況下它運行很快，這時我開始懷疑系統是否負荷過載。這個提示我檢查一下我的變化跟蹤系統（我使用其中一個在常規基楚上），看看是否有重要的變化。畢竟，昨天系統還是運行良好的。什么變化了呢？當我調查監測系統，它立即報告其中一個512M內存條壞了。我通過使用Unix OS命令行很快地確定這個信息，并且真的系統不再注冊RAM為1G了，而是512M。這解釋了為什么"示范機運行緩慢"。那個下午，我們的MIS部門用一個新的內存條把那個壞的換了下來，準備著再給用戶介紹產品。
我使用什么樣的變化跟蹤來診斷和解決這個問題呢？答案是：Quest Central Performance Analysis，一個全面的變化跟蹤和歷史的分析工具，用于幫助解決性能和與性能相關變化的問題。
使用性能分析跟蹤變化
Quest Central's Performance Analysis提供一套全面的變化跟蹤工具，它能自動地跟蹤和報告發生在Oracle和Microsoft SQLServer數據庫環境中的變化。變化跟蹤工具與Performance Analysis監測工具集成在一起，提供以下功能：
定期地跟蹤環境，配置和數據庫對象的變化；這些變化可能影響系統和數據庫性能
使用戶能夠把變化的出現和數據庫活動關聯一起，用于識別影響系統性能的變化
包括選擇常見輸出格式的報表，計劃和變化種類過濾器，變化種類過濾器能使用戶能夠重新定義在任一個給定時間周期中顯示一系列的變化。
IT是怎樣工作的
Performance Analysis Change Tacking沒有試圖審計系統變化，而是集中于那些以后可能影響系統性能的變化。例如，如果在日常變化跟蹤斷點之間創建和刪除索引，表或數據庫對象，這時這些對象的變化將記錄在日常變化跟蹤報表中。因此從日常的觀點看它們對于性能將沒有什么影響，只有間隔幾天去看才能看出影響。但如果在開始變化跟蹤時存在索引，并且在下個變化跟蹤事件發生之前被刪除了，那么索引刪除將被記錄在變化跟蹤系統中，因為它以后可能影響性能。
事例1－Microsoft SQL Server數據庫上的Index Drop
在下面的例子中，由于不小心把索引從數據庫系統中刪除了。讓我們回顧一下Performance Analysis將如何發現，診斷問題，并且是如何使DBA采取措施解決這些問題的。
但首先讓我們快速地看看Performance Analysis監測產品，這樣能幫助你更好地理解例子中用到的截圖。如果你已經熟悉Quest Central Performance Analysis，那可以跳過下面的例子。
Performance Analysis是一個功能全面的數據庫產品工具，它具有高級在線縮放，鉆取和可產生報告特點的易用界面，使DBA可視化分析它們任一時刻的應用工作量。Performance Analysis利用一個低負載的數據收集機制，收集數據庫服務器操作系統度量值，數據庫會話統計數據，Top SQL，等待事件和IO性能度量值，給DBA提供橫跨整個數據庫服務器平臺的特有性能視圖。Performance Analysis也包括了一個日常Change Tracking模塊，它通過在工作活動圖表中描繪數據庫系統變化，把變化和性能關聯在一起。這使DBA能夠可視化地確定變化和數據庫性能之間的可能關系。Performance Analysis在ERP環境中也提供特定的好處，比如Oracle Application E-Business Suite和PeopleSoft。例如，它通過ERP種類報告性能，這些種類像用戶，應用，程序，和報表等，使DBA更好的理解誰位于消費者的頂層，哪個用戶或程序引起系統響應緩慢。Performance Analysis使DBA能夠趨向于性能，在負責改善整個應用時，確保SLA位于SQL和程序層，排除SQL和鎖問題確�？焖俚亟鉀Q應用問題。下圖顯示了Performance Analysis History Area。
1. 歷史區域以流行的類型（USER，PROGRAM，SQL，和其它）提供性能數據片斷。其它區域是RECENT和REPORTS。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
