× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



I have a few years of BRMS experience but it has all been with standalone drives. My basic knowledge is enough to have CL programs that perform the needed saves (always using BRMS commands) and perform recovery.
Now I am getting a TS3100 with two tape drives (each dedicated to one partition). Each side has 12 slots for tapes. Based on my readings I wanted to double check if what I plan to do will work.
On Monday AM I will have the Operations staff load up 12 expired tapes on each side.
Our backup processes for the week then goes like this:

* Our journal save process starts with a SAVOBJBRM command that specifies SEQNBR(1). This should cause BRMS to load a new scratch tape. Is that correct?

* This tape will be appended to all day long as journal receivers are saved off to tape.

* Each evening the journal save program is ended and then the operators kick off a save procedure that essentially saves all user data to the loaded tape.

* The end of this CL program unloads the tape.

* The journal save process is restarted (again specifying SEQNBR(1)). So a new tape should be loaded.

* On Saturday night we skip the save of the user data and instead perform a full system save:

o We eject the journal tape that is in the drive

o We then perform a custom save program that essentially performs a SAVE 21 using BRMS commands. Since it starts with a SAVSYS it should cause BRMS to load a new tape. Is that correct?



I would expect I would email the BRMS move media report each morning to the Ops staff so they know which of the 12 tapes to pull out of the silo.



Does this all sound workable?



Scott Lindstrom


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.