This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
------_=_NextPart_001_01C26498.17707DD0
Content-Type: text/plain;
charset=iso-8859-1
Content-Transfer-Encoding: 7bit
Well I guess one question is do you really need a bp.conf in the Oracle home
directory? In our DB cluster we just use the main bp.conf in
/usr/openv/netbackup. In this file (each host in the cluster has their own)
we put the actual server name, not any of the virtual names.
First thing to note is that I believe the "client" name in the bp.conf file
is only used for client-directed backups so it may or may not be an issue
for you, depending on what type of backups you're running.
What we do for our cluster systems is define the "client" to the master
server using the virtual IP addresses. So if you have 3 virtuals (I assume
one for each DB) then I'd setup three "clients" on the master server, one
for each virtual. Then you can create classes that backup the individual
databases using the virtual host names. This way when the scheduler kicks
off, it contacts the host using the virtual IP and initiates the backup no
matter which machine in the cluster has the database.
To handle cases like RMAN or custom scripts that backup the database as a
"user-directed" backup, we use the actual host name in the bp.conf file.
Now we haven't tried this with RMAN yet, but we will be soon. We are using
it with user-directed backups and we don't seem to have any problems with
it. The key would be when it comes time to do a restore, knowing which
server the DB was running on at the time the backup was done.
If you really need to have a bp.conf file in your Oracle home directory,
then I'd have it setup so that directory does not failover with the DB, but
each server has their own version of it. Then you can customize the stuff
in there per host.
HTH
Steve White
-----Original Message-----
From: Koduru, Kishan [mailto:KKoduru AT ea DOT com]
Sent: Tuesday, September 24, 2002 4:42 PM
To: Veritas-Bu (E-mail)
Subject: [Veritas-bu] bp.conf in a failover cluster
Hi
I have a question on bp.conf in a cluser environment.
The cluster has two servers server1 and server2. There are 3 DBs running on
server1. If any one of the DBs fails over to the other server in the
cluster, the backup should not fail. There are 3 virtual IPs, one for each
DB and one ip for the hostname and one virtual ip for the cluster.
How should the bp.conf in oracle home dir be configured so that the backups
will not be affected if the databases failover.
Thanks in advance for your time.
-Kishan
------------------------------------------------------------------------------
This email is confidential and may be legally privileged.
It is intended solely for the addressee. Access to this email by anyone else,
unless expressly approved by the sender or an authorized addressee, is
unauthorized.
If you are not the intended recipient, any disclosure, copying, distribution or
any action omitted or taken in reliance on it, is prohibited and may be
unlawful. If you believe that you have received this email in error, please
contact the sender, delete this e-mail and destroy all copies.
==============================================================================
------_=_NextPart_001_01C26498.17707DD0
Content-Type: text/html;
charset=iso-8859-1
Content-Transfer-Encoding: 7bit
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<TITLE>bp.conf in a failover cluster</TITLE>
<META content="MSHTML 6.00.2716.2200" name=GENERATOR></HEAD>
<BODY>
<DIV><SPAN class=389210913-25092002><FONT face=Arial color=#0000ff size=2>Well
I
guess one question is do you really need a bp.conf in the Oracle home
directory? In our DB cluster we just use the main bp.conf in
/usr/openv/netbackup. In this file (each host in the cluster has their
own) we put the actual server name, not any of the virtual
names.</FONT></SPAN></DIV>
<DIV><SPAN class=389210913-25092002><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=389210913-25092002><FONT face=Arial color=#0000ff size=2>First
thing to note is that I believe the "client" name in the bp.conf file is only
used for client-directed backups so it may or may not be an issue for you,
depending on what type of backups you're running.</FONT></SPAN></DIV>
<DIV><SPAN class=389210913-25092002><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=389210913-25092002><FONT face=Arial color=#0000ff size=2>What
we do for our cluster systems is define the "client" to the master server using
the virtual IP addresses. So if you have 3 virtuals (I assume one for
each
DB) then I'd setup three "clients" on the master server, one for each
virtual. Then you can create classes that backup the individual databases
using the virtual host names. This way when the scheduler kicks off, it
contacts the host using the virtual IP and initiates the backup no matter which
machine in the cluster has the database.</FONT></SPAN></DIV>
<DIV><SPAN class=389210913-25092002><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=389210913-25092002><FONT face=Arial color=#0000ff size=2>To
handle cases like RMAN or custom scripts that backup the database as a
"user-directed" backup, we use the actual host name in the bp.conf
file. Now we haven't tried this with RMAN yet, but we will be
soon. We are using it with user-directed backups and
we don't seem to have any problems with it. The key would
be when it comes time to do a restore, knowing which server the DB was running
on at the time the backup was done. </FONT></SPAN></DIV>
<DIV><SPAN class=389210913-25092002><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=389210913-25092002><FONT face=Arial color=#0000ff size=2>If
you
really need to have a bp.conf file in your Oracle home directory, then I'd
have it setup so that directory does not failover with the DB, but each server
has their own version of it. Then you can customize the stuff in there
per
host.</FONT></SPAN></DIV>
<DIV><SPAN class=389210913-25092002><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=389210913-25092002><FONT face=Arial color=#0000ff
size=2>HTH</FONT></SPAN></DIV>
<DIV><SPAN class=389210913-25092002><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=389210913-25092002><FONT face=Arial color=#0000ff size=2>Steve
White</FONT></SPAN></DIV>
<BLOCKQUOTE dir=ltr style="MARGIN-RIGHT: 0px">
<DIV class=OutlookMessageHeader dir=ltr align=left><FONT face=Tahoma
size=2>-----Original Message-----<BR><B>From:</B> Koduru, Kishan
[mailto:KKoduru AT ea DOT com]<BR><B>Sent:</B> Tuesday, September 24, 2002
4:42
PM<BR><B>To:</B> Veritas-Bu (E-mail)<BR><B>Subject:</B> [Veritas-bu] bp.conf
in a failover cluster<BR><BR></FONT></DIV><!-- Converted from text/rtf format
-->
<P><FONT face=Arial size=2>Hi</FONT> </P>
<P><FONT face=Arial size=2>I have a question on bp.conf in a cluser
environment.</FONT> </P>
<P><FONT face=Arial size=2>The cluster has two servers server1 and server2.
There are 3 DBs running on server1. If any one of the DBs fails over to the
other server in the cluster, the backup should not fail. There are 3 virtual
IPs, one for each DB and one ip for the hostname and one virtual ip for the
cluster.</FONT></P>
<P><FONT face=Arial size=2>How should the bp.conf in oracle home dir be
configured so that the backups will not be affected if the databases
failover.</FONT></P>
<P><FONT face=Arial size=2>Thanks in advance for your time.</FONT> </P>
<P><FONT face=Arial size=2>-Kishan</FONT> </P></BLOCKQUOTE></BODY></HTML>
<P>------------------------------------------------------------------------------<br>
<br>
<br>
This email is confidential and may be legally privileged.<br>
<br>
It is intended solely for the addressee. Access to this email by anyone else,
unless expressly approved by the sender or an authorized addressee, is
unauthorized.<br>
<br>
If you are not the intended recipient, any disclosure, copying, distribution or
any action omitted or taken in reliance on it, is prohibited and may be
unlawful. If you believe that you have received this email in error, please
contact the sender, delete this e-mail and destroy all copies.<br>
<br>
<br>
==============================================================================<br>
</P>
------_=_NextPart_001_01C26498.17707DD0--
|
