Re: Database backup tapes taking over

2005-11-09 Thread William Boyer
ays you're the windshield" - ?? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Mark D. Rodriguez Sent: Wednesday, November 09, 2005 1:27 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Database backup tapes taking over Dennis, I think that what yo

Re: Database backup tapes taking over

2005-11-09 Thread Mark D. Rodriguez
Dennis, I think that what you need to do s setup DRM correctly. You are doing what is considered best practice by keeping DBB backups on site and sending DBS backups off site. However by default all of DRM is set up to use/manage DBB and not DBS type backups of the database. Therefore you must

Re: Database backup tapes taking over

2005-11-09 Thread Richard Sims
DRM has its own, strict discipline for managing DBbackup tapes. Once fully implemented, according to product documentation, you should not interfere with it via Delete Volhistory or other non-DRM commands. The List archives contain past postings where partial implementations and meddling have resu

Re: Database backup tapes taking over

2005-11-09 Thread William Boyer
Wednesday, November 09, 2005 9:55 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: Database backup tapes taking over OK...but I was under the impression that you could not set a DB backup expire in DRM AND run a 'delete volhist type=dbb'. Just trying to help, but if I'm wrong, I stand c

Re: Database backup tapes taking over

2005-11-09 Thread Dennis Melburn W IT743
half Of William Boyer Sent: Wednesday, November 09, 2005 6:55 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Database backup tapes taking over According to his original email, the DBBackup tapes stay ONSITE. For the DBBackup tapes to be expired via DRM and expiration they need to be OFFSITE. He

Re: Database backup tapes taking over

2005-11-09 Thread Bell, Charles (Chip)
liam Boyer Sent: Wednesday, November 09, 2005 6:55 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Database backup tapes taking over According to his original email, the DBBackup tapes stay ONSITE. For the DBBackup tapes to be expired via DRM and expiration they need to be OFFSITE. He'll

Re: Database backup tapes taking over

2005-11-09 Thread William Boyer
27;re the windshield" - ?? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Bell, Charles (Chip) Sent: Tuesday, November 08, 2005 12:19 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Database backup tapes taking over In DRM, you need to set a value for &#x

Re: Database backup tapes taking over

2005-11-08 Thread Bell, Charles (Chip)
back. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Dennis Melburn W IT743 Sent: Tuesday, November 08, 2005 10:30 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Database backup tapes taking over I have noticed that ever since I started using the DRM, al

Re: Database backup tapes taking over

2005-11-08 Thread Sandra
Dennis, What is your volume reuse delay for the copy storage pool? I can understand the number to rise from 14 to 28 if you have reuse delay of 14. In that case, the older tapes that you see are actually in the state of Pending. Regards, Sandra Dennis Melburn W IT743 wrote: > I have noticed that

Re: Database backup tapes taking over

2005-11-08 Thread Ochs, Duane
ovember 08, 2005 10:30 AM To: ADSM-L@VM.MARIST.EDU Subject: Database backup tapes taking over I have noticed that ever since I started using the DRM, alot of my TSM servers have been steadily decreasing in scratch tapes by alot. My servers are scheduled to run a Full Database backup once per day

Database backup tapes taking over

2005-11-08 Thread Dennis Melburn W IT743
I have noticed that ever since I started using the DRM, alot of my TSM servers have been steadily decreasing in scratch tapes by alot. My servers are scheduled to run a Full Database backup once per day, with a a Database Snapshot once per week. The full database copies stay on site, while the sn