Keep in mind that number and size of files is irrelevant to the tape
drive speed.
It only affects how fast the client can collect the data, form a stream
and send it to the network stack.
You can run bpbkar32 on the client
http://seer.entsupport.symantec.com/docs/242918.htm
And see how fast the client can collect and push the data out....this
eliminates the network, the backup server and the tape drive from the
picture, and just gives you an idea of how fast that client could be
backed up, everything else being perfect.
The OP was talking about staging to tape (stage 2), so he's talking
about a small numbr of large files, as the only files being transferred
are image fragments...not individual client files.
Paul
--
> -----Original Message-----
> From: veritas-bu-bounces at mailman.eng.auburn.edu
> [mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf
> Of WEAVER, Simon
> Sent: September 15, 2006 8:50 AM
> To: 'Ed Wilts'; mirko_nbu at mac.com
> Cc: veritas-bu at mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] LTO3 performance
>
>
>
> Ed
> Can I ask a question?
>
> What sort of files are backed up? Large or a lot of small files?
>
> Regards
>
> Simon Weaver
> 3rd Line Technical Support
> Windows Domain Administrator
>
> EADS Astrium Limited, B23AA IM (DCS)
> Anchorage Road, Portsmouth, PO3 5PU
>
> Email: Simon.Weaver at Astrium-eads.net
>
>
>
> -----Original Message-----
> From: Ed Wilts [mailto:ewilts at ewilts.org]
> Sent: 15 September 2006 12:57
> To: mirko_nbu at mac.com
> Cc: veritas-bu at mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] LTO3 performance
>
>
> On 9/15/2006 2:55 AM, mirko_nbu at mac.com wrote:
>
> > a customer of mine is unsing NetBackup 6.0 on a Windows
> 2003 platform
> > as it's central backup/recovery infrastructure. A FC
> attached library
> > with 3x LTO3 drives is used for storing the data. For better
> > backup/restore performance, a disk staging area is used!
> >
> > Unfortunately, the customer only gets about 20Mb/s performance when
> > storing
> > it's staging area to tape. As far as I know, a LTO3 can
> deliver round
> about 60-70Mb/s
> > and starts streaming at about 30-35Mb/s... anyone with the
> same setup can
> give
> > some suggestions?
> >
> > Buffer sizes are already properly configured...
>
> We still don't have ours performing well yet, but make sure that the
> disk staging fragment size is unlimited and do some testing with the
> tape fragment size (we're currently using 20GB).
>
> If you do find the magic turbo button, I'd sure appreciate
> hearing about
> it. We sometimes get over 60 or 70MB/sec from some of our clients
> (we've got a flashbackup client that writes directly to tape
> through a
> media server that fast), but many of the destaging jobs go a
> lot slower
> even from hardware that should be able to keep up (e.g. Sun V490).
>
> .../Ed
> --
> Ed Wilts, Mounds View, MN, USA
> mailto:ewilts at ewilts.org
>
> _______________________________________________
> Veritas-bu maillist - Veritas-bu at mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
> This email is for the intended addressee only.
> If you have received it in error then you must not use,
> retain, disseminate or otherwise deal with it.
> Please notify the sender by return email.
> The views of the author may not necessarily constitute the
> views of Astrium Limited.
> Nothing in this email shall bind Astrium Limited in any
> contract or obligation.
>
> Astrium Limited, Registered in England and Wales No. 2449259
> Registered Office: Gunnels Wood Road, Stevenage,
> Hertfordshire, SG1 2AS, England
> _______________________________________________
> Veritas-bu maillist - Veritas-bu at mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
-------------- next part --------------
====================================================================================
La version fran?aise suit le texte anglais.
------------------------------------------------------------------------------------
This email may contain privileged and/or confidential information, and the Bank
of
Canada does not waive any related rights. Any distribution, use, or copying of
this
email or the information it contains by other than the intended recipient is
unauthorized. If you received this email in error please delete it immediately
from
your system and notify the sender promptly by email that you have done so.
------------------------------------------------------------------------------------
Le pr?sent courriel peut contenir de l'information privil?gi?e ou
confidentielle.
La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute
diffusion,
utilisation ou copie de ce courriel ou des renseignements qu'il contient par une
personne autre que le ou les destinataires d?sign?s est interdite Si vous
recevez
ce courriel par erreur, veuillez le supprimer imm?diatement et envoyer sans
d?lai ?
l'exp?diteur un message ?lectronique pour l'aviser que vous avez ?limin? de
votre
ordinateur toute copie du courriel re?u.
|
