I forbindelse med jeg lavede en RMAN klon, stødte jeg på en fejl. Mit script har ellers lavet en masse kloner så det er testet en hel del gange.

RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: failure of backup command on t2 channel at 10/27/2009 13:10:28
ORA-27192: skgfcls: sbtclose2 returned error - failed to close file
ORA-19511: Error received from media manager layer, error text:
   cannot find ssid ac6bdcdb-00000006-66e6e122-4ae6e122-3c9c0014-4f979a78 to update (0:5:25)

Oracle Error : ORA-27192: skgfcls: sbtclose2 returned error - failed to close file

Cause: sbtclose2 returned an error. This happens while closing a backup file during a backup or restore operation.

Action: This error is returned from the media management software which is linked with Oracle. There should be additional messages which explain the cause of the error. This error usually requires contacting the media management vendor.

Ganske rigtigt ligger der en tracefil i background_dump_dest

*** 2009-10-27 13:10:19.989
*** ACTION NAME:(0000086 STARTED16) 2009-10-27 13:10:19.988
*** MODULE NAME:(backup archivelog) 2009-10-27 13:10:19.988
*** SERVICE NAME:(SYS$USERS) 2009-10-27 13:10:19.988
*** SESSION ID:(320.32417) 2009-10-27 13:10:19.988
SKGFQ OSD: Error in function sbtclose2 on line 1314
SKGFQ OSD: Look for SBT Trace messages in file /opt/oracle/admin/XO/bdump/sbtio.log

Nede i /opt/oracle/admin/XO/bdump/sbtio.log kan jeg se
 
SBT-26840 10/27/09 13:10:17 lnm_nw_sess_close: cannot find ssid ac6bdcdb-00000006-66e6e122-4ae6e122-3c9c0014-4f979a78 to update (0:5:25)
SBT-26734 10/27/09 13:10:19 lnm_nw_sess_close: cannot find ssid cfbf53f6-00000006-65e6e122-4ae6e122-3c9d0014-4f979a78 to update (0:5:25)

Efter lidt analyse .... Jeg har et script der connecter til mit RMAN catalog og udfører restore udfra hvad jeg har beskrevet i en cmd fil

run {
  configure channel device type t1 clear;
  configure channel device type t2 clear;
  allocate auxiliary channel t1 type 'SBT_TAPE' rate 10M;
  allocate auxiliary channel t2 type 'SBT_TAPE' rate 10M;
  send 'NSR_ENV=(NSR_SERVER=07.workday.dk,NSR_DATA_VOLUME_POOL=ORAprdOnline,NSR_CLIENT=lightning)';
  send 'NSR_ENV=(NSR_SERVER=07.workday.dk,NSR_DATA_VOLUME_POOL=ORAprdArchive,NSR_CLIENT=lightning)';
  duplicate target database to XOB UNTIL TIME="to_date('21-10-2009:07:00:00', 'dd-mm-yyyy:hh24:mi:ss')";
}

Normalt kloner jeg fra produktion, og i dette tilfælde til brugertest (XOB) - XOB læses fra TNSnames - Wait a minute NSR_CLIENT=lightning, produktion har for nyligt flyttes til maskinen LED og det er herfra backupen køres og naturligvis også herfra den skal restores.

Ovenstående fejl var altså et resultat af forkert opsat NSR_CLIENT