oracle goldengate 恢復過程
上次客戶資料庫異常down機,goldengate 起來時提示要恢復歸檔,而且當時又有長事物,
需要幾天前的歸檔。恢復歸檔後,goldengate恢復非常慢,而且看起來沒什麼進展。
用以下命令可以看到 恢復進度。
先做bound recovery ,然後應用歸檔
send ESX00004 status
Sending STATUS request to EXTRACT ESX00004 ...
EXTRACT ESX00004 (PID 7279854)
Current status: In recovery[1]: Reading from data source
Current read position:
Sequence #: 568246
RBA: 126091080
Timestamp: 2012-10-09 15:21:08.000000
Current write position:
Sequence #: 543
RBA: 7328035
Timestamp: 2012-10-09 15:21:11.183112
Extract Trail: /gglog/dirdat/esx00004/ex
send ESX00004 status
Sending STATUS request to EXTRACT ESX00004 ...
EXTRACT ESX00004 (PID 7279854)
Current status: Recovery complete: Reading from data source
Current read position:
Sequence #: 568247
RBA: 121504
Timestamp: 2012-10-09 15:27:51.000000
Current write position:
Sequence #: 547
RBA: 1275
Timestamp: 2012-10-10 10:00:12.666305
Extract Trail: /gglog/dirdat/esx00004/ex
send ESX00004 status
Sending STATUS request to EXTRACT ESX00004 ...
EXTRACT ESX00004 (PID 7279854)
Current status: Recovery complete: Reading from data source
Current read position:
Sequence #: 568247
RBA: 211006772
Timestamp: 2012-10-09 15:28:35.000000
Current write position:
Sequence #: 547
RBA: 15433
Timestamp: 2012-10-10 10:00:32.733882
Extract Trail: /gglog/dirdat/esx00004/ex
Recovery Checkpoint (position of oldest unprocessed transaction in the data source):
Sequence #: 568247
RBA: 2356192
Timestamp: 2012-10-09 15:27:54.000000
Redo File: Not Avaliable
Current Checkpoint (position of last record read in the data source):
Sequence #: 568248
RBA: 862226464
Timestamp: 2012-10-09 15:30:20.000000
Redo File: /sxdb_bak/sxdb_1_568248.arch
Recovery Checkpoint (position of oldest unprocessed transaction in the data source):
Sequence #: 568247
RBA: 450462196
Timestamp: 2012-10-09 15:28:52.000000
Redo File: Not Avaliable
Current Checkpoint (position of last record read in the data source):
Sequence #: 568251
RBA: 66576352
Timestamp: 2012-10-09 15:31:43.000000
Redo File: /sxdb_bak/sxdb_1_568251.arch
檢視goldengate 異常恢復很有用的兩個命令
send extract_name status
info extrace_name,detail
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7199859/viewspace-747825/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- MySQL恢復過程MySql
- Oracle 業務資料unload恢復過程Oracle
- 恢復被覆蓋的儲存過程 oracle儲存過程Oracle
- ORACLE事務和例項恢復過程梳理Oracle
- 一次Oracle資料庫恢復過程Oracle資料庫
- 資料庫恢復過程資料庫
- OS 刪除oracle資料檔案恢復過程Oracle
- vsan儲存資料恢復過程—虛擬機器故障恢復過程資料恢復虛擬機
- oracle goldengate 呼叫儲存過程案例OracleGo儲存過程
- 用flashback恢復儲存過程儲存過程
- MySQL 崩潰恢復過程分析MySql
- DUL恢復資料庫過程資料庫
- 閃回查詢恢復過程
- 儲存崩潰資料恢復過程;資料恢復案例資料恢復
- HPUX 磁帶恢復的大概過程UX
- 用flashback恢復儲存過程(ZT)儲存過程
- 【資料庫資料恢復】透過恢復NDF檔案修復資料庫的資料恢復過程資料庫資料恢復
- oracle丟失inactive日誌檔案的恢復操作過程Oracle
- 儲存過程誤刪除的恢復儲存過程
- 【RMAN】rm -rf 誤操作的恢復過程
- 一次難忘的協助解決Oracle RAC恢復過程Oracle
- oracle丟失active或current日誌檔案的恢復操作過程Oracle
- 公眾號被遮蔽到恢復過程分享
- 11g RAC庫恢復過程小記
- 恢復出廠設定 Factory Reset 呼叫過程
- 伺服器資料恢復過程(伺服器資料恢復通用方法)伺服器資料恢復
- 伺服器RAID資料恢復,磁碟陣列資料恢復過程伺服器AI資料恢復陣列
- AIX系統儲存故障後的Oracle 10g RAC恢復過程AIOracle 10g
- 通過警報日誌瞭解oracle斷電後重新啟動的恢復過程Oracle
- MySQL 5.6.26 通過frm & ibd 恢復資料過程MySql
- MySQL 5.6.26 透過frm & ibd 恢復資料過程MySql
- 伺服器資料恢復案例:FreeNAS資料恢復過程記錄伺服器資料恢復
- linux系統資料恢復成功的過程Linux資料恢復
- raid5硬碟故障資料恢復過程AI硬碟資料恢復
- low cache rba,on disk rba資料庫恢復過程資料庫
- ORACLE中採用rman備份異機恢復資料庫詳細過程Oracle資料庫
- oracle 9i 裸裝置資料檔案損壞的恢復過程Oracle
- DELL Eq PS4000伺服器資料恢復過程/資料恢復案例伺服器資料恢復