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



When you say "second backup" is this additional entries in the control
group?
There is a "*LOAD" parameter that can be specified as a backup-item
(like *EXIT), that tells it to go to a new tape.

Is this what you're looking for?  
We don't duplex our backups, so I'm not that familure with all the BRMS
options, if that's what your trying to describe, or if you just have
multiple entries in your control-group that you want split across
multiple tapes.  If this is the case, use *LOAD in the backup-item
field.

riginal Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Dave Snyder
Sent: Monday, November 03, 2003 11:07 AM
To: midrange-l@xxxxxxxxxxxx
Subject: BRMS question


How do I prevent a second backup from going to the same tape that backup
#1 wrote to if the tape is not unloaded from backup #1? I thought it
should be the" Append to Media" parameter in the backup policy but it
does not appear to be. In other words, I do not want a backup to write
to an "active" tape, only to expired tapes. Dave


_______________________________________________
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: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.



This communication is confidential and may be legally privileged.  If you are 
not the intended recipient, (i) please do not read or disclose to others, (ii) 
please notify the sender by reply mail, and (iii) please delete this 
communication from your system.  Failure to follow this process may be 
unlawful.  Thank you for your cooperation.


As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.