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