× 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.



Paul -

I am not sure what you're saying. Other than the CHKTAP *UNLOAD everything uses BRMS. Is there something else you are suggesting? (forgive my limited BRMS knowledge please).

Having both drives on both systems does sounds nice.

(As companies have been acquired I've inherited a lot of systems over the years and I generally avoid going in and reworking all the processes that have worked for decades).

Scott

-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Paul Getz
Sent: Friday, May 27, 2016 10:05 AM
To: Midrange Systems Technical Discussion
Subject: Re: BRMS user new to use of tape libraries

Scott,

Any reason you don't just use BRMS to perform all the functions you're describing?

Also, might consider zoning your drives so that they are both available to both partitions, in the event you ever need a second drive. Just a suggestion.


Paul

On May 27, 2016, at 10:55 AM, Lindstrom, Scott R. <Scott.Lindstrom@xxxxxxxxxxxxxx> wrote:

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

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.midrange.com_mailman_listinfo_midrange-2Dl&d=CwICAg&c=_2JymsjkoSdpgdT4DmA4bg&r=-518Ilz5cVhEAzb0mENLKbaCPCUJ_jWIaTTDYAFSng4&m=vMqikLwldIKIph6Xtu6uvZYPYJuwpSYrc_i6xY4ntGw&s=Y7LJZ4Y4AzFIK5OvchInZsRFD7IT3Xip1WbyCQcFCX0&e=
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://urldefense.proofpoint.com/v2/url?u=http-3A__archive.midrange.com_midrange-2Dl&d=CwICAg&c=_2JymsjkoSdpgdT4DmA4bg&r=-518Ilz5cVhEAzb0mENLKbaCPCUJ_jWIaTTDYAFSng4&m=vMqikLwldIKIph6Xtu6uvZYPYJuwpSYrc_i6xY4ntGw&s=mXuFiuCMbaRm_q4eLg3KvleQd62hRAjGhsITZn-mzjw&e= .

Please contact support@xxxxxxxxxxxx for any subscription related questions.

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

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.