Veritas-bu

[Veritas-bu] Detecting marginal media

2002-08-30 10:34:45
Subject: [Veritas-bu] Detecting marginal media
From: tgreen AT mitra DOT com (Terry Green)
Date: Fri, 30 Aug 2002 10:34:45 -0400
This is a multi-part message in MIME format.

------_=_NextPart_001_01C25032.62FF3EE3
Content-Type: text/plain;
        charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

I am using NBU 3.4.1 - Solaris master/media server, 2xDLT8000 drives on =
independent scsi channels.
=20
>From time to time, we get backups or bpduplicates that run at a snail's =
pace because the media is just barely usable.  In this situation, the =
DLT drive shoe-shines a ton, but works.    NBU doesn't do anything about =
it, because from it's point of view, the tape is just being slow - no =
errors are returned.  =20
=20
I'm wondering what data I might be able to get out of Netbackup to help =
detect this situation.   It would be nice to be able to see throughput =
from the point of view of the media, independent of the multiplexing, =
etc being used to feed the drive.  =20
=20
Thanks
=20
Terry Green
Mitra Imaging
Waterloo Ontario

------_=_NextPart_001_01C25032.62FF3EE3
Content-Type: text/html;
        charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">


<META content=3D"MSHTML 5.00.3103.1000" name=3DGENERATOR></HEAD>
<BODY>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D785092714-30082002>I am =
using NBU 3.4.1=20
- Solaris master/media server, 2xDLT8000 drives on independent scsi=20
channels.</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN=20
class=3D785092714-30082002></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D785092714-30082002>From =
time to time,=20
we get backups or bpduplicates that run at a snail's pace because the =
media is=20
just barely usable.&nbsp; In this situation, the DLT drive shoe-shines a =
ton,=20
but works.&nbsp;&nbsp;&nbsp; NBU doesn't do anything about it, because =
from it's=20
point of view, the tape is just being slow - no errors are =
returned.&nbsp;&nbsp;=20
</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN=20
class=3D785092714-30082002></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D785092714-30082002>I'm =
wondering what=20
data I might be able to get out of Netbackup to help detect this=20
situation.&nbsp;&nbsp; It would be nice to be able to see throughput =
from the=20
point of view of the media, independent of the multiplexing, etc being =
used to=20
feed the drive.&nbsp;&nbsp; </SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN=20
class=3D785092714-30082002></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2><SPAN=20
class=3D785092714-30082002>Thanks</SPAN></FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D785092714-30082002>Terry=20
Green</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D785092714-30082002>Mitra=20
Imaging</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN =
class=3D785092714-30082002>Waterloo=20
Ontario</SPAN></FONT></DIV></BODY></HTML>

------_=_NextPart_001_01C25032.62FF3EE3--

<Prev in Thread] Current Thread [Next in Thread>