ADSM-L

Re: [ADSM-L] EXPORTING clients

2011-07-08 08:03:06
Subject: Re: [ADSM-L] EXPORTING clients
From: "Hughes, Timothy" <Timothy.Hughes AT OIT.STATE.NJ DOT US>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Fri, 8 Jul 2011 07:57:00 -0400
Thanks paul,

Yes, We are doing Server-to-tape exports. I did notice a couple times long 
input tape mounts on the destination TSM SERVER one was around 6,000 seconds 
another around 14,000 seconds and another 17,000 seconds.


Also, I noticed the one clients SYSTEMSTATE number of files is 815,709? This 
export is going take forever

q occu Kqdc5

Node Name  Type Filespace   FSID Storage    Number of  Physical   Logical
                Name             Pool Name      Files     Space     Space
                                                       Occupied  Occupied
                                                           (MB)      (MB)
---------- ---- ---------- ----- ---------- --------- --------- ---------
KQDC5     Bkup kqdc5\Sy-     1 LTO30POOL    815,709 65,734.62 65,656.25
                 stemStat-
                 e\NULL\S-
                 ystem
                 State\Sy-
                 stemState
Regards 

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of 
Paul Zarnowski
Sent: Thursday, July 07, 2011 3:40 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: EXPORTING clients

We have found that moving the data to a serial disk pool first, before 
exporting the data (server-to-server), can really speed things up.  In fact, I 
am suspicious that TSM may not be optimizing tape mounts for node exports, or 
at least under some circumstances.  We observed very iffy behavior in this 
respect but never had time to investigate it enough to open an ETR on it.  
Check your actlog to see if you are seeing a lot of tape mount activity 
associated with the export process.

If you are doing server-to-tape export, the above recommendation may not apply.

..Paul

At 02:04 PM 7/7/2011, Hughes, Timothy wrote:
>Hello,
>
>I am currently doing exports  and some of the exports are large (in my 
>opinion)  and they are taking days anyone know how these can be sped up? Or 
>its just waiting game? Also we can't leave the running overnight during 
>backups because a least 2 times they have caused server the clients are being 
>imported to hang.
>
>
>Also, has anyone had a issue where suspending exports caused the destination 
>TSM  server to Hang or crash?
>
>
>
>Some Export total files and files remaining
>
>Total files to be transferred: 132,929
>               Files remaining: 119,517
>
>Total files to be transferred: 511,889
>               Files remaining: 426,470
>
>Total files to be transferred: 356,733
>               Files remaining: 191,494
>
>
>Total files to be transferred: 816,599
>               Files remaining: 815,917
>
>
>Total files to be transferred: 132,929
>               Files remaining: 119,517
>
>
>Total files to be transferred: 511,889
>               Files remaining: 426,470
>
>
> Total files to be transferred: 356,733
>               Files remaining: 191,494
>
>Total files to be transferred: 1,414,575
>               Files remaining: 1,229,671
>
>
>
>TSM SERVERS VERSION 6.2.2
>
>Thanks in advance for any comments!


--
Paul Zarnowski                            Ph: 607-255-4757
Manager, Storage Services                 Fx: 607-255-8521
719 Rhodes Hall, Ithaca, NY 14853-3801    Em: psz1 AT cornell DOT edu

<Prev in Thread] Current Thread [Next in Thread>