RMAN備份恢復之NETBACKUP客戶端存在多個策略
對於備份到帶庫的情況,RMAN備份的時候需要呼叫NETBACKUP等備份管理軟體,將備份的資料寫到帶庫上。
如果備份的客戶端對應多個可用的備份策略時,必須指明使用的備份策略,,否則會導致備份錯誤的發生。
利用netbackup的圖形管理介面jnbSA為客戶端建立多個備份策略,這時候,如果不知道備份時使用的策略,則會導致備份的錯誤:
$ rman target /
恢復管理器: Release 10.2.0.3.0 - Production on 星期四 5月 10 22:47:04 2007
Copyright (c) 1982, 2005, Oracle. All rights reserved.
連線到目標資料庫: TESTRAC (DBID=4291216984)
RMAN> backup tablespace users;
啟動 backup 於 10-5月 -07使用目標資料庫控制檔案替代恢復目錄分配的通道: ORA_SBT_TAPE_1通道 ORA_SBT_TAPE_1: sid=291 例項=testrac2 devtype=SBT_TAPE通道ORA_SBT_TAPE_1: VERITAS NetBackup for Oracle - Release 6.0 (2006110304)分配的通道: ORA_SBT_TAPE_2通道 ORA_SBT_TAPE_2: sid=293 例項=testrac2 devtype=SBT_TAPE通道ORA_SBT_TAPE_2: VERITAS NetBackup for Oracle - Release 6.0 (2006110304)通道 ORA_SBT_TAPE_1: 啟動全部資料檔案備份集通道 ORA_SBT_TAPE_1: 正在指定備份集中的資料檔案輸入資料檔案 fno=00005 name=+DISK/testrac/datafile/users.267.618591279通道 ORA_SBT_TAPE_1: 正在啟動段 1 於 10-5月 -07
MAN-03009: backup 命令 (ORA_SBT_TAPE_1 通道上, 在 05/10/2007 23:02:55 上) 失敗
ORA-19506: 無法建立順序檔案, 名稱 = "smihdgg2_1_1", 引數 = ""
ORA-27028: skgfqcre: sbtbackup 返回錯誤
ORA-19511: 從介質管理器層接收到錯誤, 錯誤文字為:
VxBSACreateObject: Failed with error:
Server Status: Communication with the server has not been iniatated or the server status has not been retrieved from the server.通道 ORA_SBT_TAPE_1 已禁用, 將在另一個通道上執行該通道上失敗的作業通道 ORA_SBT_TAPE_2: 啟動全部資料檔案備份集通道 ORA_SBT_TAPE_2: 正在指定備份集中的資料檔案輸入資料檔案 fno=00005 name=+DISK/testrac/datafile/users.267.618591279通道 ORA_SBT_TAPE_2: 正在啟動段 1 於 10-5月 -07
MAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: backup 命令 (ORA_SBT_TAPE_2 通道上, 在 05/10/2007 23:18:20 上) 失敗
ORA-19506: 無法建立順序檔案, 名稱 = "snihdhcv_1_1", 引數 = ""
ORA-27028: skgfqcre: sbtbackup 返回錯誤
ORA-19511: 從介質管理器層接收到錯誤, 錯誤文字為:
VxBSACreateObject: Failed with error:
Server Status: Communication with the server has not been iniatated or the server status has not been retrieved from the server.
RMAN> run
2> {
3> allocate channel c1 device type sbt;
4> backup tablespace users;
5> }
釋放的通道: ORA_SBT_TAPE_1釋放的通道: ORA_SBT_TAPE_2分配的通道: c1通道 c1: sid=275 例項=testrac2 devtype=SBT_TAPE通道c1: VERITAS NetBackup for Oracle - Release 6.0 (2006110304)
啟動 backup 於 10-5月 -07通道 c1: 啟動全部資料檔案備份集通道 c1: 正在指定備份集中的資料檔案輸入資料檔案 fno=00005 name=+DISK/testrac/datafile/users.267.618591279通道 c1: 正在啟動段 1 於 10-5月 -07釋放的通道: c1
MAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: backup 命令 (c1 通道上, 在 05/10/2007 23:35:22 上) 失敗
ORA-19506: 無法建立順序檔案, 名稱 = "soihdics_1_1", 引數 = ""
ORA-27028: skgfqcre: sbtbackup 返回錯誤
ORA-19511: 從介質管理器層接收到錯誤, 錯誤文字為:
VxBSACreateObject: Failed with error:
Server Status: Communication with the server has not been iniatated or the server status has not been retrieved from the server.
無論是採用自動分配CHANNEL的方式,還是手工分配CHANNEL,都會導致錯誤的產生。為了避免上面的錯誤,必須在分配CHANNEL的時候指定備份的策略:
RMAN> run
2> {
3> allocate channel c1 device type sbt parms='ENV=(NB_ORA_POLICY=testoracle,NB_ORA_SCHED=Default-Application-Backup)';
4> backup tablespace users;
5> }
分配的通道: c1通道 c1: sid=275 例項=testrac2 devtype=SBT_TAPE通道c1: VERITAS NetBackup for Oracle - Release 6.0 (2006110304)
啟動 backup 於 10-5月 -07通道 c1: 啟動全部資料檔案備份集通道 c1: 正在指定備份集中的資料檔案輸入資料檔案 fno=00005 name=+DISK/testrac/datafile/users.267.618591279通道 c1: 正在啟動段 1 於 10-5月 -07通道 c1: 已完成段 1 於 10-5月 -07段控制程式碼=spihdjbk_1_1 標記=TAG20070510T233620 註釋=API Version 2.0,MMS Version 5.0.0.0通道 c1: 備份集已完成, 經過時間:00:03:05完成 backup 於 10-5月 -07
啟動 Control File and SPFILE Autobackup 於 10-5月 -07段 handle=c_c-4291216984-20070510-05 comment=API Version 2.0,MMS Version 5.0.0.0完成 Control File and SPFILE Autobackup 於 10-5月 -07釋放的通道: c1
當然透過配置自動CHANNEL的方式也是可以的:
RMAN> configure channel 1 device type sbt parms='ENV=(NB_ORA_POLICY=testoracle,NB_ORA_SCHED=Default-Application-Backup)';
舊的 RMAN 配置引數:
CONFIGURE CHANNEL 1 DEVICE TYPE 'SBT_TAPE' CONNECT '*';新的 RMAN 配置引數:
CONFIGURE CHANNEL 1 DEVICE TYPE 'SBT_TAPE' PARMS 'ENV=(NB_ORA_POLICY=testoracle,NB_ORA_SCHED=Default-Application-Backup)';已成功儲存新的 RMAN 配置引數
RMAN> configure channel 2 device type sbt parms='ENV=(NB_ORA_POLICY=testoracle,NB_ORA_SCHED=Default-Application-Backup)';
舊的 RMAN 配置引數:
CONFIGURE CHANNEL 2 DEVICE TYPE 'SBT_TAPE' CONNECT '*';新的 RMAN 配置引數:
CONFIGURE CHANNEL 2 DEVICE TYPE 'SBT_TAPE' PARMS 'ENV=(NB_ORA_POLICY=testoracle,NB_ORA_SCHED=Default-Application-Backup)';已成功儲存新的 RMAN 配置引數
RMAN> backup tablespace users;
啟動 backup 於 11-5月 -07分配的通道: ORA_SBT_TAPE_1通道 ORA_SBT_TAPE_1: sid=275 例項=testrac2 devtype=SBT_TAPE通道ORA_SBT_TAPE_1: VERITAS NetBackup for Oracle - Release 6.0 (2006110304)分配的通道: ORA_SBT_TAPE_2通道 ORA_SBT_TAPE_2: sid=282 例項=testrac2 devtype=SBT_TAPE通道ORA_SBT_TAPE_2: VERITAS NetBackup for Oracle - Release 6.0 (2006110304)通道 ORA_SBT_TAPE_1: 啟動全部資料檔案備份集通道 ORA_SBT_TAPE_1: 正在指定備份集中的資料檔案輸入資料檔案 fno=00005 name=+DISK/testrac/datafile/users.267.618591279通道 ORA_SBT_TAPE_1: 正在啟動段 1 於 11-5月 -07通道 ORA_SBT_TAPE_1: 已完成段 1 於 11-5月 -07段控制程式碼=ssihdlu9_1_1 標記=TAG20070511T002024 註釋=API Version 2.0,MMS Version 5.0.0.0通道 ORA_SBT_TAPE_1: 備份集已完成, 經過時間:00:03:05完成 backup 於 11-5月 -07
啟動 Control File and SPFILE Autobackup 於 11-5月 -07段 handle=c_c-4291216984-20070511-00 comment=API Version 2.0,MMS Version 5.0.0.0完成 Control File and SPFILE Autobackup 於 11-5月 -07
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/4227/viewspace-69345/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 【RMAN】在多租戶環境下的RMAN備份及恢復
- Oracle 備份恢復篇之RMAN catalogOracle
- rman 增量備份恢復
- RMAN備份恢復技巧
- RMAN備份異機恢復
- RMAN備份恢復典型案例——RMAN備份&系統變慢
- RMAN備份恢復典型案例——資料檔案存在壞快
- RMAN備份恢復效能優化優化
- RMAN備份與恢復測試
- 【RMAN】Oracle12c之後,rman備份Dataguard備端恢復可能出現邏輯錯誤Oracle
- ORACLE DG從庫 Rman備份恢復Oracle
- rman備份異機恢復(原創)
- RMAN備份恢復典型案例——異機恢復未知DBID
- 【RMAN】RMAN的備份保留策略
- RAC備份恢復之Voting備份與恢復
- 12 使用RMAN備份和恢復檔案
- RMAN備份恢復典型案例——ORA-00245
- RMAN之客戶端互動(一)客戶端
- RMAN之客戶端互動(二)客戶端
- 【rman備份策略】實驗
- 12C多租戶rman備份文件
- 備份恢復Lesson 04.Using the RMAN Recovery Catalog
- 【RMAN】同時建立多個備份(建立多重備份)
- 【RMAN】Oracle12c以後rman 備份恢復命令參考Oracle
- 時序資料庫InfluxDB之備份和恢復策略資料庫UX
- 時序資料庫 InfluxDB 之備份和恢復策略資料庫UX
- 透過RMAN備份standby database成功恢復還原Database
- RMAN備份恢復典型案例——資料庫卡頓資料庫
- dg丟失歸檔,使用rman增量備份恢復
- 透過搭建恢復目錄實現RMAN異地備份和恢復
- Oracle 備份恢復之 FlashbackOracle
- RMAN備份恢復典型案例——跨平臺遷移pdb
- websocket(多個客戶端)Web客戶端
- RMAN恢復之RMAN-06555處理
- Oracle9i RMAN 的優缺點及RMAN 備份及恢復步驟Oracle
- Windows oracle 11g rman備份恢復到linux系統WindowsOracleLinux
- oracle10g RMAN增量備份策略Oracle
- 備份與恢復:polardb資料庫備份與恢復資料庫
- MySQL備份與恢復——基於Xtrabackup物理備份恢復MySql