|
We also have different retention policies. Monday is kept for 'weeks'.show
Other days for 'days'. Quarterly for a year.
We don't care if BR0204 expires off of a daily save and gets used in a
Monday or Quarterly save. Makes no difference to us. WRKMEDBRM will
us when the tape was used and when it will expire. WRKOBJBRM will showus
what tapes it was saved on and when.the
Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1
Group Dekko
Dept 1600
Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com
From: "Steinmetz, Paul" <PSteinmetz@xxxxxxxxxx>
To: "'Midrange Systems Technical Discussion'"
<midrange-l@xxxxxxxxxxxx>
Date: 02/04/2014 10:49 AM
Subject: RE: BRMS Backup Strategy and Implementation
Sent by: midrange-l-bounces@xxxxxxxxxxxx
Rob,
Sorry for the confusion, currently only 6 scratch volumes, but normally
about 14.
Currently redoing a 10 year, 4 volume dup.
Our library has 45 slots, 1 reserved for cleaning, 3 I/O slots.
Currently 34 active volumes, probably about 10 different saves/control
groups.
We keep the this many active volumes in the library, most restores don't
require a media load, already in the library.
We run saves every day also, some saves have different retentions, so
combination of move/media policy will save/append to the correct volume.snow
We load / unload M-F.
I want to keep them balanced.
It's not really tricky the system, but keeping like saves on the same
volumes.
Paul
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [
mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of rob@xxxxxxxxx
Sent: Tuesday, February 04, 2014 10:29 AM
To: Midrange Systems Technical Discussion
Subject: RE: BRMS Backup Strategy and Implementation
Only 6 volumes total? How many does your library hold?
Our library holds over 50 volumes. We load up a weeks worth at a time.
Actually 6 'run' days. We back up 5 days a week. The advantage to this
is it will still back up when the office is closed due to holidays or
emergencies. Our library also has 18 I/O slots but don't let the numberand
of I/O slots limit you. We only run the *BALANCE once a week. Yes, we
remove the daily tapes every day but we only load new tapes once a week.
If you really are truly limited to 6 volumes, and you want two for one
4 for the other, then you should run the *SETs separately. One for 2and
one for 4. But if your library holds a weeks worth then do a *SET for(5
* 2) for the one and (5 * 4) for the other. Replace 5 by the number ofMail
days of the week you back up.
You're not still trying to trick the system to use certain volumes on
certain days of the week, are you?
Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1
Group Dekko
Dept 1600
Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com
From: "Steinmetz, Paul" <PSteinmetz@xxxxxxxxxx>
To: "'Midrange Systems Technical Discussion'"
<midrange-l@xxxxxxxxxxxx>
Date: 02/04/2014 10:03 AM
Subject: RE: BRMS Backup Strategy and Implementation
Sent by: midrange-l-bounces@xxxxxxxxxxxx
Rob,
To keep 2 LPARs balanced with the same number of owned scratch volumes,
would the below be the correct STRBALBRM strategy.
Currently Pencor05 owns 2 scratch ULTRIUM5 volumes, Pencor06 owns 4
scratch ULTRIUM5 volumes.
First, only once I would run
QSYS/STRBALBRM ACTION(*SET) MEDCLS(ULTRIUM5) LOC(TAPMLB01)
SYSNAME(PENCOR05 PENCOR06) MEDREQ(6)
Then daily, after loading scratch volumes into TAPMLB01, I would run
QSYS/STRBALBRM ACTION(*BALANCE) MEDCLS(ULTRIUM5) LOC(TAPMLB01)
SYSNAME(PENCOR05 PENCOR06)
Paul
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [
mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of rob@xxxxxxxxx
Sent: Tuesday, February 04, 2014 9:19 AM
To: Midrange Systems Technical Discussion
Subject: RE: BRMS Backup Strategy and Implementation
And you only run STRBALBRM on one system. Or how you like to run it.
For example, if we have one tape library used in our Garrett IN office,
and that feeds multiple lpars, we may run the STRBALBRM on one of the
lpars there. And run a different STRBALBRM, once, on one of other lpars
in our Kendallville IN office for all of the lpars there.
Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1 Group Dekko Dept 1600
to: 2505 Dekko Drivelist
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com
--
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 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 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 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 is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
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.
As an Amazon Associate we earn from qualifying purchases.
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.