国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

記一次奇葩的ADG搭建過程

IT那活兒 / 2903人閱讀
記一次奇葩的ADG搭建過程

點擊上方藍字關注了解我們~



起因




一次主庫問題導致需要做failover切換,切換后需要重新搭建備庫,但是當初設計的時候,備庫的環境本不是做此用途的,因此環境差異較大,導致了這次奇葩問題的出現。


問題描述




 主備庫都是ASM環境,不過切換后的主庫規劃的是單個較大的磁盤組,而備庫是多個較小的磁盤組,如下圖所示:

    主庫




    備庫




可以看到,即使備庫的磁盤組使用的是external模式,單個磁盤組的最大容量也只在9T左右,而主庫數據文件的總大小接近9T,于是第一次duplicate之后,發現報錯了,容量不夠存放所有的文件了……


解決方法嘗試




碰到這種情況,我心想只能恢復數據文件的時候指定路徑了,幸好duplicate腳本是可以指定數據文件的路徑的,通過SETNEWNAME參數,將源端的數據文件指定一部分到DATA2,另一部分指定到DATA3,再次執行腳本。然后…依然報錯:



set newname手動指定數據文件路徑



此處提示DATA2空間滿



可以看到,setnewname命令是生效了的,但是通過ASMCMD去查看具體文件,發現還是恢復到了DATA2,奇怪。


最終解決辦法




無奈只能去翻閱一下Oracle的相關文檔了,最終找到了問題所在,參考: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環境下啟用OMF時,DB_CREATE_FILE_DEST參數的優先級更高,查看輔助實例的pfile文件,確實設置了DB_CREATE_FILE_DEST,將此參數刪除,再次執行,問題解決:



總結




正常情況下,DG備庫作為容災,環境是與主庫保持一致的。本次遇到的問題應該是極少出現的情況,萬一有遇到相同情況,僅以此文作為參考。。。



微信號:justdoit2019syy

關注我們,了解更多



文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。

轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/130039.html

相關文章

  • 一次prefuse應用實踐(數據讀入部分詳細說明)

    摘要:數據讀入介紹三種方式常見的格式數據的讀入,詳見源碼里的文件因為其他我沒看。直接輸入數據主要介紹的部分。數據庫讀入見大神博客。 prefuse是一個Java可視化工具包。優點是功能強大,缺點是官網文檔不全&代碼沒注釋(要命)……花了兩天時間熟悉了操作并寫完了自己的工程,專門來寫篇文,希望能幫上某些掉坑的小伙伴www。 1、如何獲取與使用 Github地址在這里,直接clone下來,運行b...

    curried 評論0 收藏0
  • 一次錯誤卸載軟件包導致Linux系統崩潰修復解決過程

    摘要:于是檢查時發現,拼寫錯誤,應為。第個問題,是真真切切錯誤卸載重要軟件包,導致系統崩潰,修復系統的方法自然也就是利用原鏡像在下把該裝的都裝回去,前提是日志存在,萬幸沒有執行過。 首先問題產生的緣由很簡單,是我一同事在安裝oracle一套軟件時,按照要求需要binutils軟件包的32位版本,然而在Oracle Linux已經裝有64位,按理說是可以安裝i686的,我猜應該是32位的版本低...

    dreamGong 評論0 收藏0
  • 一次與新版sentry斗爭

    摘要:引言前段時間搭建了版本運行了有一段時間了,現在日志來量有點大遇到了一個突出的問題清理歷史數據十分緩慢。 引言 前段時間搭建了sentry 7.x版本,運行了有一段時間了,現在日志來量有點大 遇到了一個突出的問題:清理歷史數據十分緩慢。最近在瀏覽sentry官方文檔 發現都已經更新到8.14.1了, 而且不在支持mysql, 官方給的解釋:Due to numerous issues...

    flybywind 評論0 收藏0

發表評論

0條評論

IT那活兒

|高級講師

TA的文章

閱讀更多
最新活動
閱讀需要支付1元查看
<