Thanks Jacques and Bob!

Bob -
It was true that the backdelete was not set to yes.  I did change that now but 
db2 does not recognize that old data. When there are deactivated backups that 
db2adutl does not seem to be able to delete.

Jacques -
I can see hundreds of files out there for the specific node I am looking at but 
in db2adutl, there is only a subset of these files.

I have opened up a call to support to see if they can give me any ideas on how 
to get rid of this data.

Brenda

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of 
Jacques Van Den Berg
Sent: Wednesday, February 27, 2008 1:52 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] Orphaned DB2 data

Q occ also tells you the number of files which is the number of backups you 
have in tsm divided by the number of sessions you use to do your db2 backup.

Jacques van den Berg
TSM / Storage / SAP Basis Administrator
Pick 'n Pay IT
Email   : jvandenberg AT pnp.co DOT za
Tel      : +2721 - 658 1711
Fax     : +2721 - 658 1676
Mobile  : +2782 - 653 8164

Dis altyd lente in die hart van die mens wat God en sy medemens liefhet (John 
Vianney).


-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of 
Collins, Brenda
Sent: 26 February 2008 06:00 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] Orphaned DB2 data

The q occ only provides the total space.  The select command I was using shows 
actual dates.

Select node_name,backup_date from backups where node_name='xxxxxx'

This tells me there are backups out there from almost a year ago when their 
scripts are designed to delete backups older than 45 days.  When the DBA tried 
to delete them, he received the error message below.

Brenda

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of 
Jacques Van Den Berg
Sent: Tuesday, February 26, 2008 9:51 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] Orphaned DB2 data

Hi,

Does your sql select & query occ <NODE> give the same result?
We are running DB2 Ver8 & 9. I delete the backups with db2adutl. This only 
marks them as inactive in tsm. Tsm expire inventory will the delete them from 
tsm.

Regards,

Jacques van den Berg
TSM / Storage / SAP Basis Administrator
Pick 'n Pay IT
Email   : jvandenberg AT pnp.co DOT za
Tel      : +2721 - 658 1711
Fax     : +2721 - 658 1676
Mobile  : +2782 - 653 8164

Dis altyd lente in die hart van die mens wat God en sy medemens liefhet (John 
Vianney).


-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of 
Collins, Brenda
Sent: 26 February 2008 05:29 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: [ADSM-L] Orphaned DB2 data

Hi Everyone!

I have some issues with DB2 (v8 & v9) data.  If I run a select statement to 
show backups on a particular node, it shows many more backups than what the DBA 
sees when they do a query through db2adutl.  When the DBA tried to delete 
backups older than 45 days, he received the following
message:

The current delete transaction failed. You do not have sufficient 
authorization. Attempting to deactivate  backup image(s) instead...

Success.

I do know that over time, they have upgraded DB2 from v8 to v9 but I am not 
sure that is the reason why I have orphaned data.

Any ideas on how to determine what data is orphaned and how to get rid of it in 
DB2 would be greatly appreciated!

TSM Server: 5.4.0.2
OS = AIX 5.3
DB2 - V9 (at this time)
TSM Client 5.4.0.0

Thanks,
Brenda Collins

[CONFIDENTIALITY AND PRIVACY NOTICE]

Information transmitted by this email is proprietary to Medtronic and is 
intended for use only by the individual or entity to which it is addressed, and 
may contain information that is private, privileged, confidential or exempt 
from disclosure under applicable law. If you are not the intended recipient or 
it appears that this mail has been forwarded to you without proper authority, 
you are notified that any use or dissemination of this information in any 
manner is strictly prohibited. In such cases, please delete this mail from your 
records.

To view this notice in other languages you can either select the following link 
or manually copy and paste the link into the address bar of a web browser: 
http://emaildisclaimer.medtronic.com


Read our disclaimer at:
http://www.picknpay.co.za/pnp/view/pnp/en/page5093?
If you don't have web access, the disclaimer can be mailed to you on request.
Disclaimer requests to be sent to it-security AT pnp.co DOT za


Read our disclaimer at: http://www.picknpay.co.za/pnp/view/pnp/en/page5093?
If you don't have web access, the disclaimer can be mailed to you on request.
Disclaimer requests to be sent to it-security AT pnp.co DOT za