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_01C62811.735A9870
Content-Type: text/plain
Yes, this could work, just make sure you have a good DR plan or a fallback
just in case :-)
Simon Weaver
Technical Support
Windows Domain Administrator
EADS Astrium
Tel: 02392-708598
Email: Simon.Weaver AT Astrium.eads DOT net
-----Original Message-----
From: Justin Piszcz [mailto:jpiszcz.backup AT gmail DOT com]
Sent: 02 February 2006 15:52
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 <mailto: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 off
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=
=wFJf
-----END PGP SIGNATURE-----
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
<mailto:Veritas-bu AT mailman.eng.auburn DOT edu>
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
<http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu>
This email is for the intended addressee only.
If you have received it in error then you must not use, retain, disseminate or
otherwise deal with it.
Please notify the sender by return email.
The views of the author may not necessarily constitute the views of EADS
Astrium Limited.
Nothing in this email shall bind EADS Astrium Limited in any contract or
obligation.
EADS Astrium Limited, Registered in England and Wales No. 2449259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
------_=_NextPart_001_01C62811.735A9870
Content-Type: text/html
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">
<TITLE>Message</TITLE>
<META content="MSHTML 6.00.2900.2802" name=GENERATOR></HEAD>
<BODY>
<DIV><SPAN class=958015815-02022006><FONT face=Arial color=#0000ff size=2>Yes,
this could work, just make sure you have a good DR plan or a fallback just in
case :-)</FONT></SPAN></DIV>
<DIV> </DIV>
<DIV> </DIV><!-- Converted from text/rtf format -->
<P><SPAN lang=en-gb><B><FONT face=Arial color=#0000ff size=2>Simon
Weaver</FONT></B><FONT face=Arial><BR></FONT><B><FONT face=Arial color=#0000ff
size=2>Technical Support</FONT></B><FONT face=Arial><BR></FONT><B><FONT
face=Arial color=#0000ff size=2>Windows Domain Administrator</FONT></B><FONT
face=Arial> </FONT></SPAN></P>
<P><SPAN lang=en-gb><B><I><FONT face=Arial size=2>EADS
Astrium</FONT></I></B><I></I><FONT face=Arial><BR></FONT><B></B><B><I><FONT
face=Arial size=2>Tel: 02392-70</FONT><FONT face=Arial
size=2>8598</FONT></I></B><I></I><FONT face=Arial> </FONT></SPAN></P>
<P><SPAN lang=en-gb><B><FONT face=Arial color=#ff0000 size=2>Email:
Simon.Weaver AT Astrium.eads DOT net</FONT></B><FONT face=Arial>
</FONT></SPAN></P>
<BLOCKQUOTE style="MARGIN-RIGHT: 0px">
<DIV></DIV>
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left><FONT
face=Tahoma size=2>-----Original Message-----<BR><B>From:</B> Justin Piszcz
[mailto:jpiszcz.backup AT gmail DOT com] <BR><B>Sent:</B> 02 February 2006
15:52<BR><B>To:</B> Peter DrakeUnderkoffler<BR><B>Cc:</B> Algo Seeker;
veritas-bu AT mailman.eng.auburn DOT edu<BR><B>Subject:</B> Re: [Veritas-bu]
Move
/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
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. </DIV>
<DIV> </DIV>
<DIV>Justin.<BR><BR> </DIV>
<DIV><SPAN class=gmail_quote>On 2/2/06, <B class=gmail_sendername>Peter
DrakeUnderkoffler</B> <<A
href="mailto:pcd AT xinupro DOT com">pcd AT xinupro DOT com</A>>
wrote:</SPAN>
<BLOCKQUOTE class=gmail_quote
style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px
solid">-----BEGIN
PGP SIGNED MESSAGE-----<BR>Hash: SHA1<BR><BR>I would think veritas support
would not recommend this or condone it, but if <BR>you have no other
choice,
make sure you have the underlying network infrastructure/arch<BR>worked
out. So the network connection to the netapp from the master
server, can<BR>it be on a different link than how the NDMP backups take
place (unless the drives are <BR>on the filer). Is that link
resilient, if solaris ipmp, if linux bonding, if Windows ???.<BR>Bottom
line
is that you are going to tie your backup, or more importantly,
restore<BR>to
a separate infrastructure, not that this is right or wrong, you just need
to
<BR>think about the ramifications. Is the NetApp
clustered? Replicated?<BR><BR>Also, on nbu server startup, make
sure that the mount is there before NBU<BR>starts. If you are
running out of catalog space, then take note of how <BR>that catalog
backups
run and what impact that will have. Also, there may<BR>need to
be
some tuning if this is NFS for the mount, such as turning off<BR>acl
checks,
making it run over tcp, make sure the mount is hard but intr, etc...
<BR><BR>If this were to work, then it would give you clustering
capabilities
as well as<BR>an interesting DR solution.<BR><BR>Peter
DrakeUnderkoffler<BR>Xinupro, LLC<BR>617-834-2352<BR><BR><BR><BR>Algo
Seeker
wrote:<BR>> I am running out of space on my internal drives. I am also
thinking <BR>> about migrating to a new server. Anybody moved from local
file system to<BR>> shared storage. Almost all of my backups are NDMP
(Netapps), and as the<BR>> number of files are growing so is the
Catalog.
What are the pros and cons? <BR>><BR>> Any input?<BR>><BR>>
Thanks,<BR>><BR>-----BEGIN PGP SIGNATURE-----<BR>Version: GnuPG v1.4.1
(FreeBSD)<BR><BR>iD8DBQFD4iZql+lekZRM55oRAggvAKDNVX6WdkXf9ojMp6Z5k84vLAr3RgCfXBvw<BR>aiLqHalM4mld2GRRY4f11Tw=
<BR>=wFJf<BR>-----END PGP
SIGNATURE-----<BR>_______________________________________________<BR>Veritas-bu
maillist - <A
href="mailto:Veritas-bu AT mailman.eng.auburn DOT edu">Veritas-bu AT
mailman.eng.auburn DOT edu</A><BR><A
href="http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu";>http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu</A><BR></BLOCKQUOTE></DIV><BR></BLOCKQUOTE></BODY></HTML>
<table><tr><td bgcolor=#ffffff><font color=#000000>This email is for the
intended addressee only.<br>
If you have received it in error then you must not use, retain, disseminate or
otherwise deal with it.<br>
Please notify the sender by return email.<br>
The views of the author may not necessarily constitute the views of EADS
Astrium Limited.<br>
Nothing in this email shall bind EADS Astrium Limited in any contract or
obligation.<br>
<br>
EADS Astrium Limited, Registered in England and Wales No. 2449259<br>
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS,
England<br>
</font></td></tr></table>
------_=_NextPart_001_01C62811.735A9870--
|
