RE: Critical restore issue with Veritas

  • From: "Allen, Brandon" <Brandon.Allen@xxxxxxxxxxx>
  • To: <jeremiah@xxxxxxxxxxx>, <sbecker6925@xxxxxxxxx>, "Oracle-L" <oracle-l@xxxxxxxxxxxxx>
  • Date: Tue, 16 Jan 2007 10:58:04 -0700

A couple more things to add to this topic:

What you were attempting to do typically goes by one of the following
names: "cross host/node restore", "alternate host/node restore" or
"redirected restore" and it requires special configuration for Netbackup
to allow this.  For details, see Metalink Notes 183061.1 & 209117.1 and
the following Veritas doc: http://support.veritas.com/docs/196781 

Regarding the logs Jermemiah mentioned below, there is also a verbose
setting that can be very helpful in troubleshooting these problems.  On
Unix systems, there is a file called bp.conf, usually found in
/usr/openv/netbackup.  This is a plain text files with a few simple
configuration lines like the netbackup SERVER and CLIENT names, and
optionally you can add a line like VERBOSE=5, which will cause netbackup
to write MUCH more detail to the logs.  This can be very helpful for
troubleshooting, but be sure to remove the line, or lower the verbose
level (to 3 or lower) for normal operation or else it can slow things
down and fill up your disk.

HTH,
Brandon



-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx
[mailto:oracle-l-bounce@xxxxxxxxxxxxx] On Behalf Of Jeremiah Wilton

Netbackup logs into a variety of log files in
/usr/openv/netbackup/logs/.
Your best bet to get the real reason for failure is to look in those
logs.

Privileged/Confidential Information may be contained in this message or 
attachments hereto. Please advise immediately if you or your employer do not 
consent to Internet email for messages of this kind. Opinions, conclusions and 
other information in this message that do not relate to the official business 
of this company shall be understood as neither given nor endorsed by it.

--
//www.freelists.org/webpage/oracle-l


Other related posts: