I haven’t used it for some years now, but the old Domino client used to store 
two entries for each client, one for the data and one for the permissions.  It 
would probably go against the TSM (Hate the new name!) philosophy to store any 
client data in the database, but this case might be a reasonable exception. 

Cheers

Steve

Steven Harris
TSM Admin/Consultant
Canberra Australia 

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of 
Reese, Michael A (Mike) CIV USARMY 21 SIG BDE (US)
Sent: Thursday, 23 November 2017 3:08 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] Backup of file attributes Windows

Hi Hans,

I've been snagged by this on many occasions myself.  The worst time was when 40 
TB of data had to get backed up again because a system admin made a simple 
permission change at the root directory.

I agree with you that since TSM now uses DB2 for its database, it should be 
able to handle storing permissions for Windows clients in the TSM database, 
just like it does for Linux clients.  If you're willing to create an RFE, I'll 
vote for it!

Mike Reese


-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of 
Hans Christian Riksheim
Sent: Wednesday, November 22, 2017 7:44 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: [Non-DoD Source] [ADSM-L] Backup of file attributes Windows

When our customers changes permissions on their file servers there is total 
chaos with new full backup of everything and no practical method to get rid of 
the extra backup data. I think our customers should be able to do this without 
paying twice as much for their backups.

From what I have heard TSM couldn't just update these files because there is 
too much overhead keeping this information in the database. However in the 
meantime TSM has gone from the proprietary database in v5 to a full DB2 which 
should handle this well.

It would be nice if IBM took a look at this problem and came up with a 
solution. Don't know if other TSM admins think this is an issue though.

Hans Chr. Riksheim


This message and any attachment is confidential and may be privileged or 
otherwise protected from disclosure. You should immediately delete the message 
if you are not the intended recipient. If you have received this email by 
mistake please delete it from your system; you should not copy the message or 
disclose its content to anyone. 

This electronic communication may contain general financial product advice but 
should not be relied upon or construed as a recommendation of any financial 
product. The information has been prepared without taking into account your 
objectives, financial situation or needs. You should consider the Product 
Disclosure Statement relating to the financial product and consult your 
financial adviser before making a decision about whether to acquire, hold or 
dispose of a financial product. 

For further details on the financial product please go to http://www.bt.com.au 

Past performance is not a reliable indicator of future performance.