|
[Veritas-bu] Backup Performance Issues
2002-07-10 18:21:33
This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
------_=_NextPart_001_01C22860.25BE5FC0
Content-Type: text/plain;
charset="iso-8859-1"
What's your destination? Are you writing to a single drive or multiple
drives? This the backup multiplexed with other clients? What's the full
path from your disk to your tape: disk to san to client to media-svr to san
to tape? If you're sending the data via LAN to the media server (not via
SSO or similar) what kind of lan do you have? 10/100, Gig-E?
I have very similar /etc/system settings in my Sol 2.6 master (NB v3.4) and
I can move nearly 300 Gig of data to four DLT7K drives in about 5 hours -
sometimes less or more. This, however is not using LAN for transport. I
have, however, moved much the same data via LAN before across my four drives
and haven't seen performance this poor. I think mine took just around 7
hours. My average data file is probably one or two gig.
Check this document for some information on buffer settings:
http://seer.support.veritas.com/docs/183702.htm
<http://seer.support.veritas.com/docs/183702.htm>
My gut reaction is that this is taking wwaaaayyy too long.
-M
-----Original Message-----
From: Richardson, Robert [mailto:RRichardson AT activision DOT com]
Sent: Wednesday, July 10, 2002 2:57 PM
To: 'veritas-bu AT mailman.eng.auburn DOT edu'
Subject: [Veritas-bu] Backup Performance Issues
Folks,
I have a Sun Fire 3800, with Solaris 8 OS and attached to an
Hitachi SAN. This is a Oracle Financial DB Server.
The average data to be backed up is 168 Gigs.
Problem:
It takes between 33 and 38 hours to backup the 168 Gigs,
168243872 Kbytes at 1222.017 Kbytes/sec
There are a lot of 1 Gig files, and quite a few of them take
awhile to be backed up. Some even take a few hours to
be backed up.
Does anyone have an idea as to what I am missing?
Solution attempts:
1. Added below to /etc/sytem, then rebooted.
* Message queues
set msgsys:msginfo_msgmap=512
set msgsys:msginfo_msgmax=8192
set msgsys:msginfo_msgmnb=65536
set msgsys:msginfo_msgmni=256
set msgsys:msginfo_msgssz=16
set msgsys:msginfo_msgtql=512
set msgsys:msginfo_msgseg=8192
* Semaphores
set semsys:seminfo_semmap=64
set semsys:seminfo_semmni=1024
set semsys:seminfo_semmns=1024
set semsys:seminfo_semmnu=1024
set semsys:seminfo_semmsl=300
set semsys:seminfo_semume=64
* Shared memory
set shmsys:shminfo_shmmni=220
set shmsys:shminfo_shmseg=100
2. The backup that followed the reboot is yielding the same results.
Thanks,
Robert Richardson
Activision Studios
310.255.2247
------_=_NextPart_001_01C22860.25BE5FC0
Content-Type: text/html;
charset="iso-8859-1"
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<TITLE>Backup Performance Issues</TITLE>
<META content="MSHTML 6.00.2716.2200" name=GENERATOR></HEAD>
<BODY>
<DIV><SPAN class=247174521-10072002><FONT face=Arial color=#0000ff
size=2>What's
your destination? Are you writing to a single drive or multiple
drives? This the backup multiplexed with other clients? What's the
full path from your disk to your tape: disk to san to client to media-svr to
san
to tape? If you're sending the data via LAN to the media server (not via
SSO or similar) what kind of lan do you have? 10/100,
Gig-E?</FONT></SPAN></DIV>
<DIV><SPAN class=247174521-10072002><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=247174521-10072002><FONT face=Arial color=#0000ff size=2>I
have
very similar /etc/system settings in my Sol 2.6 master (NB v3.4) and I can move
nearly 300 Gig of data to four DLT7K drives in about 5 hours - sometimes less
or
more. This, however is not using LAN for transport. I have,
however,
moved much the same data via LAN before across my four drives and haven't seen
performance this poor. I think mine took just around 7 hours.
My average data file is probably one or two gig.</FONT></SPAN></DIV>
<DIV><SPAN class=247174521-10072002><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=247174521-10072002><FONT face=Arial color=#0000ff size=2>Check
this document for some information on buffer settings: <A
href="http://seer.support.veritas.com/docs/183702.htm";>http://seer.support.veritas.com/docs/183702.htm</A></FONT></SPAN></DIV>
<DIV><SPAN class=247174521-10072002><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=247174521-10072002><FONT face=Arial color=#0000ff size=2>My
gut
reaction is that this is taking wwaaaayyy too long.</FONT></SPAN></DIV>
<DIV><SPAN class=247174521-10072002><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=247174521-10072002><FONT face=Arial color=#0000ff
size=2>-M</FONT></SPAN></DIV>
<DIV><SPAN class=247174521-10072002><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<BLOCKQUOTE>
<DIV class=OutlookMessageHeader dir=ltr align=left><FONT face=Tahoma
size=2>-----Original Message-----<BR><B>From:</B> Richardson, Robert
[mailto:RRichardson AT activision DOT com]<BR><B>Sent:</B> Wednesday, July
10, 2002
2:57 PM<BR><B>To:</B> 'veritas-bu AT mailman.eng.auburn DOT
edu'<BR><B>Subject:</B>
[Veritas-bu] Backup Performance Issues<BR><BR></FONT></DIV>
<P><FONT face=Arial size=2>Folks,</FONT> <BR><FONT face=Arial size=2>I have a
Sun Fire 3800, with Solaris 8 OS and attached to an</FONT> <BR><FONT
face=Arial size=2>Hitachi SAN. This is a Oracle Financial DB
Server.</FONT> <BR><FONT face=Arial size=2>The average data to be backed up
is
168 Gigs.</FONT> </P>
<P><FONT face=Arial size=2>Problem:</FONT> <BR><FONT face=Arial size=2>It
takes between 33 and 38 hours to backup the 168 Gigs,</FONT> <BR><FONT
face=Arial size=2>168243872 Kbytes at 1222.017 Kbytes/sec</FONT> <BR><FONT
face=Arial size=2>There are a lot of 1 Gig files, and quite a few of them
take</FONT> <BR><FONT face=Arial size=2>awhile to be backed up. Some
even take a few hours to</FONT> <BR><FONT face=Arial size=2>be backed
up.</FONT> </P>
<P><FONT face=Arial size=2>Does anyone have an idea as to what I am
missing?</FONT> </P><BR>
<P><FONT face=Arial size=2>Solution attempts:</FONT> <BR><FONT face=Arial
size=2>1. Added below to /etc/sytem, then rebooted.</FONT> <BR><FONT
face=Arial size=2>* Message queues</FONT> <BR><FONT face=Arial size=2>set
msgsys:msginfo_msgmap=512</FONT> <BR><FONT face=Arial size=2>set
msgsys:msginfo_msgmax=8192</FONT> <BR><FONT face=Arial size=2>set
msgsys:msginfo_msgmnb=65536</FONT> <BR><FONT face=Arial size=2>set
msgsys:msginfo_msgmni=256</FONT> <BR><FONT face=Arial size=2>set
msgsys:msginfo_msgssz=16</FONT> <BR><FONT face=Arial size=2>set
msgsys:msginfo_msgtql=512</FONT> <BR><FONT face=Arial size=2>set
msgsys:msginfo_msgseg=8192</FONT> <BR><FONT face=Arial size=2>*
Semaphores</FONT> <BR><FONT face=Arial size=2>set
semsys:seminfo_semmap=64</FONT> <BR><FONT face=Arial size=2>set
semsys:seminfo_semmni=1024</FONT> <BR><FONT face=Arial size=2>set
semsys:seminfo_semmns=1024</FONT> <BR><FONT face=Arial size=2>set
semsys:seminfo_semmnu=1024</FONT> <BR><FONT face=Arial size=2>set
semsys:seminfo_semmsl=300</FONT> <BR><FONT face=Arial size=2>set
semsys:seminfo_semume=64</FONT> <BR><FONT face=Arial size=2>* Shared
memory</FONT> <BR><FONT face=Arial size=2>set
shmsys:shminfo_shmmni=220</FONT>
<BR><FONT face=Arial size=2>set shmsys:shminfo_shmseg=100</FONT> </P>
<P><FONT face=Arial size=2>2. The backup that followed the reboot is yielding
the same results.</FONT> </P><BR>
<P><FONT face=Arial size=2>Thanks,</FONT> <BR><FONT face=Arial size=2>Robert
Richardson</FONT> <BR><FONT face=Arial size=2>Activision Studios</FONT>
<BR><FONT face=Arial size=2>310.255.2247</FONT>
</P><BR><BR><BR><BR><BR></BLOCKQUOTE></BODY></HTML>
------_=_NextPart_001_01C22860.25BE5FC0--
|
|
|
