I believe that DRM will only expire DBBackup VIRTUAL volumes, not normal
DBBackup tape volumes. This is for server-2-server DB backups. You have to
do a DEL VOLH T=DBB TOD=TODAY-n. I have this in a server script that does
all my server backup commands:
ba db type=full devclass=3590off scratch=yes wait=yes
/*------------------------------------------------------------------*/
/* If the backup worked, then delete volhistory... */
/*------------------------------------------------------------------*/
if(rc_ok) -
del volh t=dbb tod=today-8
Bill Boyer
DSS, Inc.
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Ed Anderson
Sent: Friday, January 11, 2002 2:14 PM
To: [EMAIL PROTECTED]
Subject: DBBackup Tapes never being asked for
Folks,
Has anyone experienced DBBackup tapes never going into a VaultRetrieve
state from DRM?
Some useful info : TSM Server 4.1.4.0 on Solaris 2.6.
We're not deleting VolumeHistory nor are we deleting VolumeHistory
type=backup, DRM is ( supposed to be ) taking care of it. We were
deleting VolHist volumes where type is backup, but was instructed that
such (1) didn't need to be done with DRM and (2) was probably why
DRM was losing track of the DBBackup volumes.
Any ideas that y'all have would be most helpful.. I'm a little lost as
to what could be causing this to happen..
Here's the output of "q drmstatus"
Recovery Plan Prefix: /var/tivoli/plans/disaster_plan
Plan Instructions Prefix: /var/tivoli/plans/instructions
Replacement Volume Postfix: @
Primary Storage Pools: TAPEPOOL1
Copy Storage Pools: DRTAPEPOOL1
Not Mountable Location Name: NOTMOUNTABLE
Courier Name: COURIER
Vault Site Name: VAULT
DB Backup Series Expiration Days: 15 Day(s)
Recovery Plan File Expiration Days: 15 Day(s)
Check Label?: Yes
Process FILE Device Type?: No
Command File Name:
Thanks,
Ed Anderson
--
++++++++++++++++++++++++
Ed Anderson
Unix / Backup Administrator
University of Mississippi Medical Center
[EMAIL PROTECTED]
++++++++++++++++++++++++
