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

資訊專欄INFORMATION COLUMN

Oracle19C ADG 備庫無法開啟實時同步

IT那活兒 / 1669人閱讀
Oracle19C ADG 備庫無法開啟實時同步

親愛滴伙伴們,大家好。上篇講了一起ADG主備切換異常的故障處理,最近又遇到一個ADG的問題,做下分享。事情是這樣的,一哥們急急忙忙的跑過來說:

“魏大濕,我手上的ADG實時同步死活開不起來!”

“之前實時同步是好的么?”

“是好的,都同步好久了。”

“那實時同步起不來之前你做了啥操作沒?”

“就在主庫新增了一些數據文件。”

“那之前在主庫新增數據文件的時候是正常的,是吧!”

“是的,之前是好的,就這次新增數據文件就成這樣了。”

......   ......  ......

通過溝通了解到,之前這套庫做過主備切換,已經實時同步一段時間了,主庫在新增數據文件之后,備庫的實時同步就關閉了,并且新增數據文件在備庫沒有創建。手動開啟實時同步也無法開啟。


環境介紹:

操作系統:Redhat7.6

數據庫版本:19.7

是否RAC:是

是否CDB:是

ASM或文件系統:ASM

ADG主備庫節點數:均為2個


注:之前做過主備切換,racdbstd為當前主庫,racdb為當前備庫。


1、查看備庫dbalert日志發現報ORA-01193:file 26 is not the same file seen at start of recovery。


2、為啥會報文件26不是恢復開始時看到的同一文件呢?繼續查看主備庫的數據文件差異。


主庫:


備庫:

從上圖我們可以看到主庫比備庫多了3個新增的數據文件。初步判斷那個26號文件報錯只是表象,真正原因是3個新增數據文件同步不過來導致。


3、數據文件為啥同步不過來?

新增數據文件主備庫同步涉及轉換,一般跟db_file_name_convert參數有關系,但疑點是就算db_file_name_convert參數設置有問題,也只是備庫這邊創建的新增數據文件路徑不對而已,備庫不會不創建數據文件。


主備庫db_file_name_convert參數核查正常:


嘗試再次開啟實時同步發現mrp進程沒有啟動,dbalert日志依舊報ORA-01193:file 26 is not the same file seen at start of recovery。


開啟實時同步顯示成功:


查看v$managed_standby發現備庫接受主庫的redo信息正常,但同步進程(MRP)沒有啟動


備庫Dbalert日志依舊報錯


4、在確認數據庫參數及其他tns等配置均正常的情況下,懷疑觸發BUG。在MOS上搜了一把,12C之前有ORA-01193報錯的BUG,但沒有發現19C類似報錯的文章,而且12C及之前的BUG現象不一致。好吧,既然新建數據文件無法自動同步過來,那我們還是使用基于scn增量備份恢復的方式把故障解決了。


5、查看當前備庫的SCN。


在主庫創建standbycontrolfile,并基于備庫查詢的SCN在主庫做增量備份。


6、將主庫創建的standbycontrolfile及增量備份集傳至備庫,記錄備庫當前數據文件的路徑以便重建備庫控制文件后rename數據文件,并將standby_file_management設置為manual。具體的上篇介紹過了,這里就不細說了。


7、將備庫實例shutdown并啟動至nomount,重建控制文件后mount。并rename備庫原有數據文件路徑。


8、查看備庫數據文件路徑發現只有新增數據文件路徑是異常的。


9、注冊備份集信息

RMAN>catalog start with /OGG noprompt;


10、由于新增數據文件41、42及43在備庫不存在,需要先restore,如果直接recover會報錯。


11、restore出來的數據文件并不是控制文件中的路徑,在主庫對應的目錄,我們需要asmcmd進入ASM中把文件詳細路徑找出來,然后做rename。


12、再次查看備庫控制文件中的數據文件路徑,確認恢復正常后,開始recover。


13、恢復完成后,將數據庫啟動至open,并開啟實時同步成功。注意:在recover之后,mount狀態下,redofile、standbyredofile及tempfile文件路徑均是不正確的,但不需要額外處理,只要將數據庫啟動至open,數據庫會自動將其修改成正確路徑。另外如果發現其他節點的standbyredo file路徑錯誤的時候,只要在路徑錯誤的節點開啟實時同步就自動恢復正常。


錯誤路徑截圖:


14、在主庫新增表空間之后發現備庫此時可正常同步了。


主庫:


備庫查詢到新增test表空間已創建:


總結:

問題很詭異,在配置均正常的情況下,新增數據文件在備庫沒有創建,且實時同步失敗。MOS也查不到相關信息,疑似觸發BUG。在沒有workroud的前提下,這種ADG同步的系列故障,均可通過scn增量恢復大法解決,盡量避免備庫重建費時費力的工作。

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

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

相關文章

  • 19C?DG?Broker配置和測試

    19C?DG?Broker配置和測試 img{ display:block; margin:0 auto !important; width:100%; } body{ width:75%; ...

    IT那活兒 評論0 收藏2941
  • OceanBase遷移服務:向分布式架構升級的直接路徑

    摘要:年月日,遷移服務解決方案在城市峰會中正式發布。遷移服務向分布式架構升級的直接路徑基于上述問題和挑戰,同時經過螞蟻十年數據庫架構升級的先進經驗,螞蟻金服為客戶打造了這款一站式數據遷移解決方案遷移服務,簡稱。 2019年1月4日,OceanBase遷移服務解決方案在ATEC城市峰會中正式發布。螞蟻金服資深技術專家師文匯和技術專家韓谷悅共同分享了OceanBase遷移服務的重要特性和業務實踐...

    KaltZK 評論0 收藏0
  • OceanBase遷移服務:向分布式架構升級的直接路徑

    摘要:年月日,遷移服務解決方案在城市峰會中正式發布。遷移服務向分布式架構升級的直接路徑基于上述問題和挑戰,同時經過螞蟻十年數據庫架構升級的先進經驗,螞蟻金服為客戶打造了這款一站式數據遷移解決方案遷移服務,簡稱。 2019年1月4日,OceanBase遷移服務解決方案在ATEC城市峰會中正式發布。螞蟻金服資深技術專家師文匯和技術專家韓谷悅共同分享了OceanBase遷移服務的重要特性和業務實踐...

    gnehc 評論0 收藏0

發表評論

0條評論

IT那活兒

|高級講師

TA的文章

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