Netbackup related parameters when restoring from tape to a different server

Question

Db version: 11.2.0.2 / Solaris 10
Media Management layer : Symantec Netbackup v7
Production server : qualmh214
Prod DB Name : NEHPROD
We take backup of our prod database using a script similair to the below
run
     ALLOCATE CHANNEL c1 TYPE 'SBT_TAPE';
     SEND 'NB_ORA_CLIENT=qualmh214,NB_ORA_POLICY=qualmh214_rman, NB_ORA_SERV=hlsngt238, NB_ORA_SCHED=Weekly';
     backup incremental level 0 database tag='NEHPROD_full' plus archivelog ;
     backup format  'NEHPROD_%d_%U_%t.rbk' ;
}We have a test server :
dreyth169Every week we need to Clone the above Prod DB from its latest Level 0 Backup stored in Tape.
We have installed Symantec netbackup on our test server.
To restore using RMAN, in run block for the restore, shouldn't NB_ORA_CLIENT be the test server name dreyth169 ? ie. If we keep NB_ORA_CLIENT=qualmh214 (Prod server), then RMAN will do the restore in the PROD !!! Right? That would be a disaster.
What about NB_ORA_POLICY for test server ? Should I create new policy NB_ORA_POLICY for my test server ?

Answer 1

Hello;
Yes, for example if you were doing an RMAN duplicate you would set it to : ( very similar operation )
NB_ORA_CLIENT=target_server
Should I create new policy NB_ORA_POLICY for my test server ?
That's the way I would do it. It may work without it however.
Since you are using oracle 11.2 another option is "Active Database duplication" If your database isn't too large and you have decent network speed and some off peak time once a week I would consider this.
I've used this with great success and you can script it fairly easy in Unix/Linux. If the Remote Host has the Same Directory Structure this get even easier. With a couple of INIT files and a clean up script on the remote this becomes a cookie cutter. Since the job would run from the remote you can avoid RMAN conflicts with your backups.
http://docs.oracle.com/cd/E11882_01/backup.112/e10643/rcmsynta020.htm
Best Regards
mseberg
Edited by: mseberg on Jun 25, 2012 2:50 PM