Veritas-bu

[Veritas-bu] Considering moving to NetBackup

2003-01-24 16:42:00
Subject: [Veritas-bu] Considering moving to NetBackup
From: Steve.White AT PacifiCorp DOT com (White, Steve)
Date: Fri, 24 Jan 2003 13:42:00 -0800
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_01C2C3F1.6D185100
Content-Type: text/plain;
 charset=iso-8859-1
Content-Transfer-Encoding: 7bit

With NetBackup, you certainly can use "tar" to recover the tapes (I did it
for fun once), as long as they're not multiplexed.  Multiplexing removes the
ability to restore with tar.  That being said, I agree with Andrew, even
though you can do it, restoring without NBU would be such a hassle, it's
probably not worth it.  Just install the application, restore your NBU
database, and you're on your way.

-----Original Message-----
From: Fabbro, Andrew P [mailto:Fabbro.Andrew AT cnf DOT com]
Sent: Friday, January 24, 2003 1:17 PM
To: 'Deb'; veritas-bu AT mailman.eng.auburn DOT edu
Subject: RE: [Veritas-bu] Considering moving to NetBackup


I'm not sure about some of the things you mention:

>1. With over 200 clients, updating them from one release to the next
requires
>   going to each client (via login of some kind) and doing an interactive
>   pkgadd.  I'm told that NBU allows client updates to be "pushed out."
This
>   would save a lot of time, and be version reliable.

True for the Unix side.  I don't know that you can do that on the Windows
side (in our environment, the Windows admins always install their own
clients).

> 8. LGTO writes in proprietary format to tapes, NBU is modified gnu-tar.

I don't see this is a benefit.  If you have a set of tapes, you need NBU to
restore from them.  I suppose if there was a nuclear war and you were the
last man standing and all you had was gnu tar, NBU, and a tape drive, then
perhaps you'd be further along, but otherwise...how likely are you to try
any kind of restore without the backup software?  Also, I'm not sure those
tar files are really readable in the sense that you can use GNU tar to
recover a file.  You're typically multiplexing blocks from different
clients...my understanding was always more that the tar files on tape are
"containers" (via max fragment size) for data, not "tar archives" in the
recovery sense.

--
 Drew Fabbro [fabbro.andrew AT cnf DOT com]
 Unix Systems Group
 Desk: 503-450-3374
 Cell: 503-701-0369
_______________________________________________
Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

------------------------------------------------------------------------------

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_01C2C3F1.6D185100
Content-Type: text/html;
 charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version 5.5.2654.45">
<TITLE>RE: [Veritas-bu] Considering moving to NetBackup</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>With NetBackup, you certainly can use &quot;tar&quot; to =
recover the tapes (I did it for fun once), as long as they're not =
multiplexed.&nbsp; Multiplexing removes the ability to restore with =
tar.&nbsp; That being said, I agree with Andrew, even though you can do it,=
 =
restoring without NBU would be such a hassle, it's probably not worth =
it.&nbsp; Just install the application, restore your NBU database, and =
you're on your way.</FONT></P>

<P><FONT SIZE=3D2>-----Original Message-----</FONT>
<BR><FONT SIZE=3D2>From: Fabbro, Andrew P [<A =
HREF=3D"mailto:Fabbro.Andrew AT cnf DOT com">mailto:Fabbro.Andrew AT cnf DOT 
com</A>]</FO=
NT>
<BR><FONT SIZE=3D2>Sent: Friday, January 24, 2003 1:17 PM</FONT>
<BR><FONT SIZE=3D2>To: 'Deb'; veritas-bu AT mailman.eng.auburn DOT edu</FONT>
<BR><FONT SIZE=3D2>Subject: RE: [Veritas-bu] Considering moving to =
NetBackup</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>I'm not sure about some of the things you mention:</FONT>
</P>

<P><FONT SIZE=3D2>&gt;1. With over 200 clients, updating them from one =
release to the next</FONT>
<BR><FONT SIZE=3D2>requires</FONT>
<BR><FONT SIZE=3D2>&gt;&nbsp;&nbsp; going to each client (via login of some=
 =
kind) and doing an interactive</FONT>
<BR><FONT SIZE=3D2>&gt;&nbsp;&nbsp; pkgadd.&nbsp; I'm told that NBU allows =
client updates to be &quot;pushed out.&quot;</FONT>
<BR><FONT SIZE=3D2>This</FONT>
<BR><FONT SIZE=3D2>&gt;&nbsp;&nbsp; would save a lot of time, and be versio=
n=
 reliable.</FONT>
</P>

<P><FONT SIZE=3D2>True for the Unix side.&nbsp; I don't know that you can d=
o=
 that on the Windows</FONT>
<BR><FONT SIZE=3D2>side (in our environment, the Windows admins always =
install their own</FONT>
<BR><FONT SIZE=3D2>clients).</FONT>
</P>

<P><FONT SIZE=3D2>&gt; 8. LGTO writes in proprietary format to tapes, NBU i=
s=
 modified gnu-tar.</FONT>
</P>

<P><FONT SIZE=3D2>I don't see this is a benefit.&nbsp; If you have a set of=
 =
tapes, you need NBU to</FONT>
<BR><FONT SIZE=3D2>restore from them.&nbsp; I suppose if there was a nuclea=
r=
 war and you were the</FONT>
<BR><FONT SIZE=3D2>last man standing and all you had was gnu tar, NBU, and =
a=
 tape drive, then</FONT>
<BR><FONT SIZE=3D2>perhaps you'd be further along, but otherwise...how =
likely are you to try</FONT>
<BR><FONT SIZE=3D2>any kind of restore without the backup software?&nbsp; =
Also, I'm not sure those</FONT>
<BR><FONT SIZE=3D2>tar files are really readable in the sense that you can =
use GNU tar to</FONT>
<BR><FONT SIZE=3D2>recover a file.&nbsp; You're typically multiplexing =
blocks from different</FONT>
<BR><FONT SIZE=3D2>clients...my understanding was always more that the tar =
=66iles on tape are</FONT>
<BR><FONT SIZE=3D2>&quot;containers&quot; (via max fragment size) for data,=
 =
not &quot;tar archives&quot; in the</FONT>
<BR><FONT SIZE=3D2>recovery sense.</FONT>
</P>

<P><FONT SIZE=3D2>--</FONT>
<BR><FONT SIZE=3D2>&nbsp;Drew Fabbro [fabbro.andrew AT cnf DOT com]</FONT>
<BR><FONT SIZE=3D2>&nbsp;Unix Systems Group</FONT>
<BR><FONT SIZE=3D2>&nbsp;Desk: 503-450-3374</FONT>
<BR><FONT SIZE=3D2>&nbsp;Cell: 503-701-0369</FONT>
<BR><FONT SIZE=3D2>                                               </FONT>
<BR><FONT SIZE=3D2>Veritas-bu maillist&nbsp; -&nbsp; =
Veritas-bu AT mailman.eng.auburn DOT edu</FONT>
<BR><FONT SIZE=3D2><A =
HREF=3D"http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu"; =
TARGET=3D" =
blank">http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu</A></FONT>
</P>

</BODY>
</HTML>
<P>------------------------------------------------------------------------=
------<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, i=
s=
 unauthorized.<br>
<br>
If you are not the intended recipient, any disclosure, copying, distributio=
n=
 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>
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D<br>
</P>

------_=_NextPart_001_01C2C3F1.6D185100--