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