Hi,

 

Rusty is correct, typically in the run {} block for Oracle/RMAN you would want 
something like:

 

allocate channel ch1 type 'sbt_tape';

allocate channel ch2 type 'sbt_tape';

allocate channel ch3 type 'sbt_tape';

allocate channel ch4 type 'sbt_tape';

[ .. ]

 

To ensure that Oracle/RMAN will start N number of restore jobs with NetBackup 
to pull the data.

 

Justin.

 

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Rusty Major
Sent: Friday, December 13, 2013 9:49 AM
To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: Re: [Veritas-bu] RMAN Recovery issue and Netbackup 7.1.0.2

 

Number of channels is controlled by the script file on the Oracle DB server. I 
would expect that this needs to be edited on your recovery server.

 

On Fri, Dec 13, 2013 at 8:46 AM, Dennis Peacock <nbu-fo...@backupcentral.com> 
wrote:

OK...please help me out here if you can.

Client RMAN backup ran on client server corvette via master server stingray.
Tapes were removed and shipped to another location for RMAN recovery.
Backup was done via allocating 6 channels.
Recovery is only using 3 channels. Why?
All boxes are Netbackup 7.1x and Linux RedHat.
DBA is screaming that it's a Netbackup issue....and I can't figure out why this 
is a Netbackup issue.

Can you help me understand more about RMAN backup/recovery and Netbackup??? 
Please????

+----------------------------------------------------------------------
|This was sent by dpe...@acxiom.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+----------------------------------------------------------------------


_______________________________________________
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu





 

-- 
Rusty Major ▪ Technical Architect and Team Lead - Backup Infrastructure 
Engineering ▪ Sungard Availability Services ▪ 757 N. Eldridge Pkwy., Suite 200, 
Houston, TX 77079 ▪ 281-584-4693 ▪ Cell 713-724-4914 ▪ rusty.ma...@sungard.com
------------------------------------------------------------------------------
Think before you Print 
CONFIDENTIALITY:  This e-mail (including any attachments) may contain 
confidential, proprietary and privileged information, and unauthorized 
disclosure or use is prohibited.  If you received this e-mail in error, please 
notify the sender and delete this e-mail from your system. 

_______________________________________________
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Reply via email to