I set schedule to backup TSM database daily with command "backup db type=full devclass=filedev1". So I have a lot DB backup version.
----- Original Message ----- From: "Daniel Sparrman" <[EMAIL PROTECTED]> To: <ADSM-L@VM.MARIST.EDU> Sent: Wednesday, April 06, 2005 3:48 PM Subject: Re: Backup TSM database I would guess that you only have one database backup left on that device? The last database backup on a specific device cannot be expired. Best Regards Daniel Sparrman ----------------------------------- Daniel Sparrman Chef Utveckling & Drift Exist i Stockholm AB Propellervdgen 6B 183 62 TDBY Vdxel: 08 - 754 98 00 Mobil: 070 - 399 27 51 nghiatd <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> 2005-04-15 10:55 Please respond to "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> To ADSM-L@VM.MARIST.EDU cc Subject Re: Backup TSM database I used use FILE type volumes to backup TSM database. But I can not delete database backup volume with "expire inventory". ANR0812I Inventory file expiration process 3 completed: examined 2125 objects, deleting 10 backup objects, 0 archive objects, 0 DB backup volumes, and 0 recovery plan files. 0 errors were encountered. Do you have any idea ? Nghiatd, ----- Original Message ----- From: "Richard Sims" <[EMAIL PROTECTED]> To: <ADSM-L@VM.MARIST.EDU> Sent: Monday, April 04, 2005 7:06 PM Subject: Re: Backup TSM database > On Apr 19, 2005, at 7:28 AM, nghiatd wrote: > > > Can I use private tape if I incremental backup db. Not support backup > > db to > > one tape is too waste > > One dbbackup per volume. See definitive statement in IBM TechNote > 1153782. > > TSM database backups are critical resources, and the intention is that > each tape be immediately securable by removing from the library and > securing in a vault or like safe place. And you don't want to have to > deal with partial expiration and reclamation issues. > > Where small libraries are an issue, the developers have provided the > ability to use FILE type volumes. (You could even have an SATA drive > running inside a safe as the destination of such backups.) > > Richard Sims >