[Veritas-bu] Backup Performance Issues
2002-07-10 17:28:55
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_01C22858.CB6AC380
Content-Type: text/plain;
charset=iso-8859-1
Content-Transfer-Encoding: 7bit
More information!!
Is this data being backed up over a network (and if so, 10, 100 or 1000 Mb
and are your duplex/speed settings forced appropriately on the host AND
router) or to local tape drives (implement drive buffering while jacking up
shmmax in the kernel)?
What are other backups experiencing, the same performance or better?
How's the I/O look on your server when the backup is running? Do you notice
hot spots on certain (or all) disks?
A file size of 1GB is actually really great as it would probably take longer
to back up a horde of smaller sized files.
-----Original Message-----
From: Richardson, Robert [mailto:RRichardson AT activision DOT com]
Sent: Wednesday, July 10, 2002 1: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_01C22858.CB6AC380
Content-Type: text/html;
charset=iso-8859-1
Content-Transfer-Encoding: 7bit
<!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 5.50.4522.1800" name=GENERATOR></HEAD>
<BODY>
<DIV><SPAN class=451162521-10072002><FONT face=Arial color=#0000ff size=2>More
information!!</FONT></SPAN></DIV>
<DIV><SPAN class=451162521-10072002><FONT face=Arial color=#0000ff size=2>Is
this data being backed up over a network (and if so, 10, 100 or 1000 Mb and are
your duplex/speed settings <U>forced</U> appropriately on the host AND router)
or to local tape drives (implement drive buffering while jacking up shmmax in
the kernel)?</FONT></SPAN></DIV>
<DIV><SPAN class=451162521-10072002><FONT face=Arial color=#0000ff size=2>What
are other backups experiencing, the same performance or
better?</FONT></SPAN></DIV>
<DIV><SPAN class=451162521-10072002><FONT face=Arial color=#0000ff size=2>How's
the I/O look on your server when the backup is running? Do you notice hot
spots on certain (or all) disks?</FONT></SPAN></DIV>
<DIV><SPAN class=451162521-10072002><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=451162521-10072002><FONT face=Arial color=#0000ff size=2>A
file
size of 1GB is actually really great as it would probably take longer to back
up
a horde of smaller sized files.</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
1: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_01C22858.CB6AC380--
|
|
|