Z.
Is that list latest first or earliest first? Either way, you went from
about 1000 files one day to 36,806 the next day... But still, there are
four sessions with about 1000 files and nearly 40 GB. So, I'd try looking
at the contents table. I think that's the only table on the server that
captures individual files' sizes. If I had to guess what was going on, I'd
say maybe the client had a lot of activity one day that created a very
large log file, which probably never gets pruned. You might ask around if
anything strange happened on the client in the 24 hours before the first
big backup....
Robin Sharpe
Berlex Labs
"Zoltan
Forray/AC/VCU
" To: [EMAIL PROTECTED]
<zforray@VCU. cc: (bcc: Robin Sharpe/WA/USR/SHG)
EDU> Subject:
Re: Handling spikes in storage transfer
01/14/02
03:03 PM
Please
respond to
"ADSM: Dist
Stor Manager"
I am pretty sure it isn't a growth in the # of files. While the # of files
backed-up did spike a little, it doesn't correspond with the bytes
transfered. I think it is one or two big files.
Here is a snapshot from the SMF ACCOUNTING RECORDS generated by the server
(OS390) for the past 8-days.
Objects Total Data Total KB
Inserted Sent/Recvd Backup/Arch
---------------------------------------------
16,097 1,136,204 1,131,671
648 264,535 264,354
961 368,767 368,497
36,806 40,531,165 40,516,245
1,034 39,270,046 39,265,010
1,096 39,469,387 39,464,295
1,309 39,418,974 39,412,931
2,033 39,563,065 39,557,509
-----------------------------------------------------------------------------------------------
Zoltan Forray
Virginia Commonwealth University - University Computing Center
e-mail: [EMAIL PROTECTED] - voice: 804-828-4807
Robin Sharpe <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
01/14/2002 12:11 PM
Please respond to "ADSM: Dist Stor Manager"
To: [EMAIL PROTECTED]
cc:
Subject: Re: Handling spikes in storage transfer
Do you still have the older sessions in your actlog? Or you could look in
the summary table. Try to see if it's because of a lot more files, or
just
more data. If not many more files, look in the contents table for files
larger than 30GB. If none found, gradually decrease the size until you
find some. That's what I'd do. Those queries might take some time,
though.
Robin Sharpe
Berlex Labs
"Zoltan
Forray/AC/VCU
" To: [EMAIL PROTECTED]
<zforray@VCU. cc: (bcc: Robin Sharpe/WA/USR/SHG)
EDU> Subject:
Handling spikes in storage
transfer
01/14/02
09:47 AM
Please
respond to
"ADSM: Dist
Stor Manager"
I have an SGI client node that while normally sends <= 1.5GB of data, is
now sending 36GB+.
Without accessing the client itself, how can I find out what is causing
this increase in TSM traffic ?
I have contacted the client owner, but their response is taking too long
and this spike it wreaking havoc on TSM.
----------------------------------------------------------------------------------------------------
Zoltan Forray
Virginia Commonwealth University - University Computing Center
e-mail: [EMAIL PROTECTED] - voice: 804-828-4807
