07-25-2013 02:09 AM
While restoring a controlfile from autobackup, the rman command is taking a very long time (more than 1 hour). At the end, it is giving the error below.
RMAN Command:
set dbid=xxxxxxxxxx;
run
{
ALLOCATE CHANNEL CH00 TYPE 'SBT_TAPE'
parms="ENV=(NB_ORA_POLICY=db2_full_db,NB_ORA_SERV=masterserver,NB_ORA_CLIENT=db2,NB_ORA_SCHED=Full,SBT_LIBRARY=/u01/app/oracle/product/11.2.0.3/db_1/lib/libobk.so)";
restore controlfile from autobackup;
RELEASE CHANNEL CH00;
}
Execution of the command:
executing command: SET DBID
using target database control file instead of recovery catalog
allocated channel: CH00
channel CH00: SID=3061 device type=SBT_TAPE
channel CH00: Veritas NetBackup for Oracle - Release 7.5 (2012020723)
Starting restore at 22-JUL-13
channel CH00: looking for AUTOBACKUP on day: 20130720
channel CH00: AUTOBACKUP found: c-2362182060-20130720-02
channel CH00: restoring control file from AUTOBACKUP c-2362182060-20130720-02
released channel: CH00
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 07/22/2013 16:35:37
ORA-19870: error while restoring backup piece c-2362182060-20130720-02
ORA-19507: failed to retrieve sequential file, handle="c-2362182060-20130720-02", parms=""
ORA-27029: skgfrtrv: sbtrestore returned error
ORA-19511: Error received from media manager layer, error text:
Failed to process backup file <c-2362182060-20130720-02>
Comments:
The database was started in nomount.
This is done to restore the database from netbackup tape taken from another machine. Means that RMAN is executed from db1 and the backup was previously taken from db2.
Thanks to help.
Solved! Go to Solution.
07-26-2013 10:43 PM
Important lines in bprd log (after multiple attempts from client bscst to list backups for client name billdb2:(
07-25-2013 02:56 AM
What was the status code in Activity Monitor?
The RMAN output tells us that the problem is with 'media manager', meaning NetBackup. So, we need to check NBU logs.
We need all of the following logs to troubleshoot:
On the destination client (db1): dbclient (remember to 'chmod 777 dbclient')
On the master server: bprd (NBU needs to be restarted after log folder is created).
The above 2 logs should help us to see where in the process flow did the failure occur.
Based on what we see in these logs, we may need more logs, so please ensure that the following log folders exist on the media server: bpbrm and bptm.
Please copy bprd and dbclient logs to .txt files (e.g. bprd.txt) and post as File attachments.
07-26-2013 06:43 PM
No job related to this restore was found in Activity Monitor.
Attached the logs requested
- bpclient
- bprd
Regards
07-26-2013 10:43 PM
Important lines in bprd log (after multiple attempts from client bscst to list backups for client name billdb2:(
07-27-2013 10:59 AM
Hi,
Adding the file No.Restrictions under /opt/openv/netbackup/db/altnames in master server solved the issue.
Thanks for help