------=_Part_9041_24150719.1138895523234
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
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 th=
e
> 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 t=
o
> > 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
>
------=_Part_9041_24150719.1138895523234
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
<div>You could also compress the catalog, not a good thing to do, but the o=
ption is available. I see no problem though moving it to a NAS, as lo=
ng as you shutdown all of the NB services, etc before you move the /usr/ope=
nv/netbackup/../db directory to the NAS.
</div>
<div> </div>
<div>Justin.<br><br> </div>
<div><span class=3D"gmail_quote">On 2/2/06, <b class=3D"gmail_sendername">P=
eter DrakeUnderkoffler</b> <<a href=3D"mailto:pcd AT xinupro DOT
com">pcd@xinup=
ro.com</a>> wrote:</span>
<blockquote class=3D"gmail_quote" style=3D"PADDING-LEFT: 1ex; MARGIN: 0px 0=
px 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 t=
his or condone it, but if
<br>you have no other choice, make sure you have the underlying network inf=
rastructure/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 t=
he NDMP backups take place (unless the drives are
<br>on the filer). Is that link resilient, if solaris ipmp, if l=
inux bonding, if Windows ???.<br>Bottom line is that you are going to tie y=
our backup, or more importantly, restore<br>to a separate infrastructure, n=
ot 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 m=
ount is there before NBU<br>starts. If you are running out of ca=
talog space, then take note of how
<br>that catalog backups run and what impact that will have. Als=
o, there may<br>need to be some tuning if this is NFS for the mount, such a=
s 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 capabilitie=
s 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 sys=
tem 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 P=
GP SIGNATURE-----<br>Version: GnuPG v1.4.1 (FreeBSD)<br><br>iD8DBQFD4iZql+l=
ekZRM55oRAggvAKDNVX6WdkXf9ojMp6Z5k84vLAr3RgCfXBvw<br>aiLqHalM4mld2GRRY4f11T=
w=3D
<br>=3DwFJf<br>-----END PGP SIGNATURE-----<br>_____________________________=
__________________<br>Veritas-bu maillist - <a href=
=3D"mailto:Veritas-bu AT mailman.eng.auburn DOT edu">Veritas-bu AT mailman DOT
eng.auburn=
.edu</a><br><a href=3D"http://mailman.eng.auburn.edu/mailman/listinfo/verit=
as-bu">
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu</a><br></blockquo=
te></div><br>
------=_Part_9041_24150719.1138895523234--
|
