導讀：其實這個道理在Oracle數據庫中也行得通。即可以將關鍵數據文件存儲在多塊硬盤上，以提高Oracle數據庫的性能。在這篇文章中就以Oracle11G為例，說明如何通過在硬盤之間分布關鍵數據文件來提高性能。希望對大家能夠有所幫助。
一、在硬盤之間分布關鍵數據文件的基本原則。
在傳統的文件系統上(即不是在裸機上)部署Oracle數據庫，可以通過將關鍵的數據文件分布到多個可用的文件系統上或者不同的硬盤上來提高數據庫的性能。具體的來說，需要遵循如下幾個原則。
一是對於表來說，往往包含兩個部分，即基本表與索引表。只要為基本表中的字段創建了索引，其對應的就有一張索引表。當用戶訪問表中的數據時，應用系統需要同時訪問到索引表與數據表。此時我們可以將這兩張表比喻成兩輛車。如果現在只有一個車道(即將他們同時存放在一個硬盤或者文件系統中)，那麼兩輛車必須前後行使。而如果現在有兩個車道(即將基本表與其相對應的索引表存放在不同的硬盤或者文件系統中)，那麼這兩輛車就可以並排行使。顯然，後者的效率更高。為此筆者建議，可將經常需要訪問的表和與之對應的索引表分開來存放。
二是可以將日志文件也分開來存放。不光光是數據表與索引表存在著這種狀況。其實在日志文件管理中也是如此。只要條件允許，那麼最好能夠將聯機重做日志和歸檔日志與其它數據文件存放在不同的硬盤或者文件系統上。因為當用戶往數據庫中寫入數據時，需要同時往數據文件與重做日志文件中寫入數據。此時如果將它們分開來存放，那麼就相當於有了多條車道，分別往不同的文件中寫入數據。這無疑就可以提高數據寫入的效率，從而提高數據庫的性能。
二、哪些文件最好能夠分開存放?
在講到硬盤之間分布關鍵數據文件的基本原則的時候，筆者舉了幾個需要分開存放的幾個案例。但是在實際工作中，並不僅僅局限於上面提到的這些文件。筆者認為，如果條件允許的話，那麼可以考慮將如下文件放置在不同的硬盤上。
一是表空間，如臨時表空間、系統表空間、UNDO表空間等等。這三個表空間可能系統會同時進行訪問。為此需要將其分開來存放。二是數據文件和索引文件。上面提到過，需要將經常訪問的數據文件與其對應的索引文件存放在不同的硬盤上。因為這兩類文件在訪問數據時也可能會同時訪問到。三是操作系統盤與數據庫文件單獨存放。顯然Oracle系統肯定是與操作系統同時運行的。為了避免他們之間的I/Q沖突，就需要將Oracle部署在操作系統盤以外的磁盤上。四是聯機重做日志文件。這個文件比較復雜，不但要將其與其他文件分開來存放。而且還需要注意的是，最好能夠將其存放在性能最佳的硬盤上。
最後需要說明的一點是，增加磁盤也會增加成本。這不光光是購買磁盤所需要的花費，還包括管理的成本。所以這之間也會涉及到成本與性能之間的一個均衡問題。如果企業的數據不是很多，或者主要是涉及到查詢操作，那麼這麼設計的話，就可能不怎麼合理。因為投入要大於回報。
三、如何確定是否需要將文件分開來存放?
在實際工作中，企業的數據是一個從少到多的過程。也就是說，剛開始使用數據庫的時候，可能數據量比較少，此時出於成本的考慮，沒有將相關文件存放在不同的磁盤上。但是隨著工作的深入，用戶會發現數據庫的性能在逐漸的降低。此時管理員就需要考慮，能夠采取這種多建車道的措施，來提高數據庫性能。當然在采取這個措施之前，管理員需要先進性評估。此時評估所需要用到的一個指標就是磁盤的I/O爭用。
磁盤爭用通常發生在有多個進程試圖同時訪問一個物理磁盤的情況下。如現在用戶需要訪問某個數據表中的數據，此時系統需要訪問索引文件與數據表文件。如果將它們放置在同一磁盤上，那麼在訪問時就會發生I/O沖突。所以評估I/O沖突的嚴重程度，可以幫我們來確定是否需要將關鍵文件存放在不同的磁盤上。
將I/O平均的分布到多個可用的磁盤上，這可以有效的減少磁盤之間的爭用情況，提高數據存儲與讀取的性能。從而提高Oracle等應用程序的效率。在實際工作中，數據庫控制文件中有兩個參數可以用來幫助我們評估這個指標。這兩個參數是文件平均讀取時間和文件平均寫入時間。不過在使用這兩個參數的時候，其只評估所有與數據庫相關聯的文件。管理員如果有需要的話，也可以通過下面的查詢語句來查詢數據文件是否存在I/O問題。查詢的語法與結果如下圖所示：
從如上的查詢結果中可以看出某個數據文件是否繁忙，數據文件之間是否存在著/I/O沖突文件。這裡需要注意的是，這個結果是一個動態的結果。在不同的時刻、用戶進行不同的操作時往往會得出不同的結論。為此筆者建議，在使用這個數據的時候，最好能夠多跟蹤幾次。然後分析多次運行的結果。只有如此，才能夠得到比較合乎情理的判斷。
通常情況下，管理員根據上面的結果可以得出三種結論。
第一種結論是上面這些數據文件都不是很忙。即文件的平均讀取時間與寫入時間都比較短，表示這兩個文件都是比較空閒的。此時正常情況下，數據庫的性能應該是不錯的。也就是說，如果此時數據庫的性能不理想的話，那麼就不是磁盤的I/O所造成的。管理員應該從其他角度來改善數據庫的性能。
第二種結論是每個數據庫文件都非常的繁忙。此時有可能是讀取時間或者寫入時間比較長，或者說兩個時間都比較長。當多個數據文件同時比較繁忙並且他們處於同一磁盤的話，那麼管理員就需要考慮購買新的磁盤，然後將上面提到的這些關鍵文件重新整理，讓他們部署在不同的磁盤上。
第三種結論是某幾個特定的數據文件比較繁忙，而其他數據文件還可以。此時管理員如果成本受到限制，那麼也不需要重新購買硬盤。在磁盤上的物理寫入和讀取次數上如果出現比較大的差異，就表明某個磁盤負載過大，即有很嚴重的I/O沖突。此時最好能夠將這個磁盤中的文件進行調整，如將某些文件移動到另外的一塊I/O相對不怎麼嚴重的磁盤上。不過在采取這個操作的時候，需要注意一點。對於聯機重做日志文件來說，即使其所在的磁盤I/O沖突比較低，或者訪問這個文件的時間比較短，但是也不建議將其他數據文件轉移到其所在的磁盤上來。因為通常情況下，為了保障數據庫的性能，我們都建議將聯機重做日志文件單獨存放，並且還需要講起放置在性能比較高的硬盤上。
總之，將關鍵的Oracle數據庫文件分開放置。如此的話可以有效避免磁盤爭用成為Oracle數據庫系統的性能瓶頸。通過上文中介紹的方法就能夠實現Oracle性能的提高。
