在沒(méi)有OMF(托管文件)之前，數(shù)據(jù)庫(kù)管理員在創(chuàng)建數(shù)據(jù)文件的時(shí)候，需要關(guān)心兩個(gè)問(wèn)題。一是該為這個(gè)數(shù)據(jù)文件取一個(gè)什么樣的名字，二是需要考慮新創(chuàng)建的數(shù)據(jù)文件會(huì)不會(huì)與已經(jīng)存在的數(shù)據(jù)文件重復(fù)。當(dāng)企業(yè)的數(shù)據(jù)庫(kù)比較大，有數(shù)百個(gè)數(shù)據(jù)文件時(shí)，這項(xiàng)工作就會(huì)變得非常的困難。為此需要采用一種機(jī)制，對(duì)數(shù)據(jù)文件進(jìn)行自動(dòng)管理。在Oracle數(shù)據(jù)庫(kù)中就提供了OMF托管文件這種機(jī)制。

　　一、使用過(guò)程中的相關(guān)配置。

　　OMF托管文件機(jī)制相當(dāng)于是一個(gè)批處理。當(dāng)用戶在建立數(shù)據(jù)文件的時(shí)候，只要輸入一個(gè)命令，不需要帶名字、存儲(chǔ)位置等參數(shù)，系統(tǒng)就會(huì)自動(dòng)根據(jù)一定的規(guī)則來(lái)創(chuàng)建數(shù)據(jù)文件。故在使用這個(gè)托管文件功能之前，管理員需要先在數(shù)據(jù)庫(kù)中建立好相關(guān)的規(guī)則。

　　雖然系統(tǒng)有時(shí)候也會(huì)采用默認(rèn)的配置，但是筆者不建議這么做。對(duì)于一個(gè)復(fù)雜的數(shù)據(jù)庫(kù)系統(tǒng)來(lái)說(shuō)，根據(jù)企業(yè)的實(shí)際情況，預(yù)先創(chuàng)建好數(shù)據(jù)文件的體系，是一個(gè)很好的習(xí)慣。系統(tǒng)的默認(rèn)設(shè)置往往針對(duì)的是中小型的應(yīng)用，無(wú)法滿足大型數(shù)據(jù)庫(kù)的要求。所以管理員需要根據(jù)實(shí)際情況來(lái)配置相關(guān)的規(guī)則。具體的來(lái)說(shuō)，主要涉及到以下幾個(gè)參數(shù)。

　　一是DB_CREATE_FILE_DEST參數(shù)。顧名思義，這個(gè)參數(shù)主要用來(lái)指定數(shù)據(jù)文件默認(rèn)的存儲(chǔ)位置。設(shè)置好這個(gè)參數(shù)之后，管理員在創(chuàng)建數(shù)據(jù)文件時(shí)就不需要再輸入具體的文件位置。這里需要注意的是，這個(gè)地址還跟臨時(shí)文件、重做日志文件、控制文件等等相關(guān)。

　　二是DB_RECOVERY_FILE_DEST參數(shù)。這個(gè)參數(shù)主要用來(lái)定義重做日志、控制文件、RMAN備份文件、歸檔日志和閃回日志的默認(rèn)位置。當(dāng)管理員設(shè)置了這個(gè)參數(shù)之后，系統(tǒng)將會(huì)重寫(xiě)其默認(rèn)設(shè)置。

　　三是DB_CREATE_ONLINE_LOG_DEST_N參數(shù)。這個(gè)參數(shù)也是用來(lái)定義重做日志文件和控制文件的默認(rèn)位置。這里也許有人會(huì)問(wèn)，如果這個(gè)參數(shù)與前面的參數(shù)定義的位置不同，那該如何處理呢?這里就涉及到一個(gè)優(yōu)先級(jí)的問(wèn)題。

　　通常情況下，如果設(shè)置了這個(gè)參數(shù)，那么前面兩個(gè)參數(shù)的設(shè)置就會(huì)被覆蓋掉。最終系統(tǒng)使用的是這個(gè)參數(shù)所定義的位置。也許有人會(huì)問(wèn)，這個(gè)參數(shù)后面為什么會(huì)帶一個(gè)字符N呢?其實(shí)這主要是為了建立副本的需要。具體的內(nèi)容，筆者會(huì)在下面的內(nèi)容中進(jìn)行詳細(xì)敘述。

　　二、使用OMF來(lái)創(chuàng)建數(shù)據(jù)文件。

　　以上相關(guān)的規(guī)則配置完畢之后，就可以使用OMF托管文件功能來(lái)創(chuàng)建數(shù)據(jù)文件。只需要運(yùn)行命令A(yù)LTER Tablespace ADD DATAFILE命令即可。注意在這個(gè)命令中，沒(méi)有指定所需要?jiǎng)?chuàng)建的數(shù)據(jù)文件的路徑與名字。這些都是系統(tǒng)根據(jù)預(yù)先定義的規(guī)則來(lái)自動(dòng)補(bǔ)充的。在使用這個(gè)命令的時(shí)候，筆者認(rèn)為還需要注意以下幾點(diǎn)內(nèi)容。

　　一是如何來(lái)實(shí)現(xiàn)歸檔日志與控制文件的多個(gè)副本?在手工創(chuàng)建歸檔日志文件和控制文件的時(shí)候，我們總會(huì)在不同的位置創(chuàng)建多個(gè)相同名字的歸檔日志文件或者控制文件的副本。如此的話，當(dāng)某個(gè)歸檔日志文件或者控制文件出現(xiàn)問(wèn)題，還可以通過(guò)副本來(lái)彌補(bǔ)。

　　通過(guò)OMF托管文件來(lái)自動(dòng)創(chuàng)建數(shù)據(jù)文件時(shí)，該如何實(shí)現(xiàn)這個(gè)功能呢?其實(shí)實(shí)現(xiàn)的方法也很簡(jiǎn)單。只需要在設(shè)置DB_CREATE_ONLINE_LOG_DEST_N這個(gè)參數(shù)的時(shí)候，多建幾個(gè)，系統(tǒng)就會(huì)自動(dòng)創(chuàng)建相關(guān)文件的副本。這就是最后一個(gè)字符N的作用。

　　二是如果創(chuàng)建表空間，則數(shù)據(jù)文件該如何處理?在沒(méi)有OMF托管文件功能之前，創(chuàng)建表空間與創(chuàng)建數(shù)據(jù)文件是兩個(gè)獨(dú)立的事項(xiàng)。也就是說(shuō)，創(chuàng)建表空間之后，管理員還需要根據(jù)實(shí)際情況來(lái)來(lái)手工創(chuàng)建數(shù)據(jù)文件。不過(guò)在有了OMF托管文件功能之后，這種情況發(fā)生了根本性的變化。

　　換句話說(shuō)，只需要使用命令Create Tablespace命令，而完全不需要制定涉及的實(shí)際數(shù)據(jù)文件，系統(tǒng)會(huì)自動(dòng)創(chuàng)建相關(guān)的數(shù)據(jù)文件。如果有指定多個(gè)鏡像位置的話，還會(huì)自動(dòng)創(chuàng)建重做日志文件或者控制文件的副本。

　　三、OMF托管文件的局限性以及應(yīng)對(duì)措施。

　　雖然OMF文件可以提高創(chuàng)建數(shù)據(jù)文件的自動(dòng)化能力，如自動(dòng)命名、自動(dòng)判斷重名問(wèn)題等等。但是其在具體的使用過(guò)程中，也具有一定的局限性。

　　總的來(lái)說(shuō)，OMF托管文件其主要的優(yōu)勢(shì)在于掛你院不用擔(dān)心會(huì)創(chuàng)建已經(jīng)存在的文件(包括數(shù)據(jù)文件、重做日志文件、控制文件等等)。而其主要的局限在與，通過(guò)OMF托管文件創(chuàng)建的文件，沒(méi)有容量管理和平衡I/O方面的優(yōu)點(diǎn)。為此對(duì)后續(xù)系統(tǒng)的性能等等方面會(huì)有一定的影響。在實(shí)際工作中，OMF托管文件往往不是單獨(dú)使用，而是結(jié)合Oracle的另一項(xiàng)功能ASM來(lái)使用。ASM(自動(dòng)存儲(chǔ)管理)是對(duì)OMF托管文件管理功能的一個(gè)有效補(bǔ)充。

　　四、OMF與ASM結(jié)合使用的注意點(diǎn)。

　　通常情況下，OMF無(wú)法平衡I/O和容量管理的功能。這方面的缺陷可以通過(guò)ASM自動(dòng)存儲(chǔ)管理機(jī)制來(lái)彌補(bǔ)。兩者在結(jié)合使用的過(guò)程中，需要關(guān)注如下內(nèi)容。

　　第一裸設(shè)備的相關(guān)問(wèn)題。裸設(shè)備指的是沒(méi)有使用文件系統(tǒng)的存儲(chǔ)設(shè)備。在這種設(shè)備上保存數(shù)據(jù)，其好處是可以提高系統(tǒng)的性能。而其權(quán)限就是維護(hù)比較困難。這里需要注意的是，ASM自動(dòng)存儲(chǔ)管理其是支持裸設(shè)備的，為此就不存在異步I/O或者直接I/O等問(wèn)題。而對(duì)于OMF來(lái)說(shuō)，其大部分情況下還是在文件系統(tǒng)的背景下操作的。所以從應(yīng)用范圍來(lái)說(shuō)，ASM要比OMF功能來(lái)的大。在具體配置時(shí)，這需要特別注意的。

　　第二是跨平臺(tái)的問(wèn)題。Oracle數(shù)據(jù)庫(kù)是一個(gè)跨平臺(tái)的管理系統(tǒng)，其即可以在微軟的操作系統(tǒng)上運(yùn)行，也可以在Linux等操作系統(tǒng)上部署。但是由于不同操作系統(tǒng)之間，其內(nèi)核等方面存在著比較大的差異，在實(shí)際配制過(guò)程中也會(huì)遇到很多不同的地方。在使用OMF功能于ASM功能的時(shí)候，也會(huì)遇到這種問(wèn)題。這里需要注意的是，ASM是專(zhuān)門(mén)構(gòu)建用于簡(jiǎn)化DBA工作的管理工具。其提供了跨越所有服務(wù)器和存儲(chǔ)平臺(tái)的存儲(chǔ)管理界面。

　　也就是說(shuō)，ASM其可以支持多個(gè)操作系統(tǒng)平臺(tái)。或者說(shuō)，在不同的平臺(tái)上，在操作上其基本是相同的。而對(duì)于OMF托管文件來(lái)說(shuō)，則沒(méi)有這么簡(jiǎn)單。因?yàn)镺MF過(guò)關(guān)文件這個(gè)功能，更像是在跟操作系統(tǒng)打交道，如指定文件存儲(chǔ)位置等等，所以受操作系統(tǒng)的影響比較大。最簡(jiǎn)單的一個(gè)例子，就是Unix等操作系統(tǒng)與Windows等操作系統(tǒng)在文件路徑的表示上，就有很大的差異。在具體配置時(shí)，需要注意這方面的差異，并選擇合適的配置方法。

　　第三兩者分工不同。在實(shí)際工作中，筆者發(fā)現(xiàn)很多管理員，特別是第一次接觸Oracle數(shù)據(jù)庫(kù)的管理人員(如從SQLServer轉(zhuǎn)到Oracle)，他們?cè)谶@方面會(huì)有一個(gè)誤解。OMF托管文件，其具有自動(dòng)管理數(shù)據(jù)文件的功能。但是這個(gè)自動(dòng)管理數(shù)據(jù)文件，并不是說(shuō)管理其容量。

　　也就是說(shuō)，OMF托管文件只涉及到數(shù)據(jù)文件的存儲(chǔ)路徑、數(shù)據(jù)文件的命名等等。而與存儲(chǔ)管理無(wú)關(guān)。更精確的說(shuō)，只涉及到存儲(chǔ)管理的一小部分。存儲(chǔ)管理從大的范圍來(lái)說(shuō)，包含存儲(chǔ)的路徑、存儲(chǔ)的名字、存儲(chǔ)容量、I/O等問(wèn)題。而OMF托管文件只涉及到存儲(chǔ)的路徑、存儲(chǔ)的名字;OMF則涉及到存儲(chǔ)容量、I/O等方面的內(nèi)容。所以這兩個(gè)功能之間有明顯的差異。兩者是分工合作，相互補(bǔ)充。為此在實(shí)際工作中，往往這兩項(xiàng)功能需要同時(shí)實(shí)現(xiàn)，才能夠發(fā)揮最佳的效果。

it知識(shí)庫(kù)：利用OMF來(lái)簡(jiǎn)化數(shù)據(jù)文件的管理，轉(zhuǎn)載需保留來(lái)源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。