一次dataguard故障處理
故障描述:客戶由於停機關閉了standby庫後重啟,歸檔日誌無法正常傳輸到standby 庫上。
故障處理過程:
1.在主庫及備庫
上查詢最新的歸檔日誌,得出缺失了哪些歸檔。
select
thread# ,max(sequence#
) from v$archived_log group by
thread#;
2.檢視主庫的alert日誌,發現listener錯誤。於是在備庫上直接lsnrctl status 發現客戶沒啟動監聽,直接lsnrctl start 啟動監聽,啟動監聽後,日誌仍無法傳輸過去,發現是主庫上的歸檔已不存在。此時,手工做了日誌切換,standby能正常接收,但sequence號已跳過了好幾個。
3.在主庫上查詢歸檔目錄,發現歸檔已被刪除了,但在定時任務中已先做了備份。
4.透過rman恢復主庫的歸檔日誌。
restore archivelog from logseq 4998 until logseq 5004
;
restore archivelog from logseq 4221 until logseq 4225 thread 2;
5.
恢復後的歸檔日誌仍未自動傳輸到備庫上。
在備庫執行
recover managed standby database using current logfile disconnect;
提示正在介質恢復報錯。
6.
於是手工直接將缺失的歸檔日誌scp到standby庫上。
手工獲取asm磁碟中歸檔
create DIRECTORY asm as '+DATA/jsby/archivelog/2015_06_17/';
begin
dbms_file_transfer.copy_file(
source_directory_object=>'asm',
source_file_name=>'thread_2_seq_4225.382.882579923',
destination_directory_object => 'DATA_PUMP_DIR',
destination_file_name=>'thread_2_seq_4225.382.882579923');
end;
/
drop DIRECTORY asm;
7,註冊歸檔檔案。
alter database register physical logfile '/oradata/archive/thread_1_seq_5000.377.882616947';
alter database register physical logfile '/oradata/archive/thread_1_seq_5001.291.882616945';
alter database register physical logfile '/oradata/archive/thread_1_seq_5002.319.882616945';
alter database register physical logfile '/oradata/archive/thread_1_seq_5003.351.882616951';
alter database register physical logfile '/oradata/archive/thread_2_seq_4223.333.882617335';
alter database register physical logfile '/oradata/archive/thread_2_seq_4224.339.882617339';
alter database register physical logfile '/oradata/archive/thread_2_seq_4225.382.882579923';
alter database register physical logfile '/oradata/archive/1_5004_773055259.dbf';
alter database register physical logfile '/oradata/archive/1_5005_773055259.dbf';
alter database register physical logfile '/oradata/archive/1_5006_773055259.dbf';
alter database register physical logfile '/oradata/archive/1_5008_773055259.dbf';
alter database register physical logfile '/oradata/archive/1_5007_773055259.dbf';
alter database register physical logfile '/oradata/archive/1_5010_773055259.dbf';
alter database register physical logfile '/oradata/archive/1_5009_773055259.dbf';
alter database register physical logfile '/oradata/archive/2_4226_773055259.dbf';
alter database register physical logfile '/oradata/archive/2_4227_773055259.dbf';
8.備庫上的歸檔註冊後能後應用,但後續的確一直不能應用。
於是重啟standby 庫
shutdown immediate
startup mount
recover managed standby database disconnect from session;
9.之後歸檔
日誌傳輸並應用正常
。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/29863023/viewspace-1703403/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- dataguard故障處理一則
- 【故障處理】一次RAC故障處理過程
- Oracle 11.2.0.4 Dataguard兩則故障處理Oracle
- 一次TM ENQ故障處理ENQ
- oracle dataguard資料同步故障處理一例Oracle
- 一次direct path read 故障處理
- 一次ORA-600故障的處理
- 記一次dg故障的處理總結
- 通過AWR報告處理故障一次心得
- MongoDB故障處理MongoDB
- 故障分析 | Greenplum Segment 故障處理
- dataguard ORA-17628 處理
- GPON網路故障如何處理?GPON網路故障處理流程
- 【故障處理】ORA-600:[13013],[5001]故障處理
- 【故障處理】ORA- 2730*,status 12故障分析與處理
- linux故障處理Linux
- ora-故障處理
- 手動處理DataGuard間隔
- 搭建dataguard時,錯誤處理
- 記一次一波三折的Mysql故障處理MySql
- 線上故障處理手冊
- MySQL show processlist故障處理MySql
- 微服務的故障處理微服務
- teams登入故障處理
- Oracle更新Opatch故障處理Oracle
- 如何快速處理線上故障
- Mysql故障處理2則MySql
- AIX系統故障處理AI
- 【Linux】 nfs 故障處理LinuxNFS
- 記一次一波三折的Oracle RAC故障處理Oracle
- DATAGUARD中手工處理日誌GAP
- 【WebLogic故障處理】一次嚴重的WebLogic記憶體洩漏問題處理過程Web記憶體
- 【故障處理】CRS-1153錯誤處理
- 【故障處理】ORA-19809錯誤處理
- 記一次Oracle資料庫無響應(hang住)故障的處理Oracle資料庫
- 一次RAC資源故障的處理 skgpspawn5 status 11 12
- 【DataGuard】Oracle DataGuard 最高可用模式 故障實驗Oracle模式
- undo表空間故障處理