ADSM-L

Re: Handling spikes in storage transfer

2015-10-04 17:13:40
Subject: Re: Handling spikes in storage transfer
From: Zoltan Forray/AC/VCU [mailto:zforray AT VCU DOT EDU]
To: ADSM-L AT VM.MARIST DOT EDU
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
      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
Zoltan Forray
Virginia Commonwealth University - University Computing Center
e-mail: zforray AT vcu DOT edu  -  voice: 804-828-4807




Robin Sharpe <Robin_Sharpe AT BERLEX DOT COM>
Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
01/14/2002 12:11 PM
Please respond to "ADSM: Dist Stor Manager"


        To:     ADSM-L AT VM.MARIST DOT EDU
        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:    ADSM-L AT VM.MARIST DOT EDU
                    <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
Zoltan Forray
Virginia Commonwealth University - University Computing Center
e-mail: zforray AT vcu DOT edu  -  voice: 804-828-4807
<Prev in Thread] Current Thread [Next in Thread>