True, but that only gives you the speed that it is reading.....how do you
get the write speed?  

 

For us, we are reading from a VTL and writing to LTO-3 drives in an ADIC
i2000 tape library.  I want to see what my write speed is.  

 

I'm getting excellent read throughput from the VTL (averaging about
115MB/sec)....but it looks like my average throughput on the output side is
maybe around 11MB/sec.  When I look at my gross throughput to physical tape,
it looks like vault is only pushing out about 1TB/day (roughly 11MB/sec)!

 

Any suggestions?

 

 

 

  _____  

From: veritas-bu-bounces at mailman.eng.auburn.edu
[mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf Of Shyam Hazari
Sent: Monday, September 18, 2006 10:51 AM
To: Andrew Sydelko
Cc: jroyer at digitalmotorworks.com; veritas-bu at mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] LTO3 minimums

 

Also you can use bperror to get duplicate throughput.

 

bperror -all|grep "successfully read (duplicate) backup id"

-Shyam

 

On 9/18/06, Andrew Sydelko <andrew at sydelko.org <mailto:andrew at 
sydelko.org> >
wrote: 

On Mon, 18 Sep 2006 11:58:38 -0500 (CDT)
Joe Royer <jroyer at digitalmotorworks.com
<mailto:jroyer at digitalmotorworks.com>  > wrote:

> Forgive me if this has been asked before, I'm a bit behind on reading
> the list.
>
> How do you keep your LTO3 drives spinning fast enough?
>
> I have a meeting with an idiot manager who refuses to believe that we 
> can't stream fast enough to use LTO3 without damaging the tape and/or
> drive.  I have limited DSSU space.  I have been in environments in the
> past where shoeshining was normal and so was the 20% failure rate and I 
> don't want to go back.  It is my understanding that most people aren't
> spinning LTO3 fast enough and are living with higher failure rates.

Keep in mind that LTO3 drives are able to stream at several different rates,
so even if you can't get the full bandwidth that the drive can write at, as
long as it's greater than 20MB/sec, you're not harming the drive. 

> The only thing I can think of is to send everything to DSSU first (TSM
> anyone?), but NBU sucks at telling you the throughput there so I'm not
> sure I trust that anyway.  Any tricks for getting throughput numbers out 
> of NetBackup (5.1) DSSU duplicates are very welcome.

If you look at the "All Log Entries" report, you should be able to see the
bandwidth of your duplicates. These entries come from
/usr/openv/netbackup/logs/bptm/log.<date> or
/usr/openv/netbackup/db/error/daily_messages.log. 

> My backup master with a 6-drive internal RAID-10 can barely hit 27MB/s
> reliably doing OS backups, but my DSSU is on SATA SAN drives and hard
> to measure.

We've been very happy with the 3-ware controllers and SATA disks. Getting
more than 80MB/sec out of them at times. 

--andy.

--------------
Andrew Sydelko
Engineering Computer Network
Purdue University
_______________________________________________
Veritas-bu maillist  -   <mailto:Veritas-bu at mailman.eng.auburn.edu>
Veritas-bu at mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
<http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu> 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20060918/5e91a1b5/attachment.html