Hi John, You are right, and i was not carefully enough reading your statements. Because i never used "move media" i beleaved to see "move drmedia". My Tsm understands the "wherestate=mountableinlib" or "wherestate=mountablenotinlib" as parameter of the "q media" command - of course. Because i don't want to change my tapes i used "q media" to see if i can take any benefits of this or the "move media". I found that offsite tapes are not shown at all. I think this is the answer to your question. My question is: does either method 2a or 2b work in your environment? Drm license seems to be required. In our case it was included in the basic package (as far i know). Ask your vendor for more information. Perhaps it is not too expensive. John Marquart schrieb: > > 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 -- 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
