Potential exceptions to this (unlikely as they may be): - If the old management class has MODE=MODIFIED and the new management class has MODE=ABSOLUTE, that will drive backups of all the files.
- If the old management class has a relatively high FREQUENCY setting compared to the new management class, that could drive unexpected backups of files. Best regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Product Development Level 3 Team Lead Internal Notes e-mail: Andrew Raibeck/Hartford/i...@ibmus Internet e-mail: [email protected] IBM Tivoli Storage Manager support web page: http://www.ibm.com/support/entry/portal/Overview/Software/Tivoli/Tivoli_Storage_Manager The only dumb question is the one that goes unasked. The command line is your friend. "Good enough" is the enemy of excellence. "ADSM: Dist Stor Manager" <[email protected]> wrote on 2010-06-23 09:56:11: > From: "Prather, Wanda" <[email protected]> > To: [email protected] > Date: 2010-06-23 10:09 > Subject: Re: Changing management class wihtout retransferring all data > Sent by: "ADSM: Dist Stor Manager" <[email protected]> > > If you change the management class (for example by adding an INCLUDE > statement to bind a file to a different management class), the next > time you run a backup you will see "files rebound nnnnn" in the > statistics. TSM will just change the management class for the files > it finds (files that still exist on the hard drive). It will not > resend the data. > > There is not a way to change the management class for inactive files > that no longer exist on the hard drive. > > -----Original Message----- > From: ADSM: Dist Stor Manager [mailto:[email protected]] On > Behalf Of Alexander Födisch > Sent: Wednesday, June 23, 2010 9:49 AM > To: [email protected] > Subject: [ADSM-L] Changing management class wihtout retransferring all data > > Hi, > > is there a possibility to change the management class without > transfering the data again to TSM server? > We have to change the management class of approx. 50TB of data (12 > millions files) and we don't want to backup all the > data again. > > > Thanks. > Alex
