Rman Duplicate踩坑之路

IT那活兒發(fā)布于2023-01-11 13:19 / 2039人閱讀

Rman Duplicate踩坑之路

點(diǎn)擊上方“IT那活兒”公眾號，關(guān)注后了解更多內(nèi)容，不管IT什么活兒，干就完了！！！

某核心系統(tǒng)業(yè)務(wù)需要搭建DG，數(shù)據(jù)庫版本11204，數(shù)據(jù)量20T，采用RMAN DUPLICATE方式進(jìn)行搭建。

本文分享下搭建過程中踩到的坑。

坑-1：ORA-15041

20T數(shù)據(jù)量duplicate了9個小時，眼看快要結(jié)束了，結(jié)果報錯了！心里頓時一萬個***。

從Duplicate腳本的報錯看不明顯：

input datafile file number=00372 name=+DG_SSD_DATA1/TESTDATA/datafile/d_mt_01.11.dbf
RMAN-03009: failure of backup command on c1 channel at 03/02/2022 21:19:58
ORA-17628: Oracle error 19505 returned by remote Oracle server
continuing other job steps, job failed will not be re-run
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of Duplicate Db command at 03/02/2022 21:21:47
RMAN-05501: aborting duplication of target database
RMAN-03015: error occurred in stored script Memory Script

檢查備庫alert日志報錯磁盤空間不足，但實際上備庫分配的磁盤是大于主庫磁盤，且檢查備庫剩余空間有4T左右：

ASMCMD> lsdg
State Type Total_MB Free_MB Usable_file_MB Name
MOUNTED EXTERN 21964800  4239454     4239454
ORA-19505: failed to identify file "+DG_SSD_DATA1/TESTDATA/datafile/tbs_csp_pub_dat.3.dbf"
ORA-17502: ksfdcre:4 Failed to create file +DG_SSD_DATA1/TESTDATA/datafile/tbs_csp_pub_dat.3.dbf
ORA-15041: diskgroup "+DG_SSD_DATA1" space exhausted

懷疑是磁盤未rebalance完成，而實際當(dāng)前未發(fā)生rebalance，查詢v$asm_disk視圖發(fā)現(xiàn)asm_rhdisk67這塊50G的盤（其它數(shù)據(jù)盤都是200G）free_mb為0，猜測是磁盤大小不一致在asm_rhdisk67耗盡后導(dǎo)致rebalance異常：

SQL> select * from v$asm_operation;
no rows selected
SQL> select STATE,OS_MB,TOTAL_MB,FREE_MB,NAMe,path,HEADER_STATUS from v$asm_disk;
204800 204800 204672 +DG_SSD_DATA1_0060 /dev/asmdisk/asm_rhdisk73 MEMBER
51200 51200 0 +DG_SSD_DATA1_0054 /dev/asmdisk/asm_rhdisk67 MEMBER

剔除該盤后，重新發(fā)起duplicate恢復(fù)正常

SQL> alter diskgroup DG_SSD_DATA1 drop disk DG_SSD_DATA1_0054;

坑-2：ORA- 16058

重新duplicate后沒有再報磁盤不足錯誤，觀察所有數(shù)據(jù)文件已復(fù)制完成，最后拋出ORA-16058錯誤，從報錯看缺失的數(shù)據(jù)文件是某備份廠家用于數(shù)據(jù)同步創(chuàng)建到nas盤中的，

實際上數(shù)據(jù)庫中并沒有這部分?jǐn)?shù)據(jù)文件：

channel c16: reading from backup piece /home/oracle/admdata/test4/s40ne8rt_1_1.dbf
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of Duplicate Db command at 03/03/2022 06:57:14
RMAN-05501: aborting duplication of target database
RMAN-03015: error occurred in stored script Memory Script
ORA-19870: error while restoring backup piece /home/oracle/admdata/test4/p40ne63n_1_1.dbf
ORA-19505: failed to identify file "/home/oracle/admdata/test4/p40ne63n_1_1.dbf"
ORA-27037: unable to obtain file status
IBM AIX RISC System/6000 Error: 2: No such file or directory
Additional information: 3

檢查主備庫控制文件中并沒有記錄缺失的數(shù)據(jù)文件，asm磁盤中主庫歸檔已經(jīng)全部同步過來。

嘗試起到read only狀態(tài)，啟動成功并成功應(yīng)用前期傳輸過來的歸檔。此時打開實時應(yīng)用后發(fā)現(xiàn)MRP進(jìn)程始終在等待日志，RFS進(jìn)程無法接受日志，檢查主庫alert日志提示備庫并沒有mount，實際上備庫當(dāng)前已經(jīng)open：

Thread 1 advanced to log sequence 782171 (LGWR switch)
Current log# 3 seq# 782171 mem# 0: +DG_SSD_DATA1/TESTDATA/onlinelog/redo_a31.log
Current log# 3 seq# 782171 mem# 1: +DG_SSD_DATA1/TESTDATA/onlinelog/redo_a32.log
******************************************************************
LGWR: Setting active archival for destination LOG_ARCHIVE_DEST_2
******************************************************************
Error 16058 for archive log file 3 to c5oyy6
Errors in file /oracle_log/diag/rdbms/orcl/orcl01/trace/orcl01_nsa2_37095956.trc:
ORA-16058: standby database instance is not mounted
Error 16058 for archive log file 3 to orcl01
*** 2022-03-03 09:28:36.788 2917 krsi.c
krsi_dst_fail: dest:2 err:16058 force:0 blast:1
ORA-16058: standby database instance is not mounted

查閱相關(guān)資料顯示，該報錯是由于缺失文件導(dǎo)致，所以問題還是需要回到備份到nas盤的數(shù)據(jù)文件出現(xiàn)在duplicate復(fù)制中。

了解到該備份廠家備份的原理是通過rman copy到文件系統(tǒng)中的，而當(dāng)RMAN做COPY時，會在v$datafile_copy中為新文件插入一條記錄，當(dāng)我在做duplicate過程中會去讀v$datafile_copy的記錄，檢查該備份發(fā)起的時間點(diǎn)和我發(fā)起duplicate的時間點(diǎn)重合，所以會導(dǎo)致上述錯誤。

好了，問題產(chǎn)生原因明確了，開始處理問題吧:

step1.

首先確認(rèn)v$datafile_copy中記錄的文件：

RMAN> list copy of database;（list datafilecopy all）
List of Datafile Copies
=======================
Key File S Completion Time Ckp SCN Ckp Time
------- ---- - ------------------- ---------- -------------------
66159   354  X 2022-03-02 06:45:51 17711013044918 2022-03-02 03:06:22
/home/oracle/admdata/yy4/data_D-ORAYY4_I-3895103819_TS-I_LOG_02_FNO-354_gj0dsk1h.dbf
…………………………..
select count(*) from v$datafile_copy where deleted=NO ;
COUNT(*)
------------------
836

step2.

開始清理v$datafile_copy中記錄的文件：

語法：change datafilecopy  uncatalog;
RMAN> change datafilecopy 66488  uncatalog;
……………………….
OR：
RMAN> delete datafilecopy all;
確認(rèn)：
RMAN> list copy of database;
specification does not match any datafile copy in the repository
RMAN> list datafilecopy all;
specification does not match any datafile copy in the repository
select count(*) from v$datafile_copy where deleted=NO ;

step3.

重啟備庫，開啟實時應(yīng)用，觀察日志已正常傳輸過來：

alter database recover managed standby database disconnect from session
Attempt to start background Managed Standby Recovery process (oyy6a)
Thu Mar 03 10:38:04 2022
MRP0 started with pid=85, OS id=6620784
MRP0: Background Managed Standby Recovery process started (oyy6a)
Archived Log entry 300 added for thread 1 sequence 782150 rlc 845074400 ID 0xda3fe1 dest 2:
Thu Mar 03 10:38:06 2022
Archived Log entry 301 added for thread 1 sequence 782151 rlc 845074400 ID 0xda3fe1 dest 2:
RFS[12]: Opened log for thread 1 sequence 782153 dbid -399863477 branch 845074400
RFS[7]: Opened log for thread 1 sequence 782154 dbid -399863477 branch 845074400
Archived Log entry 302 added for thread 1 sequence 782152 rlc 845074400 ID 0xda3fe1 dest 2:

坑-3：RNAN-05517

Duplicate過程中還有個小錯誤，這里也作為一個案例分享下吧。

RMAN報錯tempfile和目標(biāo)數(shù)據(jù)庫沖突，檢查備庫端tempfile文件實際上是沒有傳輸過來：

RMAN-03002: failure of Duplicate DD conmand at 03/1/2022 2:11:16
RMAN-05501: aborting duplication of target database
RNAN-05517: tempfile +DG DG_SSD_DATA1/TESTDATA/tempfile/temp.5.dbf conflicts with File used by target database
RNAN-05517: tempfile +DG DG_SSD_DATA1/TESTDATA/tempfile/temp.4.dbf conflicts with File used by target database
RNAN-05517: tempfile +DG DG_SSD_DATA1/TESTDATA/tempfile/temp.3.dbf conflicts with File used by target database
RNAN-05517: tempfile +DG DG_SSD_DATA1/TESTDATA/tempfile/temp.2.dbf conflicts with File used by target database
RNAN-05517: tempfile +DG DG_SSD_DATA1/TESTDATA/tempfile/temp.1.dbf conflicts with File used by target database

查看備庫配置的db_file_name_convert參數(shù)配置看似問題不大，懷疑是tempfile和datafile不在一個目錄導(dǎo)致無法傳輸：

修改前：

*.db_file_name_convert=+DG_SSD_DATA1/TESTDATA/datafile/,+DG_C4OXY6_SSD_DATA1/c4oxy6/datafile/

修改后：

*.db_file_name_convert=+DG_SSD_DATA1/TESTDATA/datafile/,+
DG_SSD_DATA1/TESTDATA/datafile/,+DG_SSD_DATA1/TESTDATA/tempfile/,+DG_SSD_DATA1/TESTDATA/tempfile/

調(diào)整之后重新發(fā)起duplicate，temp文件正常傳輸。

結(jié) 語

以上就是本次Duplicate過程踩到的3個坑，20T數(shù)據(jù)量，發(fā)起一次10小時左右，來回倒騰了好幾次，著實不容易，不過也收獲了不少經(jīng)驗，希望以上分享能給大家?guī)韼椭?/span>

本文作者：周慶

本文來源：IT那活兒（上海新炬王翦團(tuán)隊）

GPU云服務(wù)器云服務(wù)器 DUPLICATE -rman Rman rman恢復(fù)

文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。

轉(zhuǎn)載請注明本文地址：http://m.specialneedsforspecialkids.com/yun/129480.html

發(fā)表評論

登陸后可評論

0條評論

IT那活兒

男|高級講師

我要關(guān)注我要私信

TA的文章

消息中間件故障分析一例

閱讀 1353·2023-01-11 13:20
RAC雙節(jié)點(diǎn)crash回復(fù)一例

閱讀 1699·2023-01-11 13:20
ORA-600處理一例

閱讀 1211·2023-01-11 13:20
雙節(jié)點(diǎn)RAC實例2 HANG 故障分析一例

閱讀 1902·2023-01-11 13:20
RAC集群節(jié)點(diǎn)1重啟分析一例

閱讀 4161·2023-01-11 13:20
CRS啟動報錯CRS-1656處理分享

閱讀 2751·2023-01-11 13:20
oracle 12CR2打補(bǔ)丁報錯處理一例

閱讀 1397·2023-01-11 13:20
分布式緩存組件故障分析及監(jiān)控優(yōu)化

閱讀 3664·2023-01-11 13:20

国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

上云采購季！| 2核2G4M爆款云服務(wù)器低至59元/年，更有多臺、長期優(yōu)惠，快來選購！

Rman Duplicate踩坑之路

坑-1：ORA-15041

坑-2：ORA- 16058

坑-3：RNAN-05517

結(jié) 語

本文作者：周慶

本文來源：IT那活兒（上海新炬王翦團(tuán)隊）

相關(guān)文章

pg_rman備份工具（下）

RxDB：indexedDB的踩坑之路

Windows平臺下Oracle數(shù)據(jù)庫備份腳本

發(fā)表評論

0條評論

IT那活兒

男|高級講師

TA的文章

消息中間件故障分析一例

RAC雙節(jié)點(diǎn)crash回復(fù)一例

ORA-600處理一例

雙節(jié)點(diǎn)RAC實例2 HANG 故障分析一例

RAC集群節(jié)點(diǎn)1重啟分析一例

CRS啟動報錯CRS-1656處理分享

oracle 12CR2打補(bǔ)丁報錯處理一例

分布式緩存組件故障分析及監(jiān)控優(yōu)化

最新活動

資訊專欄INFORMATION COLUMN

上云采購季！| 2核2G4M爆款云服務(wù)器低至59元/年，更有多臺、長期優(yōu)惠，快來選購！

Rman Duplicate踩坑之路

坑-1：ORA-15041

坑-2：ORA- 16058

坑-3：RNAN-05517

結(jié) 語

本文作者：周 慶

本文來源：IT那活兒（上海新炬王翦團(tuán)隊）

相關(guān)文章

發(fā)表評論

0條評論

男|高級講師

TA的文章

最新活動

本文作者：周慶