The changed attribs update refers to basic file attributes, such as readwrite/readonly flag, archive bit, basic security (rwxrwxrwx), etc., that are stored in the TSM server database, not as part of the file data in the storage pools. The intent of this behavior is to optimize backup time by updating the attributes in the TSM server database, rather than sending the entire file again. More complex attributes such as Windows security are too large to store in the TSM server database, and are therefore backed up as part of the file. In this case, when the Windows security attributes change, the entire file is backed up again (including the security info).
The client manuals talk about which changes trigger attribute updates versus complete backups of the files in chapter 4, under the description of full and partial incremental backup. Go to the URL in my sig and do a search on ATTRIBUTE UPDATE... you'll get a lot of hits, but the top article, #1248006, might be of interest. Best regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Product Development Level 3 Team Lead Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED] Internet e-mail: [EMAIL PROTECTED] IBM Tivoli Storage Manager support web page: http://www.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageManager.html 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" <ADSM-L@VM.MARIST.EDU> wrote on 12/11/2007 08:43:29 AM: > I'm trying to figure out when the permission of certain files changed. I > ran a few tests, and I'm not sure I like the behavior of TSM. Maybe I'm > missing something. > > - I backed up a file a month ago. > - The file hasn't changed for a month > - Today I changed the permission from 644 to 444. > - I ran a "dsmc i" and it didn't back up the file again, just updated: > "Total number of objects updated: 1" > - When I browse the files for restore, there was no indication of the > permission change > - When I restore the file with a point-in-time from before this update, it > still restores the file with the current permission! > > It doesn't seem this is how it should work, but I do understand that the > metadata of the file is probably stored in the TSM DB and there is > probably no facility to maintain metadata history. Does this seem > strange to anyone? > > > -Shawn > > > This message and any attachments (the "message") is intended solely for > the addressees and is confidential. If you receive this message in error, > please delete it and immediately notify the sender. Any use not in accord > with its purpose, any dissemination or disclosure, either whole or partial, > is prohibited except formal approval. The internet can not guarantee the > integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) > not therefore be liable for the message if modified. Please note that certain > functions and services for BNP Paribas may be performed by BNP > Paribas RCC, Inc.
