DG不同步,MRP0程序打不開

2022-09-16 12:27:09 字數 1840 閱讀 1233

問題描述:主庫備庫之前正常連線,但是昨天磁碟空間滿了之後,由於不知什麼原因將備庫重做日誌刪了,今天早上發現dg不同步的報警。

當時思路如下:1、通過select thread#,low_sequence#,high_sequence# from v$archive_gap; 檢視是否有歸檔沒有傳到備庫上去,當時查詢結果為  no rows selected。表示主備庫歸檔日誌都是同步的。

原因就是備庫的歸檔日誌沒有應用到備庫上面。然後我使用alter database recover managed standby database disconnect from session.來啟動應用日誌。但結果就是沒有mrp0程序。

也不能通過alter database recover managed standby database cancel;來取消應用日誌,他會報沒有恢復備庫的錯誤。

然後通過檢視警告日誌。

發現是因為重做日誌不知道什麼時候被刪除了。

然後首先通過alter system set  standby_file_management='manual';將該引數設為手動的。

通過 alter database rename file '/u1/oradata/ftnfuse1/redo01a.log' to '/u1/oradata/ftnfuse1/redo1a.log';

現將日誌重新命名,這樣可以在指定的路徑生成日誌檔案,再通過alter database clear logfile group 1,

將日誌組1的狀態改為clearing。

通過select group#,members,bytes/1024/1024 size_m,status,archived from v$log; 查詢日誌組的狀態及大小。

3、這是重做日誌建好了,執行alter system set  standby_file_management='auto'將引數改為自動的。

然後執行alter database recover managed standby database disconnect from session.開啟應用日誌,

通過執行 select process,sequence#,status from v$managed_standby;發現mrp0程序還是沒有開啟。

只有又去看警告日誌。

發現其中一行報的是恢復 media recovery log /u2/arch/1_3775_947332915.dbf 出現錯誤。

我想著主庫的這個歸檔檔案應該是沒問題的,將主庫的歸檔檔案拷貝到備庫,然後在通過

alter database recover managed standby database disconnect from session.開啟應用日誌。

通過執行 select process,sequence#,status from v$managed_standby檢視各個程序是不是正常的。結果正常。

圖中是將歸檔日誌複製過來之後,註冊日誌的。因為已經註冊過了,所以會報這個錯誤。但是如果這個日誌檔案是壞的,那麼他就會報其他錯誤,當時忘記截圖了。

select message from v$dataguard_status;也可以檢視資訊

zabbix時間不同步

linux下如何實現與internet時間同步 一 安裝ntp root server 2 yum install y ntpdate二 同步時間 方式 一 使用網域名稱連線,要經過dns解析,速度慢。root server 2 ntpdate pool.ntp.org 方式 二 使用ip連線,超級...

MYSQL 日誌同步資料不同步

最近在做mysql主從備份時,發現,日誌已經同步,但是資料不同步的問題.後來,我就重新把做了一次主從設定,發現,竟然又同步了,一開始我還以為是我的儲存過程中使用了insert into select 所致呢.重新做的方案寫下來一下,以作記錄 主伺服器 1.停止mysql伺服器的外部接入.2.停止my...

解決VmWare TSC不同步問題

tsc不同步的提示,從以前開始用vmware就有提示了,只是一直也沒注意啥,因為沒看出影響啥了。今天一啟動vmware,發現提示監測出的cpu頻率是2400 mhz,而windows報告的是1790mhz,心中暗想這太離譜了吧,難道vmware還能幫我偽超頻?接著是提示tsc不同步,繼續跳過,然後開...