[Veritas-bu] Fragment size settings

[Kyle Adamski]

The theory behind the fragment size setting on the storage unit is to break
the larger tar images into smaller fragments.  This allows restores to speed
up because in between the fragments is a tape mark (identifying what is on
the fragment) that will allow NBU to scan the tape faster for what it is
looking for vs reading the entire image.  We use them and have them set at
2G....I have never tested the speed of restores with and without them....I
have just accepted them in principle and assumed that they worked as
advertised.  If you have them set at 0(unlimited) there will be no
fragmentation.
 
Hope that helps.
 
Kyle A. Adamski
kylea at firstlogic.com
608.788.8154 x3093
 
 
-----Original Message-----
From: Brochart, Fabrice [mailto:BrochF at europe.stortek.com]
Sent: Wednesday, October 17, 2001 9:23 AM
To: 'Sixbury, Dan'; EBU (E-mail)
Subject: RE: [Veritas-bu] Fragment size settings
 
        Hi , 
I read somewhere that restore is more faster with fragment size (depend on
size (depend on backup :) )) 
And some customers tells me the same things but I've never verified. 
HTH 
F at brice 
-----Message d'origine----- 
De : Sixbury, Dan [ mailto:sixbury at celeritas.com
<mailto:sixbury at celeritas.com> ] 
Envoyé : mercredi 17 octobre 2001 16:00 
À : EBU (E-mail) 
Objet : [Veritas-bu] Fragment size settings 
 
Has anyone seen any benefits for using fragment size on the storage units, 
or have reasons to not use fragment sizes?  I think the default is 
unlimited, but I noticed that we had some storage units that were set to 
2000 while others had the default of unlimited. 
Thanks, 
Dan 
_______________________________________________ 
Veritas-bu maillist  -  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/20011017/cec5ceef/attachment.htm