ADSM-L

Re: [ADSM-L] slow restore

2009-03-13 09:17:58
Subject: Re: [ADSM-L] slow restore
From: Rainer Wolf <rainer.wolf AT UNI-ULM DOT DE>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Fri, 13 Mar 2009 14:13:48 +0100
okay - you could change the COMPRESSALWAYS to 'NO', the default is at 'YES'
Otherwise already compressed files normally grow with the tsm compression
and so 'COMPRESSALWAYS NO' can disable compression for those files.

regards
Rainer




Richard Rhodes schrieb:

Thanks . . .

Grrrrrrr . . . I figured out what is happening.  The files that are backed
up are unix compressed (foo.Z).  The dsm.sys file is set with "compression
yes".  Of course the cpu is spinning, it's uncompressing the file which is
already compressed!!!!

Rick






             Rainer Wolf
             <rainer.wolf@UNI-
             ULM.DE>                                                    To
             Sent by: "ADSM:           ADSM-L AT VM.MARIST DOT EDU
             Dist Stor                                                  cc
             Manager"
             <[email protected]                                     Subject
             .EDU>                     Re: slow restore


             03/13/2009 08:11
             AM


             Please respond to
             "ADSM: Dist Stor
                 Manager"
             <[email protected]
                   .EDU>






Hi,
you may try instead
dsmc restore "/oracle/backup/fedwp1/bkup.hpdw1p.200903081920.fedwp1.hot/?*"
/oracle/backup/paul/ -inactive -subdir=yes -replace=no

This would deactivate the nqr -feature and we use it often when restoreing
quite small
number of files out of bigger file-spaces.

regards
Rainer

Richard Rhodes schrieb:


We are performing a restore that is running real slow.

client:  hpux 11.11, tsm v5.5.0
tsm server:  v5.4.1

The restore operation is about 1000 files totaling about 600gb. The tsm
server is sitting with the session on SendW.    When dsmc is first

started

it runs the restore at about 10-15mb/s.  After some time (an hour or so)

it

slows to a crawl.  The problem appears to be that dsmc is running an

entire

processor flat out at 100%.  In other words, dsmc becomes cpu bound.  We
have killed and restarted it several times and the same pattern occurs.

Here is dsmc cmd we ran:
dsmc restore /oracle/backup/fedwp1/bkup.hpdw1p.200903081920.fedwp1.hot/
/oracle/backup/paul/ -inactive -subdir=yes -replace=no

Any thoughts on what's happening would be appreciated!

Rick


-----------------------------------------
The information contained in this message is intended only for the
personal and confidential use of the recipient(s) named above. If
the reader of this message is not the intended recipient or an
agent responsible for delivering it to the intended recipient, you
are hereby notified that you have received this document in error
and that any review, dissemination, distribution, or copying of
this message is strictly prohibited. If you have received this
communication in error, please notify us immediately, and delete
the original message.


--
------------------------------------------------------------------------
Rainer Wolf                          eMail:       rainer.wolf AT uni-ulm DOT de
kiz - Abt. Infrastruktur           Tel/Fax:      ++49 731 50-22482/22471
Universitaet Ulm                     wwweb:        http://kiz.uni-ulm.de

--
------------------------------------------------------------------------
Rainer Wolf                          eMail:       rainer.wolf AT uni-ulm DOT de
kiz - Abt. Infrastruktur           Tel/Fax:      ++49 731 50-22482/22471
Universitaet Ulm                     wwweb:        http://kiz.uni-ulm.de

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