資訊專欄INFORMATION COLUMN
親愛滴伙伴們，咋們又見面了，還進入正題。
環境介紹：
操作系統：Redhat7.6
數據庫版本：19.7
是否RAC：是
ASM或文件系統：ASM
本次跟大家聊聊最近在做ADG主備庫切換測試過程發生的問題。先簡單介紹下故障過程，一哥們在做ADG主備庫切換，將備庫切成主庫，原主庫變成了備庫，但在open備庫的時候報ORA-01194數據文件需要恢復到一致狀態。這他娘的又是什么新姿勢啊？ADG切換測試都做了很多次了，為啥這次就有問題呢？抓緊解決問題，請接著看分析步驟。
Open備庫報ORA-01194：
查看dbalert日志發現由于序號2751歸檔日志不可用導致無法open，并且實時應用也無法開啟。
通過查找發現歸檔日志2751被刪除，備庫無法同步。該庫是未上生產庫，目前處于測試階段，數據已導入，由于數據文件量大，我們決定采取增量備份恢復方式對備庫進行處理。
以下是備庫恢復過程：
1、查看當前主備庫的SCN
主庫：
備庫：
2、連接主庫并創建備庫控制文件
3、依據步驟1中查到的備庫scn，連接主庫做增量備份
4、將生成的控制文件及備份集scp至備庫
5、在備庫查詢并備份當前數據文件路徑，便于后面備庫restore控制文件之后需要對備庫的數據文件進行rename
以下是備份數據文件路徑SQL：
SQL>set pages 10000 lines 300
SQL>col name_str for a110
SQL>select file#,alter database rename file ||file#|| || to||name||; name_str from v$datafile order by 1;
注：后續需要將restore控制文件之后查詢出來的數據文件路徑對以上SQL查詢結果中的file#進行一一替換。
6、將備庫實例shutdown，并啟動至nomount狀態，開始retore控制文件
7、將數據庫mount，并將standby_file_management參數值修改成manual(手動)
注：如果standby_file_management是auto，對數據文件進行rename時會報如果備庫文件管理是自動的，則不允許進行rename操作。
8、查詢當前控制文件中的數據文件路徑，并使用第5步查詢結果對應的file#替換后進行批量rename
數據文件rename完成并確認正常。
rename之前：
rename之后：
9、在備庫注冊增量備份集，并對數據庫做recover
10、將standby_file_management參數值設置成auto，開啟實時應用成功
11、備庫恢復之后在mount狀態時，tempfile，redo及standbyredo路徑均不對
這種情況無需額外處理，open之后即可自動恢復正常。
本次故障處理分享到此結束，謝謝大家！
文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。
轉載請注明本文地址：http://m.specialneedsforspecialkids.com/yun/130156.html
19C?DG?Broker配置和測試 img{ display:block; margin:0 auto !important; width:100%; } body{ width:75%; ...
摘要：問題九庫控制文件擴展報錯庫的擴展報錯，用的是裸設備，和還是原來大小，主庫的沒有報錯，并且大小沒有變，求解釋。專家解答從報錯可以看出，控制文件從個塊擴展到個塊時報錯，而裸設備最大只支持個塊，無法擴展，可以嘗試將參數改小，避免控制文件報錯。 鏈接描述引言 近期我們在DBASK小程序新關聯了運維之美、高端存儲知識、一森咖記、運維咖啡吧等數據領域的公眾號，歡迎大家閱讀分享。 問答集萃 接下來，...
閱讀 1359·2023-01-11 13:20
閱讀 1707·2023-01-11 13:20
閱讀 1215·2023-01-11 13:20
閱讀 1908·2023-01-11 13:20
閱讀 4166·2023-01-11 13:20
閱讀 2759·2023-01-11 13:20
閱讀 1402·2023-01-11 13:20
閱讀 3673·2023-01-11 13:20
