Your original post of actlog stats didn't include how many objects
inspected/backed up. If you have a LOT of small files that would
account for some of it.
What type of network do you have?
I just looked at some of my stats and I have on the clients I checked
a Network to Aggregate data transfer time of 2 -1 to 3 -1.
How many sessions does the client use? You can set
RESOURCEUTILIZATION in dsm.sys on client to increase number
of sessions - see docs for info. Experiment to see best for you.
I would think you can get better than 8 hours for 70GB. I imagine
4 -6 hours is as good as you can do.
Have TSM 3.7.4.0 server on AIX 4.3.3 on F50 with 4x 332Mhz CPU
and 2 GB RAM. IBM 3575 library. Using 155MB ATM network. (Some clients have 100MB
Ethernet.)
David B. Longo
System Administrator
Health First, Inc.
3300 Fiske Blvd.
Rockledge, FL 32955-4305
PH 321.434.5536
Pager 321.634.8230
Fax: 321.434.5525
[EMAIL PROTECTED]
>>> [EMAIL PROTECTED] 08/02/01 01:47PM >>>
The only client we have is where the server is located. We are running TSM
to backup one RS/6000 F50 server. And backing up 70 GB in 8 hours doesn't
seem right. Is there anything that I can do to speed this up. We run a
Magstar 3570 connected to the F50 server through SCSI.
TSM Version 4.1.2.0
AIX Version 4.3.3.0
-----Original Message-----
From: Lindsay Morris [mailto:[EMAIL PROTECTED]]
Sent: Thursday, August 02, 2001 10:19 AM
To: [EMAIL PROTECTED]
Subject: Re: Transfer Rate
Aggregate uses wall-clock time;
Network uses the intervals between when the client says "I'm sending data
now", to when the server actually receives it.
It's perfectly normal to have aggregate be a lot slower than network.
If you really want to speed up your backups, you need to
look at the accounting log records (.../server/bin/dsmaccnt.log - see admin
guide for layout)
to see which of your clients suffer most from idle wait, media wait, or comm
wait.
> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
> Bill Wheeler
> Sent: Thursday, August 02, 2001 9:55 AM
> To: [EMAIL PROTECTED]
> Subject: Transfer Rate
>
>
> Hello All,
>
> I hope a few of the *SMer guru can help me out on this one. I don't
> know if you have had a problem like this before. The problem is our
> Aggregate Transfer Rate is allot lower then the Network Transfer
> Rate. Is
> there something that I can look at to see if I can get the data moved
> quicker? Here is a copy of the Activity log with the rates:
>
>
> ANE4961I (Session: 4532, Node: F50_CLIENT) Total number
>
> of bytes transferred: 69.33 GB 07/31/01 06:51:30
>
> ANE4963I (Session: 4532, Node: F50_CLIENT) Data transfer
>
> time: 11,858.22 sec 07/31/01 06:51:30
>
> ANE4966I (Session: 4532, Node: F50_CLIENT) Network data
>
> transfer rate: 6,130.86 KB/sec 07/31/01 06:51:30
>
> ANE4967I (Session: 4532, Node: F50_CLIENT) Aggregate data
>
> transfer rate: 2,462.14 KB/sec 07/31/01 06:51:30
>
> ANE4968I (Session: 4532, Node: F50_CLIENT) Objects
>
> compressed by: 0% 07/31/01 06:51:30
>
> ANE4964I (Session: 4532, Node: F50_CLIENT) Elapsed
>
> processing time: 08:12:07
>
>
> Any advice would be helpful.
>
> Thanks in advance,
>
> Bill Wheeler
> AIX Administrator
> La-Z-Boy Incorporated
> [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
>
"MMS <health-first.org>" made the following
annotations on 08/02/01 14:20:19
------------------------------------------------------------------------------
This message is for the named person's use only. It may contain confidential,
proprietary, or legally privileged information. No confidentiality or privilege is
waived or lost by any mistransmission. If you receive this message in error, please
immediately delete it and all copies of it from your system, destroy any hard copies
of it, and notify the sender. You must not, directly or indirectly, use, disclose,
distribute, print, or copy any part of this message if you are not the intended
recipient. Health First reserves the right to monitor all e-mail communications
through its networks. Any views or opinions expressed in this message are solely
those of the individual sender, except (1) where the message states such views or
opinions are on behalf of a particular entity; and (2) the sender is authorized by
the entity to give such views or opinions.
==============================================================================
