ADSM-L

Re: ADSM Database backup tapes

1997-03-27 13:16:24
Subject: Re: ADSM Database backup tapes
From: Jane Walker <jawalke AT USWEST DOT COM>
Date: Thu, 27 Mar 1997 11:16:24 -0700
Dwight E. Cook wrote:
>
>      You might not be able to alter the "access=" directly (I haven't
>      tried) but I bet if you check the volume out of the library something
>      will happen... If nothing else it should make them unavail...(I
>      haven't tried this either)
>      To bring them back to scratch status, if they were that before and you
>      used "scratch=yes" in your backup command use the "delete volhist
>      tod=-7 type=dbb"  dbb is for data base backup.... but probably if you
>      checked them out of the library and they went back to scratch you
>      would have to do another checkin libvol libraryname volsernumber
>      status=scratch checklabel=no devt=blah
>      to get it back in the inventory.  I hope if you are taking the
>      dbbackup tape offsite you're also taking storage pool copies!
>      Don't know different folks workloads and not that I'm promoting a
>      reduction in work force BUT what we do is simply back the data up
>      offsite to begin with... we use an extended fddi link(s) between our
>      two Tulsa locations, have ADSM servers at both locations, and backup
>      the machines at one location to the adsm server at the other location,
>      then if a airplane should crash or something we would have the
>      "offsite" adsm server to rebuild the lost systems AND it would become
>      an immediate backup server to all remaining servers (then we would
>      make IBM happy and order a new one...). I might also note that it is
>      up to the bean counters to handle retention of accounting data and the
>      such for legal reasons.  Our ADSM servers are mainly for a "any system
>      72 hour recovery requirement" (as it existed when it died...) so my
>      life isn't so bad ;-)
>      Hope this helps
>
> ______________________________ Reply Separator 
> _________________________________
> Subject: Re: ADSM Database backup tapes
> Author:  ADSM-L at unix,uu/DD.RFC-822=ADSM-L AT VM.MARIST DOT EDU
> Date:    3/3/97 10:14 AM
>
> I too would like to know how you do this and other offsite activities.
> Include me in any list of explainations.
>
>                         Thank you
>                         Dave Larimer
>
> >----------
> >From:  Naveed Mustafa[SMTP:Naveed_Mustafa AT MCKINSEY DOT COM]
> >Sent:  Monday, March 03, 1997 6:51 AM
> >To:    ADSM-L AT VM.MARIST DOT EDU
> >Subject:       ADSM Database backup tapes
> >
> >Hi there,
> >
> >Does anyone know how would you mark the ADSM database backup volumes
> >offsite?  I could not find any method in the ADMIN Guide and "update
> >volume" command does not work for these database volumes.
> >
> >Also, if I would like to reclaim these offsite tapes as scratch to the
> >library every 7 days, how would I do it?
> >
> >Any comments and suggestions would be greatly appreciated.
> >
> >Regards,
> >Naveed.
> >

Naveed,

We also use the "del volhistory todate=today-5 type=dbb" command to
handle our database volumes.

  We have also setup a DEVCLASS of 'OFF' with a different prefix and
point our database backups to it using the command "BA DB DEV=OFF
TYPE=FULL SCR=YES".  To alter the 'access' of these volumes and bring
them onsite and offsite on a daily basis, we use the following commands
through administrative schedules: "UPD VOL * ACC=READW
WHERESTG=OFF_COPYPOOL WHEREST=EMP WHEREACC=OF" and "UPD VOL * ACC=OF
WHERESTG=OFF_COPYPOOL WHEREACC=READW,READO WHEREST=FUL,FIL".  Our tape
management system takes care of the checking volumes in and out of the
library.

Jane



del volh tod=-5 type=dbb' to handle our
--
Jane Walker
Jane Walker
   205 E. 2nd S. Rm 203     Fax  : (801) 237-3099
   Salt Lake City, UT 84111 Pager: (801) 480-0175
   Phone:  (801) 237-5532   MailTo: jawalke AT netmail2.mnet.uswest DOT com
<Prev in Thread] Current Thread [Next in Thread>