親愛(ài)滴伙伴們，又見(jiàn)面了。最近在緊張的進(jìn)行Oracle19C ADG搭建工作，為了加快項(xiàng)目進(jìn)度，我們采用了平臺(tái)腳本化方式進(jìn)行ADG搭建，本篇分享在本次搭建中遇到的問(wèn)題及其處理方式。

慣例環(huán)境介紹：

操作系統(tǒng)：Redhat7.6

數(shù)據(jù)庫(kù)版本：19.7

是否RAC：是

ASM或文件系統(tǒng)：ASM

在之前我們進(jìn)行12C ADG搭建的時(shí)候均采取修改參數(shù)文件，將備庫(kù)實(shí)例啟動(dòng)到nomount，然后從帶庫(kù)中恢復(fù)控制文件之后mount數(shù)據(jù)庫(kù)，之后開(kāi)始將數(shù)據(jù)文件從帶庫(kù)中restore出來(lái)，這樣一步步的推進(jìn)，直到ADG搭建完成。但這次由于大批量的19C數(shù)據(jù)庫(kù)要搭建ADG，并且都是全新的數(shù)據(jù)庫(kù)，考慮到新庫(kù)還沒(méi)進(jìn)行數(shù)據(jù)遷移，數(shù)據(jù)文件總大小很小，并且之前的方式太耗時(shí)間，所以這次我們?nèi)渴褂胐uplicate腳本化進(jìn)行ADG搭建。這樣做最大的好處是只要一套ADG通過(guò)一鍵腳本搭建成功，后續(xù)就可以全部一鍵腳本化加快項(xiàng)目進(jìn)度。

考慮到新庫(kù)文件全部默認(rèn)使用了OMF名稱，所以我們將文件轉(zhuǎn)換路徑設(shè)置成如下，磁盤組一一對(duì)應(yīng)：

腳本在主庫(kù)運(yùn)行之后報(bào)ORA-19505:failed to identify file ""，如下圖所示

為啥不能識(shí)別文件呢？采取OMF名稱格式的數(shù)據(jù)文件，日志文件等都是自動(dòng)識(shí)別的啦。好吧，既然你報(bào)不能識(shí)別，我們就指定路徑讓你去相應(yīng)的路徑下進(jìn)行讀取并在備庫(kù)指定路徑進(jìn)行轉(zhuǎn)換：

但并沒(méi)有什么卵用，報(bào)錯(cuò)依舊......

這......搞到這，筆者有點(diǎn)懷疑腳本問(wèn)題了，通過(guò)仔仔細(xì)細(xì)核查腳本，確認(rèn)完全正常。

再一次核查報(bào)錯(cuò)，顯示是備庫(kù)識(shí)別文件失敗。

備庫(kù)的文件及其ASM目錄都是自動(dòng)創(chuàng)建的，難道無(wú)法創(chuàng)建？我們核查了權(quán)限證明oracle權(quán)限無(wú)異常，決定手動(dòng)在ASM中創(chuàng)建對(duì)應(yīng)的目錄，命令如下：

創(chuàng)建完成之后再次運(yùn)行腳本，然而并沒(méi)有出現(xiàn)期待的運(yùn)行成功，報(bào)錯(cuò)依舊。最后死馬當(dāng)活馬醫(yī)，決定在備庫(kù)把主庫(kù)上對(duì)應(yīng)的目錄全部創(chuàng)建。

目錄創(chuàng)建完成之后，又一次忐忑的運(yùn)行腳本，哇哈。竟然成功了......

一波三折啊，數(shù)據(jù)文件在備庫(kù)恢復(fù)轉(zhuǎn)換過(guò)來(lái)都會(huì)創(chuàng)建到+DATADG1/racdbstd相應(yīng)的目錄下去，為啥一定要?jiǎng)?chuàng)建跟主庫(kù)一模一樣的目錄呢？并且duplicate完成之后，我們查看備庫(kù)+DATADG1/racdb目錄下各子目錄軍為空，并沒(méi)有生成數(shù)據(jù)文件。難道又觸發(fā)BUG了？......

下次如果遇到相同的問(wèn)題，先把備庫(kù)的目錄按照主庫(kù)的一模一樣的建好再說(shuō)。本次分享到此結(jié)束，咋們下回再聊。