This is a multi-part message in MIME format.
------_=_NextPart_001_01C59F37.78043B3C
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
You'll get those messages on pretty much any backup, as it has to find
the next blank space on the tape to start writing....though I believe it
occurs more on MPX backup, and more again with smaller fragment size.
=20
My understanding is that a bigger fragment size will speed up backups,
because NBU doesn't have to write the fragment info as often, but will
hit you on restores, as once Netbackup has found the correct fragment to
restore from, it has to search through the entire fragment to find the
specific data, so the bigger the fragment, the more data it has to
search through to find the file you want.
=20
However, if you're really getting throughput of 900KB/s, and on a
flashbackup besides, as you said the other day, then I think you've got
some more serious problems to troubleshoot before you need to get into
tuning fragment size.
=20
Paul
-----Original Message-----
From: veritas-bu-admin AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu] On Behalf Of Piszcz,
Justin
Sent: August 12, 2005 8:06 AM
To: veritas-bu AT mailman.eng.auburn DOT edu
Subject: [Veritas-bu] Question Regarding Positioning Under
NetBackup 5.1MP3a.
=09
=09
Often when I back any machine up I see the following:
=20
08/12/2005 08:03:00 - positioning L12345 to file 116
08/12/2005 08:03:00 - positioning L12345 to file 118
08/12/2005 08:03:00 - positioning L12345 to file 119
=20
Does this have to do with the fact I am using multiplexing or
does it have to do with the fragment size being set to 2048MB?
=20
Would one get better performance if the fragment size was set to
a different number?
=20
How would it affect backups? (time-wise)
How would it affect restores? (time-wise)
=20
Thanks,
=20
Justin.
------_=_NextPart_001_01C59F37.78043B3C
Content-Type: text/html;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML xmlns=3D"http://www.w3.org/TR/REC-html40"; xmlns:o =3D=20
"urn:schemas-microsoft-com:office:office" xmlns:w =3D=20
"urn:schemas-microsoft-com:office:word"><HEAD><TITLE>Message</TITLE>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2800.1170" name=3DGENERATOR>
<STYLE>@page Section1 {size: 8.5in 11.0in; margin: 1.0in 1.25in 1.0in =
1.25in; }
P.MsoNormal {
FONT-SIZE: 12pt; MARGIN: 0in 0in 0pt; FONT-FAMILY: "Times New Roman"
}
LI.MsoNormal {
FONT-SIZE: 12pt; MARGIN: 0in 0in 0pt; FONT-FAMILY: "Times New Roman"
}
DIV.MsoNormal {
FONT-SIZE: 12pt; MARGIN: 0in 0in 0pt; FONT-FAMILY: "Times New Roman"
}
A:link {
COLOR: blue; TEXT-DECORATION: underline
}
SPAN.MsoHyperlink {
COLOR: blue; TEXT-DECORATION: underline
}
A:visited {
COLOR: purple; TEXT-DECORATION: underline
}
SPAN.MsoHyperlinkFollowed {
COLOR: purple; TEXT-DECORATION: underline
}
SPAN.EmailStyle17 {
COLOR: windowtext; FONT-FAMILY: Arial; mso-style-type: personal-compose
}
DIV.Section1 {
page: Section1
}
</STYLE>
</HEAD>
<BODY lang=3DEN-US vLink=3Dpurple link=3Dblue>
<DIV><FONT face=3DArial color=3D#800000 size=3D2><SPAN =
class=3D580000912-12082005>You'll=20
get those messages on pretty much any backup, as it has to find the next =
blank=20
space on the tape to start writing....though I believe it occurs more on =
MPX=20
backup, and more again with smaller fragment =
size.</SPAN></FONT></DIV>
<DIV><FONT face=3DArial color=3D#800000 size=3D2><SPAN=20
class=3D580000912-12082005></SPAN></FONT> </DIV>
<DIV><FONT face=3DArial color=3D#800000 size=3D2><SPAN =
class=3D580000912-12082005>My=20
understanding is that a bigger fragment size will speed up backups, =
because NBU=20
doesn't have to write the fragment info as often, but will hit you on =
restores,=20
as once Netbackup has found the correct fragment to restore from, it has =
to=20
search through the entire fragment to find the=20
specific data, so the bigger the fragment, the more data it has to =
search=20
through to find the file you want.</SPAN></FONT></DIV>
<DIV><FONT face=3DArial color=3D#800000 size=3D2><SPAN=20
class=3D580000912-12082005></SPAN></FONT> </DIV>
<DIV><FONT face=3DArial color=3D#800000 size=3D2><SPAN=20
class=3D580000912-12082005>However, if you're really getting throughput =
of=20
900KB/s, and on a flashbackup besides, as you said the other day, then I =
think you've got some more serious problems to troubleshoot before =
you need=20
to get into tuning fragment size.</SPAN></FONT></DIV>
<DIV><FONT face=3DArial color=3D#800000 size=3D2><SPAN=20
class=3D580000912-12082005></SPAN></FONT> </DIV>
<DIV><FONT face=3DArial color=3D#800000 size=3D2><SPAN=20
class=3D580000912-12082005>Paul</SPAN></FONT></DIV>
<BLOCKQUOTE dir=3Dltr=20
style=3D"PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #800000 2px =
solid; 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>=20
veritas-bu-admin AT mailman.eng.auburn DOT edu=20
[mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu] <B>On Behalf Of =
</B>Piszcz,=20
Justin<BR><B>Sent:</B> August 12, 2005 8:06 AM<BR><B>To:</B>=20
veritas-bu AT mailman.eng.auburn DOT edu<BR><B>Subject:</B> [Veritas-bu] =
Question=20
Regarding Positioning Under NetBackup 5.1MP3a.<BR><BR></FONT></DIV>
<DIV class=3DSection1>
<P class=3DMsoNormal><FONT face=3DArial size=3D2><SPAN=20
style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Arial">Often when I back any =
machine up I=20
see the following:<o:p></o:p></SPAN></FONT></P>
<P class=3DMsoNormal><FONT face=3DArial size=3D2><SPAN=20
style=3D"FONT-SIZE: 10pt; FONT-FAMILY: =
Arial"><o:p> </o:p></SPAN></FONT></P>
<P class=3DMsoNormal><FONT face=3DArial size=3D2><SPAN=20
style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Arial">08/12/2005 08:03:00 =
– positioning=20
L12345 to file 116<o:p></o:p></SPAN></FONT></P>
<P class=3DMsoNormal><FONT face=3DArial size=3D2><SPAN=20
style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Arial">08/12/2005 08:03:00 =
– positioning=20
L12345 to file 118<o:p></o:p></SPAN></FONT></P>
<P class=3DMsoNormal><FONT face=3DArial size=3D2><SPAN=20
style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Arial">08/12/2005 08:03:00 =
– positioning=20
L12345 to file 119<o:p></o:p></SPAN></FONT></P>
<P class=3DMsoNormal><FONT face=3DArial size=3D2><SPAN=20
style=3D"FONT-SIZE: 10pt; FONT-FAMILY: =
Arial"><o:p> </o:p></SPAN></FONT></P>
<P class=3DMsoNormal><FONT face=3DArial size=3D2><SPAN=20
style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Arial">Does this have to do =
with the fact=20
I am using multiplexing or does it have to do with the fragment size =
being set=20
to 2048MB?<o:p></o:p></SPAN></FONT></P>
<P class=3DMsoNormal><FONT face=3DArial size=3D2><SPAN=20
style=3D"FONT-SIZE: 10pt; FONT-FAMILY: =
Arial"><o:p> </o:p></SPAN></FONT></P>
<P class=3DMsoNormal><FONT face=3DArial size=3D2><SPAN=20
style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Arial">Would one get better =
performance=20
if the fragment size was set to a different=20
number?<o:p></o:p></SPAN></FONT></P>
<P class=3DMsoNormal><FONT face=3DArial size=3D2><SPAN=20
style=3D"FONT-SIZE: 10pt; FONT-FAMILY: =
Arial"><o:p> </o:p></SPAN></FONT></P>
<P class=3DMsoNormal><FONT face=3DArial size=3D2><SPAN=20
style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Arial">How would it affect =
backups?=20
(time-wise)<o:p></o:p></SPAN></FONT></P>
<P class=3DMsoNormal><FONT face=3DArial size=3D2><SPAN=20
style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Arial">How would it affect =
restores?=20
(time-wise)<o:p></o:p></SPAN></FONT></P>
<P class=3DMsoNormal><FONT face=3DArial size=3D2><SPAN=20
style=3D"FONT-SIZE: 10pt; FONT-FAMILY: =
Arial"><o:p> </o:p></SPAN></FONT></P>
<P class=3DMsoNormal><FONT face=3DArial size=3D2><SPAN=20
style=3D"FONT-SIZE: 10pt; FONT-FAMILY: =
Arial">Thanks,<o:p></o:p></SPAN></FONT></P>
<P class=3DMsoNormal><FONT face=3DArial size=3D2><SPAN=20
style=3D"FONT-SIZE: 10pt; FONT-FAMILY: =
Arial"><o:p> </o:p></SPAN></FONT></P>
<P class=3DMsoNormal><FONT face=3DArial size=3D2><SPAN=20
style=3D"FONT-SIZE: 10pt; FONT-FAMILY: =
Arial">Justin.<o:p></o:p></SPAN></FONT></P></DIV></BLOCKQUOTE></BODY></HT=
ML>
=00
------_=_NextPart_001_01C59F37.78043B3C--
|
