Veritas-bu

[Veritas-bu] Max Fragment size

2004-02-17 12:20:27
Subject: [Veritas-bu] Max Fragment size
From: scoco AT arl.army DOT mil (Coco, Samuel (Cont, ARL/CISD))
Date: Tue, 17 Feb 2004 12:20:27 -0500
This is a multi-part message in MIME format.

------=_NextPart_000_0073_01C3F550.6B649AD0
Content-Type: multipart/alternative;
        boundary="----=_NextPart_001_0074_01C3F550.6B649AD0"


------=_NextPart_001_0074_01C3F550.6B649AD0
Content-Type: text/plain;
        charset="US-ASCII"
Content-Transfer-Encoding: 7bit

We have been using a 2 Gig Fragment for about 7 to 9 months now and have
seen very good results.
 
 
Thank you,
 
 
Samuel J. Coco, STG
Functional Area Manager, ARL
Sr UNIX Administrator
BELL      301 394-1151 DSN 290
CELL (B) 240 398-7121 / (H)443 496-1623
HOME     410 604-2415
Email  scoco AT arl.army DOT mil

-----Original Message-----
From: Donaldson, Mark [mailto:Mark.Donaldson AT experianems DOT com] 
Sent: Tuesday, February 17, 2004 11:54 AM
To: 'Dave Markham'; veritas-bu AT mailman.eng.auburn DOT edu
Subject: RE: [Veritas-bu] Max Fragment size


Each fragment is separately tracked in the catalog so having chunks too
small makes for larger catalogs.  I think there's some header
information on-tape per fragment, too, so backup sizes might increase a
bit.
 
Still, I think fragments are a big improvement to restore times are are
well worth it.  2 to 4 Gig seems to be a common suggested size.
 
-M

-----Original Message-----
From: Dave Markham [mailto:dave.markham AT icl DOT net]
Sent: Tuesday, February 17, 2004 4:50 AM
To: veritas-bu AT mailman.eng.auburn DOT edu
Subject: [Veritas-bu] Max Fragment size


I have seen in a few docs about setting this max fragment size to say 2
gig or anything less than the max file size your OS can handle. How I
understand it is that this will then improve restore times as it can
skip along these 2 gig chunks until it finds the section it needs and
then begin a read through of that chunk to find the files needed and
start restore.
 
My question is 1. Am I right in my thinking? and 2. What would be the
downside to this? If it improves restore times what reason is there to
not set it?
 
Thanks
 
Environments:-
 
Netbackup 3.2, Solaris 8 Using SUN L1000 4 DLT 7000 tape units
 
Netbackup 4.5 FP6 Solaris 8 Using SUN L25 and LTO drive
 
Dave


------=_NextPart_001_0074_01C3F550.6B649AD0
Content-Type: text/html;
        charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD><TITLE>Message</TITLE>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2800.1276" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><SPAN class=3D907431917-17022004><FONT face=3DArial color=3D#0000ff =
size=3D2>We=20
have been using a 2 Gig Fragment for about 7 to 9 months now and have =
seen very=20
good results.</FONT></SPAN></DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV align=3Dleft><FONT face=3DArial size=3D2>Thank you,</FONT></DIV>
<DIV align=3Dleft><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV align=3Dleft>&nbsp;</DIV>
<DIV align=3Dleft><FONT face=3DArial size=3D2>Samuel J. Coco, =
STG</FONT></DIV>
<DIV align=3Dleft><FONT face=3DArial size=3D2>Functional Area Manager,=20
ARL</FONT></DIV>
<DIV align=3Dleft><FONT face=3DArial size=3D2>Sr UNIX =
Administrator</FONT></DIV>
<DIV align=3Dleft><FONT face=3DArial size=3D2>BELL&nbsp;&nbsp;&nbsp; =
&nbsp; 301=20
394-1151 DSN 290</FONT></DIV>
<DIV align=3Dleft><FONT face=3DArial size=3D2>CELL (B) 240 398-7121 / =
(H)443=20
496-1623</FONT></DIV>
<DIV align=3Dleft><FONT face=3DArial =
size=3D2>HOME&nbsp;&nbsp;&nbsp;&nbsp; 410=20
604-2415</FONT></DIV>
<DIV align=3Dleft><FONT face=3DArial size=3D2>Email&nbsp; <A=20
href=3D"mailto:scoco AT arl.army DOT mil">scoco AT arl.army DOT 
mil</A></FONT></DIV>
<BLOCKQUOTE dir=3Dltr style=3D"MARGIN-RIGHT: 0px">
  <DIV></DIV>
  <DIV class=3DOutlookMessageHeader lang=3Den-us dir=3Dltr =
align=3Dleft><FONT=20
  face=3DTahoma size=3D2>-----Original Message-----<BR><B>From:</B> =
Donaldson, Mark=20
  [mailto:Mark.Donaldson AT experianems DOT com] <BR><B>Sent:</B> Tuesday, =
February 17,=20
  2004 11:54 AM<BR><B>To:</B> 'Dave Markham';=20
  veritas-bu AT mailman.eng.auburn DOT edu<BR><B>Subject:</B> RE: [Veritas-bu] =
Max=20
  Fragment size<BR><BR></FONT></DIV>
  <DIV><SPAN class=3D311195216-17022004><FONT face=3DArial =
color=3D#0000ff size=3D2>Each=20
  fragment is separately tracked in the catalog so having chunks too =
small makes=20
  for larger catalogs.&nbsp; I think there's some header information =
on-tape per=20
  fragment, too, so backup sizes might increase a =
bit.</FONT></SPAN></DIV>
  <DIV><SPAN class=3D311195216-17022004><FONT face=3DArial =
color=3D#0000ff=20
  size=3D2></FONT></SPAN>&nbsp;</DIV>
  <DIV><SPAN class=3D311195216-17022004><FONT face=3DArial =
color=3D#0000ff=20
  size=3D2>Still, I think fragments are a big improvement to restore =
times are are=20
  well worth it.&nbsp; 2 to 4 Gig seems to be a common suggested=20
  size.</FONT></SPAN></DIV>
  <DIV><SPAN class=3D311195216-17022004><FONT face=3DArial =
color=3D#0000ff=20
  size=3D2></FONT></SPAN>&nbsp;</DIV>
  <DIV><SPAN class=3D311195216-17022004><FONT face=3DArial =
color=3D#0000ff=20
  size=3D2>-M</FONT></SPAN></DIV>
  <BLOCKQUOTE dir=3Dltr style=3D"MARGIN-RIGHT: 0px">
    <DIV class=3DOutlookMessageHeader dir=3Dltr align=3Dleft><FONT =
face=3DTahoma=20
    size=3D2>-----Original Message-----<BR><B>From:</B> Dave Markham=20
    [mailto:dave.markham AT icl DOT net]<BR><B>Sent:</B> Tuesday, February 17, =
2004=20
    4:50 AM<BR><B>To:</B> =
veritas-bu AT mailman.eng.auburn DOT edu<BR><B>Subject:</B>=20
    [Veritas-bu] Max Fragment size<BR><BR></FONT></DIV>
    <DIV><FONT face=3DArial size=3D2>I have seen in a few docs about =
setting this=20
    max fragment size to say 2 gig or anything less than the max file =
size your=20
    OS can handle. How I understand it is that this will then improve =
restore=20
    times as it can skip along these 2 gig chunks until it finds the =
section it=20
    needs and then begin a read through of that chunk to find the files =
needed=20
    and start restore.</FONT></DIV>
    <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
    <DIV><FONT face=3DArial size=3D2>My question is 1. Am I right in my =
thinking?=20
    and 2. What would be the downside to this? If it improves restore =
times what=20
    reason is there to not set it?</FONT></DIV>
    <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
    <DIV><FONT face=3DArial size=3D2>Thanks</FONT></DIV>
    <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
    <DIV><FONT face=3DArial size=3D2>Environments:-</FONT></DIV>
    <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
    <DIV><FONT face=3DArial size=3D2>Netbackup 3.2, Solaris 8 Using SUN =
L1000 4 DLT=20
    7000 tape units</FONT></DIV>
    <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
    <DIV><FONT face=3DArial size=3D2>Netbackup 4.5 FP6 Solaris 8 Using =
SUN L25 and=20
    LTO drive</FONT></DIV>
    <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
    <DIV><FONT face=3DArial=20
size=3D2>Dave</FONT></DIV></BLOCKQUOTE></BLOCKQUOTE></BODY></HTML>

------=_NextPart_001_0074_01C3F550.6B649AD0--

------=_NextPart_000_0073_01C3F550.6B649AD0
Content-Type: application/x-pkcs7-signature;
        name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
        filename="smime.p7s"

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIPSzCCAmcw
ggHQoAMCAQICAQQwDQYJKoZIhvcNAQEFBQAwYTELMAkGA1UEBhMCVVMxGDAWBgNVBAoTD1UuUy4g
R292ZXJubWVudDEMMAoGA1UECxMDRG9EMQwwCgYDVQQLEwNQS0kxHDAaBgNVBAMTE0RvRCBDTEFT
UyAzIFJvb3QgQ0EwHhcNMDAwNTE5MTMxMzAwWhcNMjAwNTE0MTMxMzAwWjBhMQswCQYDVQQGEwJV
UzEYMBYGA1UEChMPVS5TLiBHb3Zlcm5tZW50MQwwCgYDVQQLEwNEb0QxDDAKBgNVBAsTA1BLSTEc
MBoGA1UEAxMTRG9EIENMQVNTIDMgUm9vdCBDQTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA
tTD+ZL7qzG3tgSz3f+kZug5paijhqanLlVgf8eaaaVPgiD+RxVG5Y5eo5iGME142PKhX+vhwLExq
y78wp0wW5DJc+BKwUfgWV40vtE36LqiU6Cph1FcNR85uLC9+mGfMAAirtpYWNcKFkeVboArHZlJi
82F1lReuvCpWKaXgK1MCAwEAAaMvMC0wHQYDVR0OBBYEFGycpfBcj21BjcQXO5BXwg+jzW3+MAwG
A1UdEwQFMAMBAf8wDQYJKoZIhvcNAQEFBQADgYEAr3FE+ZcjzGhpjEMHQbqIILMiAEHImKBVHM0/
brGTXK36GJq7HHNv/SRCj4efUc++hp/p14pITwjZaZSsP+YPLZcPKJN2T2Lf/6DNYfimhgwxNCDc
fy+o+zm+le44WQJiwd5sFU/g35275HlzJP1jZJX3SqiZH0hllcd7v3gy53owggQbMIIDhKADAgEC
AgETMA0GCSqGSIb3DQEBBQUAMGExCzAJBgNVBAYTAlVTMRgwFgYDVQQKEw9VLlMuIEdvdmVybm1l
bnQxDDAKBgNVBAsTA0RvRDEMMAoGA1UECxMDUEtJMRwwGgYDVQQDExNEb0QgQ0xBU1MgMyBSb290
IENBMB4XDTAwMDgxMTE3NDUyOVoXDTA2MDgxMDE3NDUyOVowZDELMAkGA1UEBhMCVVMxGDAWBgNV
BAoTD1UuUy4gR292ZXJubWVudDEMMAoGA1UECxMDRG9EMQwwCgYDVQQLEwNQS0kxHzAdBgNVBAMT
FkRPRCBDTEFTUyAzIEVNQUlMIENBLTMwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAO98vchr
6/EuN4Vw2h1ovziIBzOml88LKtiNQxMFN07JV04JFR2kZtuOxlCcvNnL2fXv9lRG4teiwqBldt36
ekVY/1LDkW6xDecvHnS4BuJhQPnmMdnuHF47TwK7O/bxvevAKpKeS1/sw1wuyKJN9Bi7jezH36gY
+CdT9VwfP4QJAgMBAAGjggHeMIIB2jAdBgNVHQ4EFgQU7BNbvCGMZpsKi38HXyWwFPkQ9ZswDgYD
VR0PAQH/BAQDAgGGMA8GA1UdEwEB/wQFMAMBAf8wDAYDVR0kBAUwA4ABADAfBgNVHSMEGDAWgBRs
nKXwXI9tQY3EFzuQV8IPo81t/jAwBgNVHSAEKTAnMAsGCWCGSAFlAgELBTALBglghkgBZQIBCwkw
CwYJYIZIAWUCAQsKMIGDBgNVHRIEfDB6hnhsZGFwOi8vZHMtMy5jM3BraS5jaGFtYi5kaXNhLm1p
bC9jbiUzZERvRCUyMENMQVNTJTIwMyUyMFJvb3QlMjBDQSUyY291JTNkUEtJJTJjb3UlM2REb0Ql
MmNvJTNkVS5TLiUyMEdvdmVybm1lbnQlMmNjJTNkVVMwgbAGA1UdHwSBqDCBpTCBoqCBn6CBnIaB
mWxkYXA6Ly9kcy0zLmMzcGtpLmNoYW1iLmRpc2EubWlsL2NuJTNkRG9EJTIwQ0xBU1MlMjAzJTIw
Um9vdCUyMENBJTJjb3UlM2RQS0klMmNvdSUzZERvRCUyY28lM2RVLlMuJTIwR292ZXJubWVudCUy
Y2MlM2RVUz9jZXJ0aWZpY2F0ZXJldm9jYXRpb25saXN0O2JpbmFyeTANBgkqhkiG9w0BAQUFAAOB
gQAmpY01OHZr/vRBJsgxGUX7diGsCGrzYM1C0fhrJknH4L7Lm61Nt1bSZ4/obHjlQxBQyDx9ovIS
BAi//TVUd1UKbdqNW7Inso2enmK9beG9eK5M0ZfEdj3S0UxmJAgRXSgVsnE7xzP3uZ1/mJx++gSw
cpd+/NPBVJNjFJPf8RvL4DCCBDcwggOgoAMCAQICAxGo+zANBgkqhkiG9w0BAQUFADBkMQswCQYD
VQQGEwJVUzEYMBYGA1UEChMPVS5TLiBHb3Zlcm5tZW50MQwwCgYDVQQLEwNEb0QxDDAKBgNVBAsT
A1BLSTEfMB0GA1UEAxMWRE9EIENMQVNTIDMgRU1BSUwgQ0EtMzAeFw0wMzA0MjQwMDAwMDBaFw0w
NjA0MjMwMDAwMDBaMHsxCzAJBgNVBAYTAlVTMRgwFgYDVQQKEw9VLlMuIEdvdmVybm1lbnQxDDAK
BgNVBAsTA0RvRDEMMAoGA1UECxMDUEtJMRMwEQYDVQQLEwpDT05UUkFDVE9SMSEwHwYDVQQDExhD
T0NPLlNBTVVFTC5KLjEyNjE3Nzc0MDgwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAKKufV/s
5y63SQBBRNlkXjVMfQH6w8f4bHux5hu44eTPCYwL3e2+ejMGDjQWJpmz6mlJhdZrPbc6Cb39H4k7
WCNEqxeUbJLm51/6kSu9yyQz59K67qhtV3aHmwMtGDjzfZfICPE4tHqUJ2j3Bx4uSADGL641jkW6
KAZASy4Tb31XAgMBAAGjggHeMIIB2jAOBgNVHQ8BAf8EBAMCBSAwIgYDVR0RBBswGYEXc2FtdWVs
LmNvY29AdXMuYXJteS5taWwwHwYDVR0jBBgwFoAU7BNbvCGMZpsKi38HXyWwFPkQ9ZswHQYDVR0O
BBYEFM/0dTQM1bteClzup9xBJI9dwp0WMBYGA1UdIAQPMA0wCwYJYIZIAWUCAQsJMIGPBgNVHRIE
gYcwgYSGgYFsZGFwOi8vZW1haWwtZHMtMy5jM3BraS5jaGFtYi5kaXNhLm1pbC9jbiUzZERPRCUy
MENMQVNTJTIwMyUyMEVNQUlMJTIwQ0EtMyUyY291JTNkUEtJJTJjb3UlM2REb0QlMmNvJTNkVS5T
LiUyMEdvdmVybm1lbnQlMmNjJTNkVVMwgbkGA1UdHwSBsTCBrjCBq6CBqKCBpYaBomxkYXA6Ly9l
bWFpbC1kcy0zLmMzcGtpLmNoYW1iLmRpc2EubWlsL2NuJTNkRE9EJTIwQ0xBU1MlMjAzJTIwRU1B
SUwlMjBDQS0zJTJjb3UlM2RQS0klMmNvdSUzZERvRCUyY28lM2RVLlMuJTIwR292ZXJubWVudCUy
Y2MlM2RVUz9jZXJ0aWZpY2F0ZXJldm9jYXRpb25saXN0O2JpbmFyeTANBgkqhkiG9w0BAQUFAAOB
gQB52WTWvCU/BQFLESGJpoi83YG5fKXGyXzE+mzNZe7In0/cIpkTduBFm5+R2dPOgE0cIi4YYEi/
qzrnCK6Wh+/pWg5kjO7X/QBUlKpX7+JzVPN+nZ6dCrxwHcQ1ADLEhAY6cg6OP3JdozHCy+wAaEz5
bLkDUruVuXuWRQT18juzqDCCBIIwggProAMCAQICAxGo8jANBgkqhkiG9w0BAQUFADBkMQswCQYD
VQQGEwJVUzEYMBYGA1UEChMPVS5TLiBHb3Zlcm5tZW50MQwwCgYDVQQLEwNEb0QxDDAKBgNVBAsT
A1BLSTEfMB0GA1UEAxMWRE9EIENMQVNTIDMgRU1BSUwgQ0EtMzAeFw0wMzA0MjQwMDAwMDBaFw0w
NjA0MjMwMDAwMDBaMHsxCzAJBgNVBAYTAlVTMRgwFgYDVQQKEw9VLlMuIEdvdmVybm1lbnQxDDAK
BgNVBAsTA0RvRDEMMAoGA1UECxMDUEtJMRMwEQYDVQQLEwpDT05UUkFDVE9SMSEwHwYDVQQDExhD
T0NPLlNBTVVFTC5KLjEyNjE3Nzc0MDgwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAJa7F5M6
FAMVemTwVlFzAPff5HPEDn6C0ilwC8Whf7y3RBzjKcN36IgKvOe2111XSc3jf7UT/986c/ABV7Vx
L4PeZKG1n/wBuTTIku+3HQm7/zjBQoOgl82sEcdan8aJDLfXlLQ27Er1icL8oJIHckGorx2l8nCw
u+qXFN2BLGNdAgMBAAGjggIpMIICJTAOBgNVHQ8BAf8EBAMCBsAwHwYDVR0jBBgwFoAU7BNbvCGM
ZpsKi38HXyWwFPkQ9ZswHQYDVR0OBBYEFN0Jv44/7KIk1A4cXYoAzxbiArdbMBYGA1UdIAQPMA0w
CwYJYIZIAWUCAQsJMIGPBgNVHRIEgYcwgYSGgYFsZGFwOi8vZW1haWwtZHMtMy5jM3BraS5jaGFt
Yi5kaXNhLm1pbC9jbiUzZERPRCUyMENMQVNTJTIwMyUyMEVNQUlMJTIwQ0EtMyUyY291JTNkUEtJ
JTJjb3UlM2REb0QlMmNvJTNkVS5TLiUyMEdvdmVybm1lbnQlMmNjJTNkVVMwgbkGA1UdHwSBsTCB
rjCBq6CBqKCBpYaBomxkYXA6Ly9lbWFpbC1kcy0zLmMzcGtpLmNoYW1iLmRpc2EubWlsL2NuJTNk
RE9EJTIwQ0xBU1MlMjAzJTIwRU1BSUwlMjBDQS0zJTJjb3UlM2RQS0klMmNvdSUzZERvRCUyY28l
M2RVLlMuJTIwR292ZXJubWVudCUyY2MlM2RVUz9jZXJ0aWZpY2F0ZXJldm9jYXRpb25saXN0O2Jp
bmFyeTApBgNVHSUEIjAgBgorBgEEAYI3FAICBggrBgEFBQcDBAYIKwYBBQUHAwIwQgYDVR0RBDsw
OYEXc2FtdWVsLmNvY29AdXMuYXJteS5taWygHgYKKwYBBAGCNxQCA6AQDA4xMjYxNzc3NDA4QG1p
bDANBgkqhkiG9w0BAQUFAAOBgQDOd/AQHrpZgy1Znnd1aUuciT37agLtM34rOE1cSEleFqkTrKUw
zwiQrobIqa6kpFtD/YTTlolaVNyN+nCEoczRrbFWx+AJ39l+e7tJ0SMD6AHR1mu8v9gGCaSN5Jt/
DC8y4I/FdPePBHW7qhAc7AUgy1UPw7MzUbAuSAURiRB8SjGCAtUwggLRAgEBMGswZDELMAkGA1UE
BhMCVVMxGDAWBgNVBAoTD1UuUy4gR292ZXJubWVudDEMMAoGA1UECxMDRG9EMQwwCgYDVQQLEwNQ
S0kxHzAdBgNVBAMTFkRPRCBDTEFTUyAzIEVNQUlMIENBLTMCAxGo8jAJBgUrDgMCGgUAoIIBwDAY
BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNDAyMTcxNzIwMjRaMCMG
CSqGSIb3DQEJBDEWBBTT5hztUxWzfjt7r/V7QAir2yAJazBnBgkqhkiG9w0BCQ8xWjBYMAoGCCqG
SIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0D
AgIBKDAHBgUrDgMCGjAKBggqhkiG9w0CBTB6BgkrBgEEAYI3EAQxbTBrMGQxCzAJBgNVBAYTAlVT
MRgwFgYDVQQKEw9VLlMuIEdvdmVybm1lbnQxDDAKBgNVBAsTA0RvRDEMMAoGA1UECxMDUEtJMR8w
HQYDVQQDExZET0QgQ0xBU1MgMyBFTUFJTCBDQS0zAgMRqPswfAYLKoZIhvcNAQkQAgsxbaBrMGQx
CzAJBgNVBAYTAlVTMRgwFgYDVQQKEw9VLlMuIEdvdmVybm1lbnQxDDAKBgNVBAsTA0RvRDEMMAoG
A1UECxMDUEtJMR8wHQYDVQQDExZET0QgQ0xBU1MgMyBFTUFJTCBDQS0zAgMRqPswDQYJKoZIhvcN
AQEBBQAEgYBCzlOZG3z8ghD3iJkfwJbAeXZuUrfHKCm7d5egLJZj/zBmzmjnItyjh0KVy4TE1890
5lcVCw1FajfNaeRMpDDnSvFCCuqso4T+yPFkuEP4MoT2coxw25Jnlqvs04qNjB8YzVMPNY/aZfCG
C3FTGFy39xOvYGSzHSce9p35iLD9wAAAAAAAAA==

------=_NextPart_000_0073_01C3F550.6B649AD0--

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