將表空間拆分為多個磁碟捲後如何衡量改進？（甲骨文 10g AWR）

我最近發布了一個 10 000 使用者分析應用程序，由於交易量過多，該應用程序遇到了性能問題。除了重寫應用程序中的許多 SQL 以獲得更好的性能外，我們還採用自上而下的方法，向記憶體中添加更多捲和 tweeks 等。Oracle 專家將我們的伺服器從具有 2 個卷的單個表空間重新設計為具有 4 個卷的 2 個表空間索引將有自己的捲和表空間的捲。每個卷都是一個單獨的磁碟陣列，因此它們不會競爭 IO。

我們已經在開發環境中執行了這一更改，我們即將接受，但在支付更改之前，企業希望看到可衡量的收益。

我可以在 AWR 報告中的哪個位置進行比較以測量執行更改前後的此類數據？

從使用者 APC：

AWR 有一個稱為 IO Stats 的部分。並非沒有道理，這是它報告 IO 活動統計資訊的地方。在該部分中，每個表空間都有數字。您需要針對目標數據庫執行這些報告。理想情況下，您需要進行幾次不同的跑步，每次跑步不超過 20 分鐘；執行時間越長，平均定律就越有可能從你得到的數據中汲取意義。

因此，原則是：您執行此報告並獲得基準。然後部署更改並重新執行報告。各個列的不同之處在於更改的性能優勢。實際上，您會希望每秒的請求和數據增加，平均時間和等待時間減少。

為了使這些數字更有說服力，您應該在測試前後執行相同的工作負載。這就是真正應用測試之類的東西真正發揮作用的地方。

引用自：https://dba.stackexchange.com/questions/28154