親愛滴伙伴們,又見面了。最近在緊張的進行Oracle19C ADG搭建工作,為了加快項目進度,我們采用了平臺腳本化方式進行ADG搭建,本篇分享在本次搭建中遇到的問題及其處理方式。
慣例環境介紹:
操作系統:Redhat7.6
數據庫版本:19.7
是否RAC:是
ASM或文件系統:ASM
在之前我們進行12C ADG搭建的時候均采取修改參數文件,將備庫實例啟動到nomount,然后從帶庫中恢復控制文件之后mount數據庫,之后開始將數據文件從帶庫中restore出來,這樣一步步的推進,直到ADG搭建完成。但這次由于大批量的19C數據庫要搭建ADG,并且都是全新的數據庫,考慮到新庫還沒進行數據遷移,數據文件總大小很小,并且之前的方式太耗時間,所以這次我們全部使用duplicate腳本化進行ADG搭建。這樣做最大的好處是只要一套ADG通過一鍵腳本搭建成功,后續就可以全部一鍵腳本化加快項目進度。
考慮到新庫文件全部默認使用了OMF名稱,所以我們將文件轉換路徑設置成如下,磁盤組一一對應:
腳本在主庫運行之后報ORA-19505:failed to identify file "",如下圖所示
為啥不能識別文件呢?采取OMF名稱格式的數據文件,日志文件等都是自動識別的啦。好吧,既然你報不能識別,我們就指定路徑讓你去相應的路徑下進行讀取并在備庫指定路徑進行轉換:
但并沒有什么卵用,報錯依舊......
這......搞到這,筆者有點懷疑腳本問題了,通過仔仔細細核查腳本,確認完全正常。
再一次核查報錯,顯示是備庫識別文件失敗。
備庫的文件及其ASM目錄都是自動創建的,難道無法創建?我們核查了權限證明oracle權限無異常,決定手動在ASM中創建對應的目錄,命令如下:
創建完成之后再次運行腳本,然而并沒有出現期待的運行成功,報錯依舊。最后死馬當活馬醫,決定在備庫把主庫上對應的目錄全部創建。
目錄創建完成之后,又一次忐忑的運行腳本,哇哈。竟然成功了......
一波三折啊,數據文件在備庫恢復轉換過來都會創建到+DATADG1/racdbstd相應的目錄下去,為啥一定要創建跟主庫一模一樣的目錄呢?并且duplicate完成之后,我們查看備庫+DATADG1/racdb目錄下各子目錄軍為空,并沒有生成數據文件。難道又觸發BUG了?......
下次如果遇到相同的問題,先把備庫的目錄按照主庫的一模一樣的建好再說。本次分享到此結束,咋們下回再聊。
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/130163.html
19C?DG?Broker配置和測試 img{ display:block; margin:0 auto !important; width:100%; } body{ width:75%; ...
閱讀 1346·2023-01-11 13:20
閱讀 1684·2023-01-11 13:20
閱讀 1132·2023-01-11 13:20
閱讀 1858·2023-01-11 13:20
閱讀 4100·2023-01-11 13:20
閱讀 2704·2023-01-11 13:20
閱讀 1385·2023-01-11 13:20
閱讀 3597·2023-01-11 13:20