RMAN備份之備份多個備份集到帶庫（二）
使用RMAN備份到帶庫時，同時備份多個備份集，需要注意一些問題。
RMAN備份之備份多個備份集到帶庫（一）：http://yangtingkun.itpub.net/post/468/309044
上一篇文章簡單介紹瞭如何才能在磁帶上備份多個備份集，這裡要說明一下采用這種方法可能遇到的問題。
首先如果要備份多個備份集的話，要求磁帶庫必須要用多個驅動器。這時由於多個備份集需要同時進行寫操作。
這個測試環境中的帶庫是PX502，有兩個驅動器，也就是說，最多支援COPIES = 2。不過這裡還隱藏著一個比較嚴重的問題。
上面的備份都是針對一個物件進行的。雖然分配了兩個CHANNEL，但是隻有一個CHANNEL執行備份操作（另一個CHANNEL空閒，但是由於設定了BACKUP COPIES 2，因此另一個CHANNEL用來進行第二個備份集的生成）。
但是如果備份的目標超過一個，這時Oracle的RMAN會自動將其分配到兩個CHANNEL上去，而且由於設定了BACKUP COPIES 2，每個備份集都有備份在兩個CHANNEL上，因此，實際上後臺存在4個任務，且每個備份和它的備份COPY必須同時進行，而系統只有兩個驅動器，這就造成了兩個驅動器都在等待它的COPIES準備就緒，從而整個備份陷入死鎖狀態。
如果已經造成了死鎖，可以透過下面的方法來完成備份。透過圖形化介面，找到正在備份的JOB，殺掉其中一個，使得一個CHANNEL的備份出現失敗，從而使另一個CHANNEL的備份可以獲取資源。
由於設定了兩個CHANNEL，一個CHANNEL的備份失敗後，會在另一個CHANNEL上進行重試，這樣，就改變了4個備份任務的實現順序，使得兩個備份都可以和它的COPIES同時進行：
RMAN> run
2> {
3> set backup copies 2;
4> allocate channel c1 device type sbt;
5> allocate channel c2 device type sbt;
6> send 'NB_ORA_CLIENT=backup,CPF1_POLICY=testoracle,CPF1_SCHED=Default-Application-Backup';
7> send 'NB_ORA_CLIENT=backup,CPF2_POLICY=testoracle,CPF2_SCHED=test_multi_copy';
8> backup tablespace users, ndindex;
9> }
正在執行命令: SET BACKUP COPIES
分配的通道: c1
通道 c1: sid=287 例項=testrac2 devtype=SBT_TAPE
通道c1: VERITAS NetBackup for Oracle - Release 6.0 (2006110304)
分配的通道: c2
通道 c2: sid=285 例項=testrac2 devtype=SBT_TAPE
通道c2: VERITAS NetBackup for Oracle - Release 6.0 (2006110304)
向通道發命令: c1
向通道發命令: c2
向通道發命令: c1
向通道發命令: c2
啟動 backup 於 14-6月 -07
通道 c1: 啟動全部資料檔案備份集
通道 c1: 正在指定備份集中的資料檔案
輸入資料檔案 fno=00010 name=+DISK/testrac/datafile/ndindex01.dbf
通道 c1: 正在啟動段 1 於 14-6月 -07
通道 c2: 啟動全部資料檔案備份集
通道 c2: 正在指定備份集中的資料檔案
輸入資料檔案 fno=00005 name=+DISK/testrac/datafile/users.267.618591279
通道 c2: 正在啟動段 1 於 14-6月 -07
通道 c1: 已完成段 1 於 14-6月 -07, 有 2 個副本和標記 TAG20070614T163039
段 handle=i0ik93hf_1_1 comment=API Version 2.0,MMS Version 5.0.0.0
段 handle=i0ik93hf_1_2 comment=API Version 2.0,MMS Version 5.0.0.0
通道 c1: 備份集已完成, 經過時間:00:14:56
MAN-03009: backup 命令 (c2 通道上, 在 06/14/2007 16:46:00 上) 失敗
ORA-27192: skgfcls: sbtclose2 返回錯誤 - 無法關閉檔案
ORA-19511: 從介質管理器層接收到錯誤, 錯誤文字為:
Failed to process backup file
ORA-19502: 檔案 "i1ik93hf_1_1", 塊編號 1 寫錯誤 (塊大小 = 512)
ORA-27030: skgfwrt: sbtwrite2 返回錯誤
ORA-19511: 從介質管理器層接收到錯誤, 錯誤文字為:
VxBSASendData: Failed with error:
Server Status: Communication with the server has not been iniatated or the server status has not been retrieved from the server.
通道 c2 已禁用, 將在另一個通道上執行該通道上失敗的作業
通道 c1: 啟動全部資料檔案備份集
通道 c1: 正在指定備份集中的資料檔案
輸入資料檔案 fno=00005 name=+DISK/testrac/datafile/users.267.618591279
通道 c1: 正在啟動段 1 於 14-6月 -07
通道 c1: 已完成段 1 於 14-6月 -07, 有 2 個副本和標記 TAG20070614T163039
段 handle=i2ik94e8_1_1 comment=API Version 2.0,MMS Version 5.0.0.0
段 handle=i2ik94e8_1_2 comment=API Version 2.0,MMS Version 5.0.0.0
通道 c1: 備份集已完成, 經過時間:00:02:15
完成 backup 於 14-6月 -07
釋放的通道: c1
釋放的通道: c2
但是這樣的備份需要人為的干預，這種方式對於自動備份是不可行的。而且，關閉CHANNEL的JOB任務時，應該等待JOB執行到WRITING狀態，過早的關閉會造成型別下面的錯誤：
RMAN> run
2> {
3> allocate channel c1 device type sbt;
4> allocate channel c2 device type sbt;
5> set backup copies 2;
6> send 'NB_ORA_CLIENT=backup,CPF1_POLICY=testoracle,CPF1_SCHED=Default-Application-Backup';
7> send 'NB_ORA_CLIENT=backup,CPF2_POLICY=testoracle,CPF2_SCHED=test_multi_copy';
8> backup archivelog all;
9> }
分配的通道: c1
通道 c1: sid=308 例項=testrac2 devtype=SBT_TAPE
通道c1: VERITAS NetBackup for Oracle - Release 6.0 (2006110304)
分配的通道: c2
通道 c2: sid=285 例項=testrac2 devtype=SBT_TAPE
通道c2: VERITAS NetBackup for Oracle - Release 6.0 (2006110304)
正在執行命令: SET BACKUP COPIES
向通道發命令: c1
向通道發命令: c2
向通道發命令: c1
向通道發命令: c2
啟動 backup 於 14-6月 -07
當前日誌已存檔
通道 c1: 正在啟動存檔日誌備份集
通道 c1: 正在指定備份集中的存檔日誌
輸入存檔日誌執行緒 =1 序列 =336 記錄 ID=869 時間戳=625248441
通道 c1: 正在啟動段 1 於 14-6月 -07
通道 c2: 正在啟動存檔日誌備份集
通道 c2: 正在指定備份集中的存檔日誌
輸入存檔日誌執行緒 =2 序列 =251 記錄 ID=868 時間戳=625248441
通道 c2: 正在啟動段 1 於 14-6月 -07
MAN-03009: backup 命令 (c2 通道上, 在 06/14/2007 16:08:38 上) 失敗
ORA-00447: 後臺程式出現致命錯誤
繼續執行其它作業步驟, 將不重新執行失敗的作業
MAN-03009: backup 命令 (c1 通道上, 在 06/14/2007 16:10:23 上) 失敗
ORA-19506: 無法建立順序檔案, 名稱 = "hqik925q_1_2", 引數 = ""
ORA-27028: skgfqcre: sbtbackup 返回錯誤
ORA-19511: 從介質管理器層接收到錯誤, 錯誤文字為:
No policy or schedule name is explicitly specified for copy number <2>.
通道 c1 已禁用, 將在另一個通道上執行該通道上失敗的作業
通道 c2: 正在啟動存檔日誌備份集
通道 c2: 正在指定備份集中的存檔日誌
輸入存檔日誌執行緒 =1 序列 =336 記錄 ID=869 時間戳=625248441
通道 c2: 正在啟動段 1 於 14-6月 -07
釋放的通道: c1
釋放的通道: c2
MAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: backup 命令 (c2 通道上, 在 06/14/2007 16:10:27 上) 失敗
ORA-19506: 無法建立順序檔案, 名稱 = "hsik92bf_1_2", 引數 = ""
ORA-27028: skgfqcre: sbtbackup 返回錯誤
ORA-19511: 從介質管理器層接收到錯誤, 錯誤文字為:
No policy or schedule name is explicitly specified for copy number <2>.
上面就是過早的關閉了備份的JOB，造成了一個CHANNEL出現了問題，隨後的分配CHANNEL操作都會造成下面的問題，直到RMAN退出並重新登陸：
RMAN> run
2> {
3> allocate channel c1 device type sbt;
4> allocate channel c2 device type sbt;
5> set backup copies 2;
6> send 'NB_ORA_CLIENT=backup,CPF1_POLICY=testoracle,CPF1_SCHED=Default-Application-Backup';
7> send 'NB_ORA_CLIENT=backup,CPF2_POLICY=testoracle,CPF2_SCHED=test_multi_copy';
8> backup tablespace users;
9> }
分配的通道: c1
通道 c1: sid=308 例項=testrac2 devtype=SBT_TAPE
通道c1: VERITAS NetBackup for Oracle - Release 6.0 (2006110304)
釋放的通道: c1
釋放的通道: c2
MAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: allocate 命令 (c2 通道上, 在 06/14/2007 16:13:28 上) 失敗
ORA-06502: PL/SQL: 數字或值錯誤 : 字元到數值的轉換錯誤
RMAN> run
2> {
3> allocate channel c1 device type sbt;
4> allocate channel c2 device type sbt;
5> }
分配的通道: c1
通道 c1: sid=308 例項=testrac2 devtype=SBT_TAPE
通道c1: VERITAS NetBackup for Oracle - Release 6.0 (2006110304)
釋放的通道: c1
釋放的通道: c2
MAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: allocate 命令 (c2 通道上, 在 06/14/2007 16:14:30 上) 失敗
ORA-06502: PL/SQL: 數字或值錯誤 : 字元到數值的轉換錯誤
RMAN> exit
恢復管理器完成。
$ rman target /
恢復管理器: Release 10.2.0.3.0 - Production on 星期四 6月 14 16:15:02 2007
Copyright (c) 1982, 2005, Oracle. All rights reserved.
連線到目標資料庫: TESTRAC (DBID=4291216984)
RMAN> run
2> {
3> allocate channel c1 device type sbt;
4> allocate channel c2 device type sbt;
5> }
使用目標資料庫控制檔案替代恢復目錄
分配的通道: c1
通道 c1: sid=287 例項=testrac2 devtype=SBT_TAPE
通道c1: VERITAS NetBackup for Oracle - Release 6.0 (2006110304)
分配的通道: c2
通道 c2: sid=285 例項=testrac2 devtype=SBT_TAPE
通道c2: VERITAS NetBackup for Oracle - Release 6.0 (2006110304)
釋放的通道: c1
釋放的通道: c2
那麼有沒有一個比較簡單的方法來解決上面的死鎖問題呢，其實這個方法也很簡單，只有人為的指定CHANNEL去進行備份就可以了。
RMAN> run
2> {
3> set backup copies 2;
4> allocate channel c1 device type sbt;
5> allocate channel c2 device type sbt;
6> send 'NB_ORA_CLIENT=backup,CPF1_POLICY=testoracle,CPF1_SCHED=Default-Application-Backup';
7> send 'NB_ORA_CLIENT=backup,CPF2_POLICY=testoracle,CPF2_SCHED=test_multi_copy';
8> backup channel c1 tablespace users, ndindex;
9> }
正在執行命令: SET BACKUP COPIES
分配的通道: c1
通道 c1: sid=287 例項=testrac2 devtype=SBT_TAPE
通道c1: VERITAS NetBackup for Oracle - Release 6.0 (2006110304)
分配的通道: c2
通道 c2: sid=285 例項=testrac2 devtype=SBT_TAPE
通道c2: VERITAS NetBackup for Oracle - Release 6.0 (2006110304)
向通道發命令: c1
向通道發命令: c2
向通道發命令: c1
向通道發命令: c2
啟動 backup 於 14-6月 -07
通道 c1: 啟動全部資料檔案備份集
通道 c1: 正在指定備份集中的資料檔案
輸入資料檔案 fno=00010 name=+DISK/testrac/datafile/ndindex01.dbf
輸入資料檔案 fno=00005 name=+DISK/testrac/datafile/users.267.618591279
通道 c1: 正在啟動段 1 於 14-6月 -07
通道 c1: 已完成段 1 於 14-6月 -07, 有 2 個副本和標記 TAG20070614T170141
段 handle=i3ik95bm_1_1 comment=API Version 2.0,MMS Version 5.0.0.0
段 handle=i3ik95bm_1_2 comment=API Version 2.0,MMS Version 5.0.0.0
通道 c1: 備份集已完成, 經過時間:00:08:55
完成 backup 於 14-6月 -07
釋放的通道: c1
釋放的通道: c2
來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/4227/viewspace-69356/，如需轉載，請註明出處，否則將追究法律責任。
相關文章
- RMAN備份之備份多個備份集到帶庫（三）
- RMAN備份之備份多個備份集到帶庫（一）
- RMAN備份多個備份集到帶庫的小bug
- RMAN備份恢復——備份到帶庫的效能（二）
- RMAN備份恢復——備份到帶庫的效能
- RMAN備份到帶庫被阻塞
- RMAN筆記之備份集和備份片筆記
- Backup And Recovery User's Guide-備份RMAN備份-使用RMAN備份備份集GUIIDE
- Backup And Recovery User's Guide-RMAN備份概念-RMAN備份的多個拷貝-備份的備份GUIIDE
- Backup And Recovery User's Guide-RMAN備份概念-備份集-備份集和備份片GUIIDE
- 揭祕ORACLE備份之----RMAN之二（備份方式）Oracle
- RMAN備份與恢復之加密備份加密
- RMAN說，我能備份(3)--RMAN全庫備份和表空間備份
- Oracle備份之RMAN工具（二）Oracle
- Backup And Recovery User's Guide-RMAN備份概念-備份集-備份集塊壓縮GUIIDE
- Backup And Recovery User's Guide-RMAN備份概念-備份undo(備份集加密)GUIIDE加密
- rman 備份 全庫
- Backup And Recovery User's Guide-備份RMAN備份-用RMAN備份映象拷貝備份GUIIDE
- oracle之rman備份Oracle
- RMAN說，我能備份(9)--RMAN增量備份與備份保留策略
- RMAN說，我能備份(11)--RMAN中的備份集屬性
- RMAN備份恢復——備份集儲存位置改變
- 【RMAN】使用增量備份更新資料庫備份映象資料庫
- Backup And Recovery User's Guide-備份RMAN備份-備份集的多重拷貝GUIIDE
- 如何刪除控制檔案中過去rman備份到磁帶的歸檔備份集
- rman備份和增量備份指令碼指令碼
- Backup And Recovery User's Guide-備份RMAN備份-關於備份的備份GUIIDE
- Backup And Recovery User's Guide-RMAN備份概念-增量備份-多級增量備份GUIIDE
- Oracle裡邏輯備份、物理備份、Rman備份的區別Oracle
- Backup And Recovery User's Guide-備份RMAN備份-備份保留期對備份的備份的影響GUIIDE
- RMAN備份恢復整個庫
- rman全庫備份備份歸檔日誌檔案
- RMAN 全庫備份和 0級備份的區別
- 【原】Oracle學習系列—資料庫備份—RMAN備份Oracle資料庫
- Backup And Recovery User's Guide-備份資料庫-RMAN備份概覽-RMAN備份的目的GUIIDE資料庫
- exp備份和rman備份的區別
- Oracle 11g RMAN備份-增量備份Oracle
- RMAN說，我能備份(14)--實戰RMAN備份