RAC環境的STANDBY資料庫備份報錯

完整錯誤資訊為：

$ rman target /

恢復管理器: Release 10.2.0.3.0 - Production on 星期四 12月 27 15:58:18 2007

Copyright (c) 1982, 2005, Oracle.  All rights reserved.

已連線到目標資料庫: TESTRAC (DBID=4291216984, 未開啟)

RMAN> backup tablespace sysaux;

啟動 backup 於 27-12月-07
使用目標資料庫控制檔案替代恢復目錄
MAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: backup 命令 (在 12/27/2007 15:58:37 上) 失敗
RMAN-12001: 無法開啟通道 ORA_SBT_TAPE_1
RMAN-10008: 無法建立通道上下文
RMAN-10003: 無法連線到目標資料庫
RMAN-04022: 目標資料庫裝載 ID 11183407 與通道裝載 ID 12678185 不匹配

其實導致這個錯誤的原因很簡單，由於PRIMARY資料庫是RAC環境，因此在配置CHANNEL連線的時候指定了CONNECT語句。

而在STANDBY資料庫中，無法透過這些CONNECT語句連線到當前的例項，因此報錯：

RMAN> show all;

RMAN 配置引數為:
CONFIGURE RETENTION POLICY TO REDUNDANCY 2;
CONFIGURE BACKUP OPTIMIZATION ON;
CONFIGURE DEFAULT DEVICE TYPE TO 'SBT_TAPE';
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE 'SBT_TAPE' TO 'c_%F';
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
CONFIGURE DEVICE TYPE 'SBT_TAPE' PARALLELISM 2 BACKUP TYPE TO BACKUPSET;
CONFIGURE DEVICE TYPE DISK PARALLELISM 2 BACKUP TYPE TO BACKUPSET;
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE SBT_TAPE TO 1; # default
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE SBT_TAPE TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE CHANNEL 1 DEVICE TYPE 'SBT_TAPE' CONNECT '*';
CONFIGURE CHANNEL 2 DEVICE TYPE 'SBT_TAPE' CONNECT '*';
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT   '/data1/backup/%U',   '/data1/%U';
CONFIGURE CHANNEL 1 DEVICE TYPE DISK CONNECT '*';
CONFIGURE CHANNEL 2 DEVICE TYPE DISK CONNECT '*';
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/data/oracle/product/10.2/database/dbs/snapcf_testrac_standby.f'; # default

確定問題的原因，解決問題就很容易了，可以直接使用RUN方式來執行備份：

RMAN> run
2> {
3> allocate channel c1 device type disk format '/data1/%U';
4> backup tablespace sysaux;
5> }

分配的通道: c1
通道 c1: sid=313 devtype=DISK

啟動 backup 於 27-12月-07
通道 c1: 啟動全部資料檔案備份集
通道 c1: 正在指定備份集中的資料檔案
輸入資料檔案 fno=00003 name=/data1/oradata/testrac/sysaux.264.618591225
通道 c1: 正在啟動段 1 於 27-12月-07
通道 c1: 已完成段 1 於 27-12月-07
段控制程式碼=/data1/07j4loh5_1_1 標記=TAG20071227T160245 註釋=NONE
通道 c1: 備份集已完成, 經過時間:00:00:35
完成 backup 於 27-12月-07

啟動 Control File and SPFILE Autobackup 於 27-12月-07
段 handle=/data/oracle/product/10.2/database/dbs/c-4291216984-20071227-00 comment=NONE
完成 Control File and SPFILE Autobackup 於 27-12月-07
釋放的通道: c1

也可以透過修改RMAN的配置來實現：

RMAN> configure default device type to disk;

舊的 RMAN 配置引數:
CONFIGURE DEFAULT DEVICE TYPE TO 'SBT_TAPE';
新的 RMAN 配置引數:
CONFIGURE DEFAULT DEVICE TYPE TO DISK;
已成功儲存新的 RMAN 配置引數

RMAN> configure device type disk parallelism 1;

舊的 RMAN 配置引數:
CONFIGURE DEVICE TYPE DISK PARALLELISM 2 BACKUP TYPE TO BACKUPSET;
新的 RMAN 配置引數:
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET;
已成功儲存新的 RMAN 配置引數

RMAN> configure channel 1 device type disk format '/data1/%U';

舊的 RMAN 配置引數:
CONFIGURE CHANNEL 1 DEVICE TYPE DISK CONNECT '*';
新的 RMAN 配置引數:
CONFIGURE CHANNEL 1 DEVICE TYPE DISK FORMAT   '/data1/%U';
已成功儲存新的 RMAN 配置引數

RMAN> backup tablespace sysaux;

啟動 backup 於 27-12月-07
忽略 DISK 通道 2 的配置
分配的通道: ORA_DISK_1
通道 ORA_DISK_1: sid=313 devtype=DISK
通道 ORA_DISK_1: 啟動全部資料檔案備份集
通道 ORA_DISK_1: 正在指定備份集中的資料檔案
輸入資料檔案 fno=00003 name=/data1/oradata/testrac/sysaux.264.618591225
通道 ORA_DISK_1: 正在啟動段 1 於 27-12月-07
通道 ORA_DISK_1: 已完成段 1 於 27-12月-07
段控制程式碼=/data1/09j4lomj_1_1 標記=TAG20071227T160538 註釋=NONE
通道 ORA_DISK_1: 備份集已完成, 經過時間:00:00:25
完成 backup 於 27-12月-07

啟動 Control File and SPFILE Autobackup 於 27-12月-07
段 handle=/data/oracle/product/10.2/database/dbs/c-4291216984-20071227-01 comment=NONE
完成 Control File and SPFILE Autobackup 於 27-12月-07