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_01C335B6.6867A9D0
Content-Type: text/plain;
charset=iso-8859-1
Content-Transfer-Encoding: 7bit
There is a background compression method
touch /usr/openv/netbackup/bin/CLEAN_IN_BACKGROUND
-----Original Message-----
From: Weber, Philip [mailto:Philip.Weber AT egg DOT com]
Sent: Wednesday, June 18, 2003 7:44 AM
To: 'ekorkodilos AT cptech DOT com'; Veritas BU (veritas-bu AT
mailman.eng.auburn DOT edu)
Subject: RE: [Veritas-bu] Catalog Compression
The ones compressed by Veritas are have been compressed with 'compress' so
that is what I was going to use. Would NBU know it hadn't done it?
Is there any way to make NBU do its compression?
Phil
-----Original Message-----
From: Emmanuel Korkodilos [mailto:ekorkodilos AT cptech DOT com]
Sent: 18 June 2003 14:12
To: Weber, Philip
Subject: RE: [Veritas-bu] Catalog Compression
Phil,
You can NOT compress these backups manually. This is because NBU does not
know how you compressed them (ie: compress, tar, zip, gzip, sit, rar, etc)
and when so it can not read them when it will need to for restore.
If you think this is a good feature for a future release of NBU, you can
send an email to pm AT veritas DOT com <mailto:pm AT veritas DOT com> .
Whenever I want them to add a feature, I send it the request to that email
address.
-Manny
-----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 Weber,
Philip
Sent: Wednesday, June 18, 2003 8:50 AM
To: Veritas BU (veritas-bu AT mailman.eng.auburn DOT edu)
Subject: [Veritas-bu] Catalog Compression
Hi,
My "Delay to Compress Database" is set to 14 days, but I find .f files under
the image directory have not been compressed, at least for 30 days.
I believe this is because our environment is too busy (long running backups,
backups running 24*7) for the bpsched cleanup type processes to get a look
in.
Can I compress these files manually or does Netbackup keep track internally
of what has been compressed?
Netbackup 3.4, Solaris 2.6.
thanks, Phil
Phil Weber
Egg Distributed Hosts - UNIX Systems Engineer
Phone: 01384 26 4136
Mobile:
This private and confidential e-mail has been sent to you by Egg.
The Egg group of companies includes Egg Banking plc
(registered no. 2999842), Egg Financial Products Ltd (registered
no. 3319027) and Egg Investments Ltd (registered no. 3403963) which
carries out investment business on behalf of Egg and is regulated
by the Financial Services Authority.
Registered in England and Wales. Registered offices: 1 Waterhouse Square,
138-142 Holborn, London EC1N 2NA.
If you are not the intended recipient of this e-mail and have
received it in error, please notify the sender by replying with
'received in error' as the subject and then delete it from your
mailbox.
------_=_NextPart_001_01C335B6.6867A9D0
Content-Type: text/html;
charset=iso-8859-1
Content-Transfer-Encoding: 7bit
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<TITLE>Message</TITLE>
<META content="MSHTML 6.00.2800.1170" name=GENERATOR></HEAD>
<BODY>
<DIV><SPAN class=799472116-18062003><FONT face=Arial color=#0000ff size=2>There
is a background compression method</FONT></SPAN></DIV>
<DIV><SPAN class=799472116-18062003><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=799472116-18062003><FONT size=2>
<P>touch /usr/openv/netbackup/bin/CLEAN_IN_BACKGROUND</P></FONT></SPAN></DIV>
<DIV class=OutlookMessageHeader dir=ltr align=left><FONT face=Tahoma
size=2>-----Original Message-----<BR><B>From:</B> Weber, Philip
[mailto:Philip.Weber AT egg DOT com]<BR><B>Sent:</B> Wednesday, June 18, 2003
7:44
AM<BR><B>To:</B> 'ekorkodilos AT cptech DOT com'; Veritas BU
(veritas-bu AT mailman.eng.auburn DOT edu)<BR><B>Subject:</B> RE: [Veritas-bu]
Catalog
Compression<BR><BR></FONT></DIV>
<DIV><SPAN class=015104613-18062003><FONT face=Arial color=#0000ff size=2>The
ones compressed by Veritas are have been compressed with 'compress' so that is
what I was going to use. Would NBU know it hadn't done
it?</FONT></SPAN></DIV>
<DIV><SPAN class=015104613-18062003><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=015104613-18062003><FONT face=Arial color=#0000ff size=2>Is
there any way to make NBU do its compression?</FONT></SPAN></DIV>
<DIV><SPAN class=015104613-18062003><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=015104613-18062003><FONT face=Arial color=#0000ff
size=2>Phil</FONT></SPAN></DIV>
<DIV><SPAN class=015104613-18062003><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV></DIV>
<DIV><FONT face=Tahoma size=2>-----Original Message-----<BR><B>From:</B>
Emmanuel Korkodilos [mailto:ekorkodilos AT cptech DOT com] <BR><B>Sent:</B> 18
June
2003 14:12<BR><B>To:</B> Weber, Philip<BR><B>Subject:</B> RE: [Veritas-bu]
Catalog Compression<BR><BR></DIV></FONT>
<DIV><SPAN class=343450613-18062003><FONT face=Arial color=#0000ff
size=2>Phil,</FONT></SPAN></DIV>
<DIV><SPAN class=343450613-18062003><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=343450613-18062003><FONT face=Arial color=#0000ff size=2>You
can NOT compress these backups manually. This is because NBU does not know how
you compressed them (ie: compress, tar, zip, gzip, sit, rar, etc) and when so
it
can not read them when it will need to for restore.</FONT></SPAN></DIV>
<DIV><SPAN class=343450613-18062003><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=343450613-18062003><FONT face=Arial color=#0000ff size=2>If
you
think this is a good feature for a future release of NBU, you can send an email
to <A href="mailto:pm AT veritas DOT com">pm AT veritas DOT
com</A>.</FONT></SPAN></DIV>
<DIV><SPAN class=343450613-18062003><FONT face=Arial color=#0000ff
size=2> Whenever I want them to add a feature, I send it the request to
that email address.</FONT></SPAN></DIV>
<DIV><SPAN class=343450613-18062003><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=343450613-18062003><FONT face=Arial color=#0000ff
size=2>-Manny</FONT></SPAN></DIV>
<DIV><SPAN class=343450613-18062003></SPAN> </DIV>
<BLOCKQUOTE
style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #0000ff 2px solid">
<DIV class=OutlookMessageHeader dir=ltr align=left><FONT face=Tahoma
size=2>-----Original Message-----<BR><B>From:</B>
veritas-bu-admin AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu]<B>On Behalf Of
</B>Weber,
Philip<BR><B>Sent:</B> Wednesday, June 18, 2003 8:50 AM<BR><B>To:</B> Veritas
BU (veritas-bu AT mailman.eng.auburn DOT edu)<BR><B>Subject:</B> [Veritas-bu]
Catalog
Compression<BR><BR></FONT></DIV>
<P><FONT face=Arial size=2>Hi,</FONT> </P>
<P><FONT face=Arial size=2>My "Delay to Compress Database" is set to 14 days,
but I find .f files under the image directory have not been compressed, at
least for 30 days.</FONT></P>
<P><FONT face=Arial size=2>I believe this is because our environment is too
busy (long running backups, backups running 24*7) for the bpsched cleanup
type
processes to get a look in.</FONT></P>
<P><FONT face=Arial size=2>Can I compress these files manually or does
Netbackup keep track internally of what has been compressed?</FONT> </P>
<P><FONT face=Arial size=2>Netbackup 3.4, Solaris 2.6.</FONT> </P>
<P><FONT face=Arial size=2>thanks, Phil</FONT> </P>
<P><B><FONT face=Arial size=2>Phil Weber</FONT></B> <BR><FONT face=Arial
color=#808080 size=2>Egg Distributed Hosts - UNIX Systems Engineer</FONT>
<BR><FONT face=Arial color=#808080 size=2>Phone: 01384 26 4136</FONT>
<BR><FONT face=Arial color=#808080 size=2>Mobile: </FONT></P><CODE><FONT
size=3><BR><BR>This private and confidential e-mail has been sent to you by
Egg.<BR>The Egg group of companies includes Egg Banking plc<BR>(registered
no.
2999842), Egg Financial Products Ltd (registered<BR>no. 3319027) and Egg
Investments Ltd (registered no. 3403963) which<BR>carries out investment
business on behalf of Egg and is regulated<BR>by the Financial Services
Authority. <BR>Registered in England and Wales. Registered offices: 1
Waterhouse Square,<BR>138-142 Holborn, London EC1N 2NA.<BR>If you are not the
intended recipient of this e-mail and have<BR>received it in error, please
notify the sender by replying with<BR>'received in error' as the subject and
then delete it from
your<BR>mailbox.<BR></BLOCKQUOTE></FONT></CODE></BODY></HTML>
------_=_NextPart_001_01C335B6.6867A9D0--
|