ADSM-L

Re: [ADSM-L] How do I override compression setting?

2009-03-10 13:07:33
Subject: Re: [ADSM-L] How do I override compression setting?
From: Kelly Lipp <lipp AT STORSERVER DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Tue, 10 Mar 2009 11:06:53 -0600
How about exclude.compression on that filespace?  

exclude.compression 
Excludes files from compression processing if the compression option is set to 
yes. This option applies to backups and archives.

Kelly Lipp
CTO
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
719-266-8777 x7105
www.storserver.com


-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of 
Schneider, John
Sent: Tuesday, March 10, 2009 10:11 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: [ADSM-L] How do I override compression setting?

Greetings,
    I have a specific NFS filesystem on a TSM AIX client that I need to
backup without compression because the files are very large and already
compressed, so it is pointless to compress them.  But compression is
"yes" in the dsm.sys file because I want to compress the other
filesystems.
    The TSM client definition for compression is set to "client", so
presumably the client can choose to either compress or not.  Here is the
dsmsched.log of the schedule.  Note that I turn off compression in the
schedule:
 
03/10/09   10:00:38
------------------------------------------------------------
03/10/09   10:00:38 Schedule Name:         @1002
03/10/09   10:00:38 Action:                Incremental
03/10/09   10:00:38 Objects:               /mnt/mksysb
03/10/09   10:00:38 Options:               -subdir=y -compression=n
03/10/09   10:00:38 Server Window Start:   09:57:56 on 03/10/09
03/10/09   10:00:38
------------------------------------------------------------
03/10/09   10:00:38
Executing scheduled command now.
03/10/09   10:00:38 --- SCHEDULEREC OBJECT BEGIN @1002 03/10/09
09:57:56
03/10/09   10:00:38 Incremental backup of volume '/mnt/mksysb'
03/10/09   10:00:45 ANS1898I ***** Processed       500 files *****
03/10/09   10:00:50 ANS1898I ***** Processed     1,000 files *****

.... Buncha lines skipped...
 
03/10/09   10:02:12 ANS1898I ***** Processed     5,500 files *****
03/10/09   10:07:02 Normal File-->     2,489,241,600 /mnt/mksysb/osba
ckup/eeyore/eeyore-03082009 ANS1360I Compressed Data Grew
03/10/09   10:13:05 Normal File-->     2,489,241,600 /mnt/mksysb/osba
ckup/eeyore/eeyore-03082009 [Sent]
03/10/09   10:13:05 Successful incremental backup of '/mnt/mksysb'
 
03/10/09   10:13:05 --- SCHEDULEREC STATUS BEGIN
03/10/09   10:13:05 Total number of objects inspected:    5,624
03/10/09   10:13:05 Total number of objects backed up:        1
03/10/09   10:13:05 Total number of objects updated:          0
03/10/09   10:13:05 Total number of objects rebound:          0
03/10/09   10:13:05 Total number of objects deleted:          0
03/10/09   10:13:05 Total number of objects expired:          0
03/10/09   10:13:05 Total number of objects failed:           0
03/10/09   10:13:05 Total number of bytes transferred:     3.93 GB
03/10/09   10:13:05 Data transfer time:                    8.86 sec

Why am I still getting "ANS1360I Compressed Data Grew" when the options
for the schedule are "-compression=n"?  It shouldn't be trying to
compress, should it?  
 
We are running TSM client 5.4.2.0, and TSM server 5.4.3.0 on AIX, in
case that matters.

Best Regards,

John D. Schneider 
Lead Systems Administrator - Storage 
Sisters of Mercy Health Systems 
3637 South Geyer Road 
St. Louis, MO  63127 
Phone: 314-364-3150 
Cell: 314-750-8721 
Email:  John.Schneider AT Mercy DOT net

 
This e-mail contains information which (a) may be PROPRIETARY IN NATURE OR
OTHERWISE PROTECTED BY LAW FROM DISCLOSURE, and (b) is intended only for the
use of the addressee(s) named above. If you are not the addressee, or the
person responsible for delivering this to the addressee(s), you are notified
that reading, copying or distributing this e-mail is prohibited. If you have
received this e-mail in error, please contact the sender immediately.