Hello Bernhard,
Yes my TSM does recognize the mountableinlib and
mountablennotinlib states. Just as described under the help for "move
media" and "query media".
You method does seem bit simpler - but I was under the impression that
the "move drm" and "query drm" required a DRM license. Am I faulty in
thinking this?
thanks,
-john
On Wed, 7 Mar 2001, Bernhard Unold wrote:
> Hi john,
> First one question: My Tsm doen't recognice "wherestate=mountableinlib"
> or "wherestate=mountablenotinlib". Your's?
>
> Your method seems to be a bit complicated. Perhaps i can help you.
> 1) backup your storage pool(s) (as written by you)
> 2) prevent reclamation by setting its value to 100 (as written by you)
> 3) backup your database (as written by you). It can be usefull to use
> "wait=yes". Then the command waits until fhe backup has finished, and
> you can catch the output with > or |.
> 4) dsmadmc move drm \* wherestat=mount dbb=no wait=yes
> All tapes in mountable state and belonging to backup copygroup(s) are
> set to notmountable and are checked out, if in the library. You can
> redirect the output, if you want. Have a look at the output. Did you get
> all tapes mentioned in the list? For example: if a tape is in a drive,
> it can't be checked out, and you just get a warning. No return code ist
> given!
> 5) dsmadmc move drm xxxxxx wherestat=mount wait=yes
> Replace xxxxxx with the name of the volume containing the last dbbackup
> or with \*. We sort the offsite tapes as follows: the copypoolvolumes
> per label, and the dbbackup per date. With step 4) and 5) ist easy to
> distinguish it.
> 6) If desired you can make a list of tapes beeing offsite:
> dsmadmc q drm |grep " Vault "
> and of tapes to be moved:
> dsmadmc q drm |grep -v " Vault "
> Remark: the blanks around Vault distinguish "Vault" from "Vault
> retrieve".
> Tapes to put offsite appear as "NOTMOUNTABLE"
> Tapes to recieve from offsite appear as "Vaultretrieve"
> 7) dsmadmc move drm \* wherestat=notmount tostate=vault wait=yes
> We don't use the courier state. Here again is a list of the volumes to
> put offsite.
> 8) dsmadmc move drm \* wherestat=vaultretrieve tostate=onsiteretrieve
> wait=yes
> We don't use the vaultretrieve state. Here again is a list of the
> volumes to retrieve from offsite. All empty offsitevolumes are onsite
> again (if defined to a storage pool) or deleted from storage pool (if
> scratch tapes).
> 9) Put the volumes offsite and onsite as written to the list in step 6)
> or 7) and 8).
> 10) Put the received tapes into your library and check them in using
> "search=y". Command for scratch tapes first:
> dsmadmc checkin libv 35_0lib search=y status=scratch
> dsmadmc checkin libv 35_0lib search=y status=private
> Replace 35_0lib with the name of your library. For each private tape you
> will get a warning, because it can't be checked in as scratch. Ignore
> these warnings.
> 11) Ready. From time to time you should check the offsite list from step
> 6) against the real tapes at your offsite location.
>
> Its not nessesary to make so many where-clauses nor to create and
> execute macros.
>
> Good luck.
>
> John Marquart schrieb:
> >
> > Hello all,
> > I am working on setting up an offsite storage plan, and needed to
> > get some clarification on my configuration.
> >
> > 1) Based on the _TSM for AIX: Admin Guide_ Ch. 20, I came up with the
> > following schedule:
> >
> > backup stgpool prim_pool copy_pool
> > update stgpool copy_pool reclaim=100
> > update volume * access=offsite location="offsite" \
> > wherestgpool=copy_pool whereaccess=readwrite,readonly \
> > wherestatus=filling,full
> >
> > <grep/manipulate previous output to obtain volume list>
> > <checkout volumes in volumelist>
> > backup db type=full devclass=3590tape scratch=yes
> > backup devconfig filename=dev.config
> > backup volhistory filename=vol.history
> > query volume stgpool=copy_pool access=offsite status=empty
> >
> > <grep/manipulate previous output to obtain volume list>
> > <checkin volumes in volumelist>
> > <update volumes in volumelist to access=readwrite>
> >
> > 2) But then, I heard something about a "move media" command - and after
> > reading the _Admin Reference_ and checking out the archives I can up w/
> > another 2 possibilities:
> >
> > A)
> >
> > backup stgpool prim_pool copy_pool
> > update stgpool copy_pool reclaim=100
> > move media * stgpool=copy_pool wherestate=mountableinlib \
> > wherestatus=full,filling ovflocation="Offsite Location" \
> > remove=yes cmd="update volume &vol access=offsite" \
> > cmdfile=checkout.mac checklabel=no
> > macro checkout.mac
> > backup db type=full devclass=3590tape scratch=yes
> > backup devconfig filename=dev.config
> > backup volhistory filename=vol.history
> >
> > <move the checkout tapes offsite>
> >
> > query media stgpool=copy_pool wherestatus=empty \
> > wherestate=mountablenotinlib cmd="checkin libvol 3494a &vol \
> > status=private devclass=3590 checklabel=no &NL update vol &vol \
> > access=readwrite" cmdfile=checkin.mac
> >
> > <parse checkin.mac to find tapes, return from offsite>
> >
> > macro checkin.mac
> >
> > B) begins the same, but after moving the checkout tapes offsite, finishes
> > w/ the following instead of the query media, etc. command:
> >
> > <move the chekout tapes offsite>
> >
> > move media * stgpool=copy_pool wherestate=mountablenotinlib \
> > wherestatus=empty cmd="checkin libvol 3494a &vol status=private \
> > devclass=3590 &NL update volume &vol access=readwrite" \
> > cmdfile=checkin.mac
> >
> > <parse checkin.mac to find tapes, return from offsite>
> >
> > macro checkin.mac
> >
> > --------
> >
> > While my example 1 is the "by the book" method, it seems from the
> > varied posts concerning "move media vs. checkout" that the "move media"
> > command is the preferred method. Assuming that is the case, I completely
> > do not understand why the "move media" command can check tapes out of the
> > library, but not back in. Given this restraint, is there any advantage of
> > my 2B method over my 2A method?
> >
> > Also, w/ regards to the checkout procedure, is my "move media"
> > version the simplest it can be? The reason I ask, is that it befuddles me
> > why I can't set access=offsite when i am using it to check tapes out, but
> > rather have to do it via the cmd option.
> >
> > thanks in advance,
> > -john marquart
> >
> > John "Jamie" Marquart | This message posted 100% MS free.
> > Digital Library SysAdmin | Work: 812-856-5174 Pager: 812-334-6018
> > Indiana University Libraries | ICQ: 1131494 D'net Team: 6265
> > irc.kdfs.net - come visit vaix
>
> --
> Mit freundlichen Grüßen
>
>
> Bernhard Unold
John "Jamie" Marquart | This message posted 100% MS free.
Digital Library SysAdmin | Work: 812-856-5174 Pager: 812-334-6018
Indiana University Libraries | ICQ: 1131494 D'net Team: 6265
