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
begin:vcard
n:Unold;Bernhard
tel;work:+49 7071/29-80130
x-mozilla-html:FALSE
adr:;;;;;;
version:2.1
email;internet:[EMAIL PROTECTED]
fn:Bernhard Unold
end:vcard

Reply via email to