一次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/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- Oracle 11.2.0.4 Dataguard兩則故障處理Oracle
- dataguard ORA-17628 處理
- ORA-19909(一次DataGuard Failover導致的故障AI
- 【故障處理】ORA-600:[13013],[5001]故障處理
- linux故障處理Linux
- 故障分析 | Greenplum Segment 故障處理
- DATAGUARD中手工處理日誌GAP
- GPON網路故障如何處理?GPON網路故障處理流程
- 記一次一波三折的Mysql故障處理MySql
- MySQL show processlist故障處理MySql
- 微服務的故障處理微服務
- Oracle更新Opatch故障處理Oracle
- teams登入故障處理
- 記一次一波三折的Oracle RAC故障處理Oracle
- Oracle Dataguard故障轉移(failover)操作OracleAI
- 線上故障處理手冊
- Oracle DataGuard歸檔日誌丟失處理方法Oracle
- ORACLE 11G DATAGUARD 日誌中斷處理方案Oracle
- 【故障處理】TNS-04610問題
- GaussDB(分散式)例項故障處理分散式
- Oracle 10g RAC故障處理Oracle 10g
- ORA-01591錯誤故障處理
- 如何處理HTTP 503故障問題?HTTP
- hbase 故障的處理方案。 (轉載文章)
- Oracle DG同步失敗故障處理(二)Oracle
- NO.A.0001——zabbix常見故障的處理
- 體檢伺服器nginx故障處理伺服器Nginx
- Oracle client安裝the jre is 0故障處理Oracleclient
- 【故障處理】ORA-3113 "end of file on communication channel"
- hillstone現場故障處理指導手冊
- 金融行業現場故障處理實錄行業
- TS - 處理故障的一些通用方法
- OracleORA-03113 ORA-600 [4193]故障處理Oracle
- 【故障處理】ORA-28547: connection to server failed, probableServerAI
- 叢集故障處理之處理思路以及健康狀態檢查(三十二)
- Bumblebee之負載、限流和故障處理實踐負載
- TiDB故障處理之讓人迷惑的Region is UnavailableTiDBAI
- 專案02(Mysql gtid複製故障處理01)MySql
- 【CHECKPOINT】Oracle檢查點優化與故障處理Oracle優化