Veritas-bu

[Veritas-bu] Move /usr/openv to NFS mount coming from NetApps

2006-02-02 11:15:45
Subject: [Veritas-bu] Move /usr/openv to NFS mount coming from NetApps
From: algorithm AT gmail DOT com (Algo Seeker)
Date: Thu, 2 Feb 2006 11:15:45 -0500
------=_Part_9383_10768338.1138896945726
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

We are a big netapp shop in hosting business. We do server tons of pages
thru NFS mounts. The NFS link from reliable, and even a private-gig
connection can be established for mount. I was hoping may be somebody has
done it, and how was their experience.

Now are the days when Oracle over NFS is supported and works great. It can
be really a great thing to have for DR, if this can be done.

Once again what I am trying to do is

0)Stop netbackup/remove from startup etc etc
1) mount netapp:/mountpoint /mnt
2) tar or cp of whatever i.e cp -pr /usr/openv /mnt
3) umount /mnt; mount netapp:/mountpoint /usr/openv
4)start netbackup

It seems that simple and tempting

Thanks,


On 2/2/06, Greenberg, Katherine A <GreenbergKA AT aetna DOT com> wrote:
>
> I think I might've mis-interpreted the original question....
>
> Are you moving this to SAN/SCSI attached disk? Or NAS?
>
> I thought you were saying you're backing up a lot of NDMP and that is
> filling the catalog, ergo, you want to move it to SAN/SCSI disk.
>
> Also, if you don't want to move the whole application, you can just move
> /usr/openv/netbackup/db to external disk and link it back in. I've also s=
et
> things up that way in the past.
>
> ~Kate
>
>  -----Original Message-----
> *From:* veritas-bu-admin AT mailman.eng.auburn DOT edu [mailto:
> veritas-bu-admin AT mailman.eng.auburn DOT edu] *On Behalf Of *Justin Piszcz
> *Sent:* Thursday, February 02, 2006 10:52 AM
> *To:* Peter DrakeUnderkoffler
> *Cc:* Algo Seeker; veritas-bu AT mailman.eng.auburn DOT edu
> *Subject:* Re: [Veritas-bu] Move /usr/openv to NFS mount coming from
> NetApps
>
> You could also compress the catalog, not a good thing to do, but the
> option is available.  I see no problem though moving it to a NAS, as long=
 as
> you shutdown all of the NB services, etc before you move the
> /usr/openv/netbackup/../db directory to the NAS.
>
> Justin.
>
>
> On 2/2/06, Peter DrakeUnderkoffler <pcd AT xinupro DOT com> wrote:
> >
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > I would think veritas support would not recommend this or condone it,
> > but if
> > you have no other choice, make sure you have the underlying network
> > infrastructure/arch
> > worked out.  So the network connection to the netapp from the master
> > server, can
> > it be on a different link than how the NDMP backups take place (unless
> > the drives are
> > on the filer).  Is that link resilient, if solaris ipmp, if linux
> > bonding, if Windows ???.
> > Bottom line is that you are going to tie your backup, or more
> > importantly, restore
> > to a separate infrastructure, not that this is right or wrong, you just
> > need to
> > think about the ramifications.  Is the NetApp clustered?  Replicated?
> >
> > Also, on nbu server startup, make sure that the mount is there before
> > NBU
> > starts.  If you are running out of catalog space, then take note of how
> > that catalog backups run and what impact that will have.  Also, there
> > may
> > need to be some tuning if this is NFS for the mount, such as turning of=
f
> > acl checks, making it run over tcp, make sure the mount is hard but
> > intr, etc...
> >
> > If this were to work, then it would give you clustering capabilities as
> > well as
> > an interesting DR solution.
> >
> > Peter DrakeUnderkoffler
> > Xinupro, LLC
> > 617-834-2352
> >
> >
> >
> > Algo Seeker wrote:
> > > I am running out of space on my internal drives. I am also thinking
> > > about migrating to a new server. Anybody moved from local file system
> > to
> > > shared storage. Almost all of my backups are NDMP (Netapps), and as
> > the
> > > number of files are growing so is the Catalog. What are the pros and
> > cons?
> > >
> > > Any input?
> > >
> > > Thanks,
> > >
> > -----BEGIN PGP SIGNATURE-----
> > Version: GnuPG v1.4.1 (FreeBSD)
> >
> > iD8DBQFD4iZql+lekZRM55oRAggvAKDNVX6WdkXf9ojMp6Z5k84vLAr3RgCfXBvw
> > aiLqHalM4mld2GRRY4f11Tw=3D
> > =3DwFJf
> > -----END PGP SIGNATURE-----
> > _______________________________________________
> > Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
> > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> >
>
> ------------------------------
>
> * This e-mail may contain confidential or privileged information. If you
> think you have received this e-mail in error, please advise the sender
> by
> reply e-mail and then delete this e-mail immediately. Thank you.
> Aetna *
>

------=_Part_9383_10768338.1138896945726
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

We are a big netapp shop in hosting business. We do server tons of
pages thru NFS mounts. The NFS link from reliable, and even a
private-gig connection can be established for mount. I was hoping may
be somebody has done it, and how was their experience.<br>
<br>
Now are the days when Oracle over NFS is supported and works great. It
can be really a great thing to have for DR, if this can be done. <br>
<br>
Once again what I am trying to do is <br>
<br>
0)Stop netbackup/remove from startup etc etc<br>
1) mount netapp:/mountpoint /mnt<br>
2) tar or cp of whatever i.e cp -pr /usr/openv /mnt<br>
3) umount /mnt; mount netapp:/mountpoint /usr/openv<br>
4)start netbackup<br>
<br>
It seems that simple and tempting <br>
<br>
Thanks,<br>
<br><br><div><span class=3D"gmail_quote">On 2/2/06, <b class=3D"gmail_sende=
rname">Greenberg, Katherine A</b> &lt;<a href=3D"mailto:[email protected]=
om">GreenbergKA AT aetna DOT com</a>&gt; wrote:</span><blockquote 
class=3D"gmail_q=
uote" style=3D"border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0=
pt 0.8ex; padding-left: 1ex;">







<div><span><font color=3D"#0000ff" face=3D"Georgia" size=3D"2">I=20
think I might've mis-interpreted the original question....</font></span></d=
iv>
<div><span><font color=3D"#0000ff" face=3D"Georgia" size=3D"2"></font></spa=
n>&nbsp;</div>
<div><span><font color=3D"#0000ff" face=3D"Georgia" size=3D"2">Are=20
you moving this to SAN/SCSI attached disk? Or NAS? </font></span></div>
<div><span><font color=3D"#0000ff" face=3D"Georgia" size=3D"2"></font></spa=
n>&nbsp;</div>
<div><span><font color=3D"#0000ff" face=3D"Georgia" size=3D"2">I=20
thought you were saying you're backing up a lot of NDMP and that is filling=
 the=20
catalog, ergo, you want to move it to SAN/SCSI disk.</font></span></div>
<div><span><font color=3D"#0000ff" face=3D"Georgia" size=3D"2"></font></spa=
n>&nbsp;</div>
<div><span><font color=3D"#0000ff" face=3D"Georgia" size=3D"2">Also, if you=
 don't want to move the whole application, you can just move=20
/usr/openv/netbackup/db to external disk and link it back in. I've also set=
=20
things up that way in the past.</font></span></div>
<div><span><font color=3D"#0000ff" face=3D"Georgia" size=3D"2"></font></spa=
n>&nbsp;</div>
<div><span><font color=3D"#0000ff" face=3D"Georgia" size=3D"2">~Kate<br></f=
ont></span></div><div><span class=3D"e" id=3D"q_1092b7d1b333c70a_1">
<div><span><font color=3D"#0000ff" face=3D"Georgia" size=3D"2">&nbsp;</font=
></span></div>
<div></div>
<div><font face=3D"Tahoma" size=3D"2">-----Original Message-----<br><b>From=
:</b>=20
<a href=3D"mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu" 
target=3D"_blank=
" onclick=3D"return top.js.OpenExtLink(window,event,this)">veritas-bu-admin=
@mailman.eng.auburn.edu</a>=20
[mailto:<a href=3D"mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu" 
target=
=3D"_blank" onclick=3D"return top.js.OpenExtLink(window,event,this)">verita=
s-bu-admin AT mailman.eng.auburn DOT edu</a>] <b>On Behalf Of </b>Justin=20
Piszcz<br><b>Sent:</b> Thursday, February 02, 2006 10:52 AM<br><b>To:</b> P=
eter=20
DrakeUnderkoffler<br><b>Cc:</b> Algo Seeker;=20
<a href=3D"mailto:veritas-bu AT mailman.eng.auburn DOT edu" target=3D"_blank" 
oncl=
ick=3D"return top.js.OpenExtLink(window,event,this)">veritas-bu AT mailman DOT 
eng=
.auburn.edu</a><br><b>Subject:</b> Re: [Veritas-bu] Move=20
/usr/openv to NFS mount coming from NetApps<br><br></font></div>
<div>You could also compress the catalog, not a good thing to do, but the o=
ption=20
is available.&nbsp; I see no problem though moving it to a NAS, as long as =
you=20
shutdown all of the NB services, etc before you move the=20
/usr/openv/netbackup/../db directory to the NAS. </div>
<div>&nbsp;</div>
<div>Justin.<br><br>&nbsp;</div>
<div><span class=3D"gmail_quote">On 2/2/06, <b class=3D"gmail_sendername">P=
eter=20
DrakeUnderkoffler</b> &lt;<a href=3D"mailto:pcd AT xinupro DOT com" 
target=3D"_bla=
nk" onclick=3D"return top.js.OpenExtLink(window,event,this)">pcd AT xinupro DOT 
co=
m</a>&gt; wrote:</span>=20
<blockquote class=3D"gmail_quote" style=3D"border-left: 1px solid rgb(204, =
204, 204); margin: 0px 0px 0px 0.8ex; padding-left: 1ex;">-----BEGIN=20
  PGP SIGNED MESSAGE-----<br>Hash: SHA1<br><br>I would think veritas suppor=
t=20
  would not recommend this or condone it, but if <br>you have no other choi=
ce,=20
  make sure you have the underlying network infrastructure/arch<br>worked=
=20
  out.&nbsp;&nbsp;So the network connection to the netapp from the master=
=20
  server, can<br>it be on a different link than how the NDMP backups take p=
lace=20
  (unless the drives are <br>on the filer).&nbsp;&nbsp;Is that link resilie=
nt,=20
  if solaris ipmp, if linux bonding, if Windows ???.<br>Bottom line is that=
 you=20
  are going to tie your backup, or more importantly, restore<br>to a separa=
te=20
  infrastructure, not that this is right or wrong, you just need to <br>thi=
nk=20
  about the ramifications.&nbsp;&nbsp;Is the NetApp=20
  clustered?&nbsp;&nbsp;Replicated?<br><br>Also, on nbu server startup, mak=
e=20
  sure that the mount is there before NBU<br>starts.&nbsp;&nbsp;If you are=
=20
  running out of catalog space, then take note of how <br>that catalog back=
ups=20
  run and what impact that will have.&nbsp;&nbsp;Also, there may<br>need to=
 be=20
  some tuning if this is NFS for the mount, such as turning off<br>acl chec=
ks,=20
  making it run over tcp, make sure the mount is hard but intr, etc...=20
  <br><br>If this were to work, then it would give you clustering capabilit=
ies=20
  as well as<br>an interesting DR solution.<br><br>Peter=20
  DrakeUnderkoffler<br>Xinupro, LLC<br>617-834-2352<br><br><br><br>Algo See=
ker=20
  wrote:<br>&gt; I am running out of space on my internal drives. I am also=
=20
  thinking <br>&gt; about migrating to a new server. Anybody moved from loc=
al=20
  file system to<br>&gt; shared storage. Almost all of my backups are NDMP=
=20
  (Netapps), and as the<br>&gt; number of files are growing so is the Catal=
og.=20
  What are the pros and cons? <br>&gt;<br>&gt; Any input?<br>&gt;<br>&gt;=
=20
  Thanks,<br>&gt;<br>-----BEGIN PGP SIGNATURE-----<br>Version: GnuPG v1.4.1=
=20
  (FreeBSD)<br><br>iD8DBQFD4iZql+lekZRM55oRAggvAKDNVX6WdkXf9ojMp6Z5k84vLAr3=
RgCfXBvw<br>aiLqHalM4mld2GRRY4f11Tw=3D=20
  <br>=3DwFJf<br>-----END PGP=20
  SIGNATURE-----<br>_______________________________________________<br>Veri=
tas-bu=20
  maillist&nbsp;&nbsp;-&nbsp;&nbsp;<a href=3D"mailto:Veritas-bu AT mailman DOT 
eng=
.auburn.edu" target=3D"_blank" onclick=3D"return top.js.OpenExtLink(window,=
event,this)">Veritas-bu AT mailman.eng.auburn DOT edu</a><br><a 
href=3D"http://mai=
lman.eng.auburn.edu/mailman/listinfo/veritas-bu" target=3D"_blank" onclick=
=3D"return top.js.OpenExtLink(window,event,this)">
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu</a><br></blockquo=
te></div><br>


<p></p><hr size=3D"1"><p></p></span></div><div><span class=3D"e" id=3D"q_10=
92b7d1b333c70a_2">
<p><strong>
This e-mail may contain confidential or privileged information.  If you<br>=
think you have received this e-mail in error, please advise the sender<br>b=
y<br>reply e-mail and then delete this e-mail immediately.  Thank you.
<br>Aetna
</strong></p>



</span></div></blockquote></div><br>

------=_Part_9383_10768338.1138896945726--