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/IBM@IBMUS
Internet e-mail: storman AT us.ibm DOT com
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 AT VM.MARIST DOT 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.
|
