[Veritas-bu] Space on tape

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_01C23E62.704A4D70
Content-Type: text/plain;
        charset="iso-8859-1"

I'm trying to figure out how may tape blocks are being occupied by a set of
images (we're trying to guess at the compressability of our database and
make inferences to a new one coming online soon).

All NB should know about is blocks moved, right?  The drive is doing the
compression.  

The only guess I have right now is to do a non-mpx backup to a set of new
tapes, feed the tapes in, then use dd to copy the files to /dev/null and
find out how many blocks are read.  Seems like a lot of trouble.

I'm also doing a software compressed backup and finding out how many blocks
are moved that way - it's not apples & oranges but still more like oranges &
lemons - somewhere in the ballpark.

Any other ideas?
-M

-----------------------------------------------------------------------
   Mark Donaldson - Sr. Systems Engineer
   Experian - Denver Colorado
----------------------------------------------------------------------- 
        There are 10 kinds of people in this world, those
          that understand binary and those that don't. 
-----------------------------------------------------------------------

------_=_NextPart_001_01C23E62.704A4D70
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.2653.12">
<TITLE>Space on tape</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>I'm trying to figure out how may tape blocks are =
being occupied by a set of images (we're trying to guess at the =
compressability of our database and make inferences to a new one coming =
online soon).</FONT></P>

<P><FONT SIZE=3D2>All NB should know about is blocks moved, =
right?&nbsp; The drive is doing the compression.&nbsp; </FONT>
</P>

<P><FONT SIZE=3D2>The only guess I have right now is to do a non-mpx =
backup to a set of new tapes, feed the tapes in, then use dd to copy =
the files to /dev/null and find out how many blocks are read.&nbsp; =
Seems like a lot of trouble.</FONT></P>

<P><FONT SIZE=3D2>I'm also doing a software compressed backup and =
finding out how many blocks are moved that way - it's not apples &amp; =
oranges but still more like oranges &amp; lemons - somewhere in the =
ballpark.</FONT></P>

<P><FONT SIZE=3D2>Any other ideas?</FONT>
<BR><FONT SIZE=3D2>-M</FONT>
</P>

<P><FONT =
SIZE=3D2>---------------------------------------------------------------=
--------</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp; Mark Donaldson - Sr. Systems =
Engineer</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp; Experian - Denver Colorado</FONT>
<BR><FONT =
SIZE=3D2>---------------------------------------------------------------=
-------- </FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; There are =
10 kinds of people in this world, those</FONT>
<BR><FONT =
SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; that =
understand binary and those that don't. </FONT>
<BR><FONT =
SIZE=3D2>---------------------------------------------------------------=
--------</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C23E62.704A4D70--