This is a multi-part message in MIME format.
------_=_NextPart_001_01C62811.8EBF29E1
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
I think I might've mis-interpreted the original question=2E=2E=2E=2E=0D=0A =
=0D=0AAre you moving this to SAN/SCSI attached disk? Or NAS? =0D=0A =0D=0AI=
thought you were saying you're backing up a lot of NDMP and that is=0D=0Af=
illing the catalog, ergo, you want to move it to SAN/SCSI disk=2E=0D=0A =0D=
=0AAlso, if you don't want to move the whole application, you can just move=
=0D=0A/usr/openv/netbackup/db to external disk and link it back in=2E I've =
also=0D=0Aset things up that way in the past=2E=0D=0A =0D=0A~Kate=0D=0A=0D=
=0A =0D=0A-----Original Message-----=0D=0AFrom: veritas-bu-admin@mailman=2E=
eng=2Eauburn=2Eedu=0D=0A[mailto:veritas-bu-admin@mailman=2Eeng=2Eauburn=2Ee=
du] On Behalf Of Justin=0D=0APiszcz=0D=0ASent: Thursday, February 02, 2006 =
10:52 AM=0D=0ATo: Peter DrakeUnderkoffler=0D=0ACc: Algo Seeker; veritas-bu@=
mailman=2Eeng=2Eauburn=2Eedu=0D=0ASubject: Re: [Veritas-bu] Move /usr/openv=
to NFS mount coming from=0D=0ANetApps=0D=0A=0D=0A=0D=0AYou could also comp=
ress the catalog, not a good thing to do, but the=0D=0Aoption is available=
=2E I see no problem though moving it to a NAS, as=0D=0Along as you shutdo=
wn all of the NB services, etc before you move the=0D=0A/usr/openv/netbacku=
p/=2E=2E/db directory to the NAS=2E =0D=0A =0D=0AJustin=2E=0D=0A=0D=0A =0D=
=0AOn 2/2/06, Peter DrakeUnderkoffler <pcd@xinupro=2Ecom> wrote: =0D=0A=0D=
=0A -----BEGIN PGP SIGNED MESSAGE-----=0D=0A Hash: SHA1=0D=0A
=0D=0A I woul=
d think veritas support would not recommend this or=0D=0Acondone it, but if=
=0D=0A you have no other choice, make sure you have the underlying=0D=0Ane=
twork infrastructure/arch=0D=0A worked out=2E So the network connection to=
the netapp from the=0D=0Amaster server, can=0D=0A it be on a different
lin=
k than how the NDMP backups take place=0D=0A(unless the drives are =0D=0A
o=
n the filer)=2E Is that link resilient, if solaris ipmp, if=0D=0Alinux bon=
ding, if Windows ???=2E=0D=0A Bottom line is that you are going to tie your=
backup, or more=0D=0Aimportantly, restore=0D=0A to a separate
infrastructu=
re, not that this is right or wrong,=0D=0Ayou just need to =0D=0A think
abo=
ut the ramifications=2E Is the NetApp clustered?=0D=0AReplicated?=0D=0A
=
=0D=0A Also, on nbu server startup, make sure that the mount is there=0D=0A=
before NBU=0D=0A starts=2E If you are running out of catalog space,
then t=
ake note=0D=0Aof how =0D=0A that catalog backups run and what impact that w=
ill have=2E Also,=0D=0Athere may=0D=0A need to be some tuning if this is N=
FS for the mount, such as=0D=0Aturning off=0D=0A acl checks, making it
run =
over tcp, make sure the mount is hard=0D=0Abut intr, etc=2E=2E=2E =0D=0A
=
=0D=0A If this were to work, then it would give you clustering=0D=0Acapabil=
ities as well as=0D=0A an interesting DR solution=2E=0D=0A =0D=0A Peter
Dra=
keUnderkoffler=0D=0A Xinupro, LLC=0D=0A 617-834-2352=0D=0A =0D=0A
=0D=0A =
=0D=0A Algo Seeker wrote:=0D=0A > I am running out of space on my
internal =
drives=2E I am also=0D=0Athinking =0D=0A > about migrating to a new
server=
=2E Anybody moved from local file=0D=0Asystem to=0D=0A > shared storage=2E =
Almost all of my backups are NDMP (Netapps),=0D=0Aand as the=0D=0A >
number=
of files are growing so is the Catalog=2E What are the=0D=0Apros and cons?=
=0D=0A >=0D=0A > Any input?=0D=0A >=0D=0A > Thanks,=0D=0A >=0D=0A
-----BEG=
IN PGP SIGNATURE-----=0D=0A Version: GnuPG v1=2E4=2E1 (FreeBSD)=0D=0A
=0D=
=0A iD8DBQFD4iZql+lekZRM55oRAggvAKDNVX6WdkXf9ojMp6Z5k84vLAr3RgCfXBvw=0D=0A
=
aiLqHalM4mld2GRRY4f11Tw=3D =0D=0A =3DwFJf=0D=0A -----END PGP
SIGNATURE-----=
=0D=0A _______________________________________________=0D=0A Veritas-bu mai=
llist - Veritas-bu@mailman=2Eeng=2Eauburn=2Eedu=0D=0A http://mailman=2Een=
g=2Eauburn=2Eedu/mailman/listinfo/veritas-bu=0D=0A
=0D=0A=0D=0A=0D=0A=0D=0A=
=0D=0A=0D=0A-----------------------------------------=0D=0AThis e-mail may =
contain confidential or privileged information=2E If you=0D=0Athink you ha=
ve received this e-mail in error, please advise the sender=0D=0Aby=0D=0Arep=
ly e-mail and then delete this e-mail immediately=2E Thank you=2E=0D=0AAet=
na=0D=0A
------_=_NextPart_001_01C62811.8EBF29E1
Content-Type: text/html;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<HTML>=0D=0A<BODY>=0D=0A<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4=2E0 Trans=
itional//EN">=0D=0A<HTML><HEAD><TITLE>Message</TITLE>=0D=0A<META http-equiv=
=3DContent-Type content=3D"text/html; charset=3Dus-ascii">=0D=0A<META conte=
nt=3D"MSHTML 6=2E00=2E2800=2E1523" name=3DGENERATOR></HEAD>=0D=0A<BODY>=0D=
=0A<DIV><SPAN class=3D710115715-02022006><FONT face=3DGeorgia color=3D#0000=
ff size=3D2>I =0D=0Athink I might've mis-interpreted the original question=
=2E=2E=2E=2E</FONT></SPAN></DIV>=0D=0A<DIV><SPAN class=3D710115715-02022006=
><FONT face=3DGeorgia color=3D#0000ff =0D=0Asize=3D2></FONT></SPAN> </=
DIV>=0D=0A<DIV><SPAN class=3D710115715-02022006><FONT face=3DGeorgia color=
=3D#0000ff size=3D2>Are =0D=0Ayou moving this to SAN/SCSI attached disk? Or=
NAS? </FONT></SPAN></DIV>=0D=0A<DIV><SPAN class=3D710115715-02022006><FONT=
face=3DGeorgia color=3D#0000ff =0D=0Asize=3D2></FONT></SPAN> </DIV>=
=0D=0A<DIV><SPAN class=3D710115715-02022006><FONT face=3DGeorgia color=3D#0=
000ff size=3D2>I =0D=0Athought you were saying you're backing up a lot of N=
DMP and that is filling the =0D=0Acatalog, ergo, you want to move it to SAN=
/SCSI disk=2E</FONT></SPAN></DIV>=0D=0A<DIV><SPAN class=3D710115715-0202200=
6><FONT face=3DGeorgia color=3D#0000ff =0D=0Asize=3D2></FONT></SPAN> <=
/DIV>=0D=0A<DIV><SPAN class=3D710115715-02022006><FONT face=3DGeorgia color=
=3D#0000ff =0D=0Asize=3D2>Also, if you don't want to move the whole applica=
tion, you can just move =0D=0A/usr/openv/netbackup/db to external disk and =
link it back in=2E I've also set =0D=0Athings up that way in the past=2E</F=
ONT></SPAN></DIV>=0D=0A<DIV><SPAN class=3D710115715-02022006><FONT face=3DG=
eorgia color=3D#0000ff =0D=0Asize=3D2></FONT></SPAN> </DIV>=0D=0A<DIV>=
<SPAN class=3D710115715-02022006><FONT face=3DGeorgia color=3D#0000ff =0D=
=0Asize=3D2>~Kate<BR></FONT></SPAN></DIV>=0D=0A<DIV><SPAN class=3D710115715=
-02022006><FONT face=3DGeorgia color=3D#0000ff =0D=0Asize=3D2> </DIV><=
/FONT></SPAN>=0D=0A<DIV></DIV>=0D=0A<DIV><FONT face=3DTahoma size=3D2>-----=
Original Message-----<BR><B>From:</B> =0D=0Averitas-bu-admin@mailman=2Eeng=
=2Eauburn=2Eedu =0D=0A[mailto:veritas-bu-admin@mailman=2Eeng=2Eauburn=2Eedu=
] <B>On Behalf Of </B>Justin =0D=0APiszcz<BR><B>Sent:</B> Thursday, Februar=
y 02, 2006 10:52 AM<BR><B>To:</B> Peter =0D=0ADrakeUnderkoffler<BR><B>Cc:</=
B> Algo Seeker; =0D=0Averitas-bu@mailman=2Eeng=2Eauburn=2Eedu<BR><B>Subject=
:</B> Re: [Veritas-bu] Move =0D=0A/usr/openv to NFS mount coming from NetAp=
ps<BR><BR></DIV></FONT>=0D=0A<DIV>You could also compress the catalog, not =
a good thing to do, but the option =0D=0Ais available=2E I see no pro=
blem though moving it to a NAS, as long as you =0D=0Ashutdown all of the NB=
services, etc before you move the =0D=0A/usr/openv/netbackup/=2E=2E/db dir=
ectory to the NAS=2E </DIV>=0D=0A<DIV> </DIV>=0D=0A<DIV>Justin=2E<BR><=
BR> </DIV>=0D=0A<DIV><SPAN class=3Dgmail_quote>On 2/2/06, <B class=3Dg=
mail_sendername>Peter =0D=0ADrakeUnderkoffler</B> <<A =0D=0Ahref=3D"mail=
to:pcd@xinupro=2Ecom">pcd@xinupro=2Ecom</A>> wrote:</SPAN> =0D=0A<BLOCKQ=
UOTE class=3Dgmail_quote =0D=0Astyle=3D"PADDING-LEFT: 1ex; MARGIN: 0px 0px =
0px 0=2E8ex; BORDER-LEFT: #ccc 1px solid">-----BEGIN =0D=0A PGP SIGNED MES=
SAGE-----<BR>Hash: SHA1<BR><BR>I would think veritas support =0D=0A would =
not recommend this or condone it, but if <BR>you have no other choice, =0D=
=0A make sure you have the underlying network infrastructure/arch<BR>worke=
d =0D=0A out=2E So the network connection to the netapp from th=
e master =0D=0A server, can<BR>it be on a different link than how the NDMP=
backups take place =0D=0A (unless the drives are <BR>on the filer)=2E&nbs=
p; Is that link resilient, =0D=0A if solaris ipmp, if linux bonding, =
if Windows ???=2E<BR>Bottom line is that you =0D=0A are going to tie your =
backup, or more importantly, restore<BR>to a separate =0D=0A infrastructur=
e, not that this is right or wrong, you just need to <BR>think =0D=0A abou=
t the ramifications=2E Is the NetApp =0D=0A clustered? &nb=
sp;Replicated?<BR><BR>Also, on nbu server startup, make =0D=0A sure that t=
he mount is there before NBU<BR>starts=2E If you are =0D=0A run=
ning out of catalog space, then take note of how <BR>that catalog backups =
=0D=0A run and what impact that will have=2E Also, there may<BR=
>need to be =0D=0A some tuning if this is NFS for the mount, such as turni=
ng off<BR>acl checks, =0D=0A making it run over tcp, make sure the mount i=
s hard but intr, etc=2E=2E=2E =0D=0A <BR><BR>If this were to work, then it=
would give you clustering capabilities =0D=0A as well as<BR>an interestin=
g DR solution=2E<BR><BR>Peter =0D=0A DrakeUnderkoffler<BR>Xinupro, LLC<BR>=
617-834-2352<BR><BR><BR><BR>Algo Seeker =0D=0A wrote:<BR>> I am running=
out of space on my internal drives=2E I am also =0D=0A thinking <BR>> =
about migrating to a new server=2E Anybody moved from local =0D=0A file sy=
stem to<BR>> shared storage=2E Almost all of my backups are NDMP =0D=0A =
(Netapps), and as the<BR>> number of files are growing so is the Catalo=
g=2E =0D=0A What are the pros and cons? <BR>><BR>> Any input?<BR>>=
;<BR>> =0D=0A Thanks,<BR>><BR>-----BEGIN PGP SIGNATURE-----<BR>Versi=
on: GnuPG v1=2E4=2E1 =0D=0A (FreeBSD)<BR><BR>iD8DBQFD4iZql+lekZRM55oRAggvA=
KDNVX6WdkXf9ojMp6Z5k84vLAr3RgCfXBvw<BR>aiLqHalM4mld2GRRY4f11Tw=3D =0D=0A <=
BR>=3DwFJf<BR>-----END PGP =0D=0A SIGNATURE-----<BR>______________________=
_________________________<BR>Veritas-bu =0D=0A maillist - =
<A =0D=0A href=3D"mailto:Veritas-bu@mailman=2Eeng=2Eauburn=2Eedu">Ve=
ritas-bu@mailman=2Eeng=2Eauburn=2Eedu</A><BR><A =0D=0A href=3D"http://mail=
man=2Eeng=2Eauburn=2Eedu/mailman/listinfo/veritas-bu">http://mailman=2Eeng=
=2Eauburn=2Eedu/mailman/listinfo/veritas-bu</A><BR></BLOCKQUOTE></DIV><BR><=
/BODY></HTML>=0D=0A=0D=0A=0D=0A<P><hr size=3D1></P>=0D=0A<P><STRONG>=0D=0AT=
his e-mail may contain confidential or privileged information=2E If you<br=
>think you have received this e-mail in error, please advise the sender<br>=
by<br>reply e-mail and then delete this e-mail immediately=2E Thank you=2E=
<br>Aetna=0D=0A</STRONG></P>=0D=0A</BODY>=0D=0A</HTML>=0D=0A
------_=_NextPart_001_01C62811.8EBF29E1--
|