This is a MIME message. If you are reading this text, you may want to
consider changing to a mail reader or gateway that understands how to
properly handle MIME multipart messages.
--=_F5AFB7DE.96F79091
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
Andy,
NT can only support the following maximum values:
NUMBER_DATA_BUFFERS =3D 16
SIZE_DATA_BUFFERS =3D 65536
If you make them larger you probably start seeing error code 84 (media =
write failure).
Scott J.
>>> "Andy Skates" <andyskates AT iname DOT com> 08/10/01 12:42AM >>>
-----Original Message-----
From: Andy Skates [mailto:andyskates AT iname DOT com]
Sent: 10 August 2001 07:22
To: 'larry.kingery AT veritas DOT com'
Subject: RE: [Veritas-bu] SIZE/NUMBER_DATA_BUFFERS and slow duplications
Reading the Technote on this subject, I got the impression that
you have to change the NET_BUFFER_SZ setting on ALL the NBU
servers AND the clients. Do you know if this is the case?
-----Original Message-----
From: Larry Kingery [mailto:larry.kingery AT veritas DOT com]
Sent: 09 August 2001 15:55
To: Andy Skates
Cc: veritas-bu AT mailman.eng.auburn DOT edu
Subject: Re: [Veritas-bu] SIZE/NUMBER_DATA_BUFFERS and slow duplications
Since I just saw this elsewhere with duplication on NT, I'd suggest
setting the NET_BUFFER_SZ up on the media server (if it isn't already)
which is doing the duplication.
Andy Skates writes:
> We have 10 x 9840 FC tapes drives attached to Brocade Silkworm
> switches. We're running NBU DataCentre 3.4 under NT 4.
>
> I'm not so worried about our backup times, however, we are getting
> really slow duplication times, and I mean really slow!
>
> Our backups are multiplexed and we're using BPVault to do
> our duplication, with multiplexing set to 1.
>
> My questions are:
>
> 1. Are other people getting slow throughput when duplicating?
>
> 2. Has anyone tried turning off multiplexing for the duplicates to =
see
> if this improves times?
>
> 3. Does the entry in BPTM 10:57:39 [244.376] <2> mpx_read_data:
> waited for empty buffer 17844 times, delayed 34819 times indicate
> that I need to try tuning the size/number of data buffers.
>
> If so has anyone tried doing this in an environment with NT 4 NBU
servers,
> Brocade Silkworm SAN switches and FC attached 9840s?
>
>
> Thanks,
>
> Andy Skates
> Legal & General Assurance PLC
>
> andyskates AT iname DOT com
>
>
>
> _______________________________________________
> Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
--
Larry Kingery
If at first you don't succeed, skydiving isn't for you.
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
--=_F5AFB7DE.96F79091
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" http-equiv=3DContent-Type=
>
<META content=3D'"MSHTML 4.72.3612.1706"' name=3DGENERATOR>
</HEAD>
<BODY style=3D"FONT: 8pt MS Sans Serif; MARGIN-LEFT: 2px; MARGIN-TOP: =
2px">
<DIV><FONT size=3D1>Andy,</FONT></DIV>
<DIV><FONT size=3D1></FONT> </DIV>
<DIV><FONT size=3D1>NT can only support the following maximum values:</FONT=
></DIV>
<DIV><FONT size=3D1></FONT> </DIV>
<DIV><FONT size=3D1></FONT><FONT size=3D1>NUMBER_DATA_BUFFERS =3D =
16</FONT></DIV>
<DIV><FONT size=3D1>SIZE_DATA_BUFFERS =3D 65536</FONT></DIV>
<DIV><FONT size=3D1></FONT> </DIV>
<DIV><FONT size=3D1>If you make them larger you probably start seeing =
error code=20
84 (media write failure).</FONT></DIV>
<DIV><FONT size=3D1></FONT> </DIV>
<DIV><FONT size=3D1>Scott J.</FONT><BR><BR>>>> "Andy =
Skates"=20
<<A href=3D"mailto:andyskates AT iname DOT com">andyskates AT iname DOT
com</A>> =
08/10/01=20
12:42AM >>><BR><BR><BR>-----Original Message-----<BR>From: Andy =
Skates=20
[<A=20
href=3D"mailto:andyskates AT iname DOT com]">mailto:andyskates AT iname DOT
com]</A><BR>S=
ent: 10=20
August 2001 07:22<BR>To: 'larry.kingery AT veritas DOT com'<BR>Subject: RE:=20
[Veritas-bu] SIZE/NUMBER_DATA_BUFFERS and slow duplications<BR><BR><BR>Read=
ing=20
the Technote on this subject, I got the impression that<BR>you have to =
change=20
the NET_BUFFER_SZ setting on ALL the NBU<BR>servers AND the clients. Do =
you know=20
if this is the case?<BR><BR><BR><BR>-----Original Message-----<BR>From: =
Larry=20
Kingery [<A=20
href=3D"mailto:larry.kingery AT veritas DOT com]">mailto:larry.kingery AT
veritas DOT com=
]</A><BR>Sent:=20
09 August 2001 15:55<BR>To: Andy Skates<BR>Cc:=20
veritas-bu AT mailman.eng.auburn DOT edu<BR>Subject: Re: [Veritas-bu]=20
SIZE/NUMBER_DATA_BUFFERS and slow duplications<BR><BR><BR>Since I just saw =
this=20
elsewhere with duplication on NT, I'd suggest<BR>setting the NET_BUFFER_SZ =
up on=20
the media server (if it isn't already)<BR>which is doing the=20
duplication.<BR><BR><BR>Andy Skates writes:<BR>> We have 10 x 9840 FC =
tapes=20
drives attached to Brocade Silkworm<BR>> switches. We're running NBU=20
DataCentre 3.4 under NT 4.<BR>><BR>> I'm not so worried about our =
backup=20
times, however, we are getting<BR>> really slow duplication times, and =
I mean=20
really slow!<BR>><BR>> Our backups are multiplexed and we're using =
BPVault=20
to do<BR>> our duplication, with multiplexing set to 1.<BR>><BR>> =
My=20
questions are:<BR>><BR>> 1. Are other people =
getting=20
slow throughput when duplicating?<BR>><BR>> 2. =
Has=20
anyone tried turning off multiplexing for the duplicates to see<BR>>=20
if this improves times?<BR>><BR>> 3. &n=
bsp;=20
Does the entry in BPTM 10:57:39 [244.376] <2> mpx_read_data:<BR>>=
=20
waited for empty buffer 17844 times, delayed 34819 =
times=20
indicate<BR>> that I need to try tuning the =
size/number of=20
data buffers.<BR>><BR>> If so has anyone tried =
doing=20
this in an environment with NT 4 NBU<BR>servers,<BR>> =
=20
Brocade Silkworm SAN switches and FC attached 9840s?<BR>><BR>><BR>>=
;=20
Thanks,<BR>><BR>> Andy Skates<BR>> Legal & General =
Assurance=20
PLC<BR>><BR>> andyskates AT iname DOT
com<BR>><BR>><BR>><BR>>=20=
_______________________________________________<BR>> Veritas-bu=20
maillist - Veritas-bu AT mailman.eng.auburn DOT edu<BR>> <A=20
href=3D"http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu">http://m=
ailman.eng.auburn.edu/mailman/listinfo/veritas-bu</A><BR><BR>--<BR>Larry=20=
Kingery<BR> If at first you don't =
succeed,=20
skydiving isn't for=20
you.<BR><BR>_______________________________________________<BR>Veritas-bu=
=20
maillist - Veritas-bu AT mailman.eng.auburn DOT edu<BR><A=20
href=3D"http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu">http://m=
ailman.eng.auburn.edu/mailman/listinfo/veritas-bu</A><BR></DIV></BODY></HTM=
L>
--=_F5AFB7DE.96F79091--
|