資訊專欄INFORMATION COLUMN
點擊上方藍字，關(guān)注了解我們~
起因
一次主庫問題導(dǎo)致需要做failover切換，切換后需要重新搭建備庫，但是當(dāng)初設(shè)計的時候，備庫的環(huán)境本不是做此用途的，因此環(huán)境差異較大，導(dǎo)致了這次奇葩問題的出現(xiàn)。
問題描述
主備庫都是ASM環(huán)境，不過切換后的主庫規(guī)劃的是單個較大的磁盤組，而備庫是多個較小的磁盤組，如下圖所示：
主庫
備庫
可以看到，即使備庫的磁盤組使用的是external模式，單個磁盤組的最大容量也只在9T左右，而主庫數(shù)據(jù)文件的總大小接近9T，于是第一次duplicate之后，發(fā)現(xiàn)報錯了，容量不夠存放所有的文件了……
解決方法嘗試
碰到這種情況，我心想只能恢復(fù)數(shù)據(jù)文件的時候指定路徑了，幸好duplicate腳本是可以指定數(shù)據(jù)文件的路徑的，通過SETNEWNAME參數(shù)，將源端的數(shù)據(jù)文件指定一部分到DATA2，另一部分指定到DATA3，再次執(zhí)行腳本。然后…依然報錯：
set newname手動指定數(shù)據(jù)文件路徑
此處提示DATA2空間滿
可以看到，setnewname命令是生效了的，但是通過ASMCMD去查看具體文件，發(fā)現(xiàn)還是恢復(fù)到了DATA2，奇怪。
最終解決辦法
無奈只能去翻閱一下Oracle的相關(guān)文檔了，最終找到了問題所在，參考：OnStandby Datafiles are Going Into Wrong Diskgroup (Db_file_name_convert, Db_create_file_dest ) (Doc ID1408666.1)、DataguardDB/LOG FILE NAME CONVERT has been set but files are created in adifferent directory (Doc ID 1348512.1)
If OMF parameters are set on the standby, then new files on that standby are always created as OMF, regardless of how they were created on the primary. Therefore, if both the DB_FILE_NAME_CONVERT and DB_CREATE_FILE_DEST parameters are set on the standby, the DB_CREATE_FILE_DEST parameter takes precedence. |
其實就是ASM環(huán)境下啟用OMF時，DB_CREATE_FILE_DEST參數(shù)的優(yōu)先級更高，查看輔助實例的pfile文件，確實設(shè)置了DB_CREATE_FILE_DEST，將此參數(shù)刪除，再次執(zhí)行，問題解決：
總結(jié)
正常情況下，DG備庫作為容災(zāi)，環(huán)境是與主庫保持一致的。本次遇到的問題應(yīng)該是極少出現(xiàn)的情況，萬一有遇到相同情況，僅以此文作為參考。。。
微信號：justdoit2019syy
關(guān)注我們，了解更多
文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://systransis.cn/yun/130039.html
摘要：數(shù)據(jù)讀入介紹三種方式常見的格式數(shù)據(jù)的讀入，詳見源碼里的文件因為其他我沒看。直接輸入數(shù)據(jù)主要介紹的部分。數(shù)據(jù)庫讀入見大神博客。 prefuse是一個Java可視化工具包。優(yōu)點是功能強大，缺點是官網(wǎng)文檔不全&代碼沒注釋（要命）……花了兩天時間熟悉了操作并寫完了自己的工程，專門來寫篇文，希望能幫上某些掉坑的小伙伴www。 1、如何獲取與使用 Github地址在這里，直接clone下來，運行b...
摘要：于是檢查時發(fā)現(xiàn)，拼寫錯誤，應(yīng)為。第個問題，是真真切切錯誤卸載重要軟件包，導(dǎo)致系統(tǒng)崩潰，修復(fù)系統(tǒng)的方法自然也就是利用原鏡像在下把該裝的都裝回去，前提是日志存在，萬幸沒有執(zhí)行過。 首先問題產(chǎn)生的緣由很簡單，是我一同事在安裝oracle一套軟件時，按照要求需要binutils軟件包的32位版本，然而在Oracle Linux已經(jīng)裝有64位，按理說是可以安裝i686的，我猜應(yīng)該是32位的版本低...
摘要：引言前段時間搭建了版本運行了有一段時間了，現(xiàn)在日志來量有點大遇到了一個突出的問題清理歷史數(shù)據(jù)十分緩慢。 引言 前段時間搭建了sentry 7.x版本,運行了有一段時間了，現(xiàn)在日志來量有點大 遇到了一個突出的問題：清理歷史數(shù)據(jù)十分緩慢。最近在瀏覽sentry官方文檔 發(fā)現(xiàn)都已經(jīng)更新到8.14.1了, 而且不在支持mysql, 官方給的解釋:Due to numerous issues...
閱讀 1356·2023-01-11 13:20
閱讀 1707·2023-01-11 13:20
閱讀 1215·2023-01-11 13:20
閱讀 1906·2023-01-11 13:20
閱讀 4165·2023-01-11 13:20
閱讀 2757·2023-01-11 13:20
閱讀 1402·2023-01-11 13:20
閱讀 3671·2023-01-11 13:20
