Re: Saving GUEST and HOST lpar at same time.

Not a buzzword, didn't know if this might suffice for your situation or not.

http://publib.boulder.ibm.com/infocenter/iseries/v7r1m0/index.jsp?topic=%2Fbrms%2Fsc415345156.htm



On Thu, Dec 20, 2012 at 7:27 AM, <rob@xxxxxxxxx> wrote:

Are you using BRMS network, or tossing out a buzzword? My belief is that
BRMS network is used to share inventory, and details about what is backed
up where, between machines in a network. NOT, share drives across a
network. Heck if you save to a virtual catalog on one machine there's no
way to dup it, IN BRMS, to another machine and dup it to tape there. I
want to do it in brms so that I don't lose track of what media holds what
saves of what object.


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: Jack Kingsley <iseriesflorida@xxxxxxxxx>
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>,
Date: 12/19/2012 05:49 PM
Subject: Re: Saving GUEST and HOST lpar at same time.
Sent by: midrange-l-bounces@xxxxxxxxxxxx



Rob, maybe you could leverage BRMS network for this.

On Wed, Dec 19, 2012 at 10:46 AM, <rob@xxxxxxxxx> wrote:

Keep in mind we are using a tape library and not a tape drive. That

tape

library has multiple drives in it.

We are also using BRMS. Through some usage of STRBALBRM *SET and then
STRBALBRM *BALANCE we get tapes reserved for the lpars prior to bringing
systems down and performing saves. So using the same tape on two

machines

shouldn't happen.

The boss is pricing out another tape card. I think the SAN switch has

the

ports.

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: DrFranken <midrange@xxxxxxxxxxxx>
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>,
Cc: rob@xxxxxxxxx
Date: 12/19/2012 09:56 AM
Subject: Re: Saving GUEST and HOST lpar at same time.
Sent by: midrange-l-bounces@xxxxxxxxxxxx



Methinks Rob is getting into this LPAR thing a bit deep for the middle
of the week......

Maybe I'm reading this wrong but you ask about saving both at the same
time but then discuss liking two separate saves?

You can go either way:

IF you shut down the GUEST and the NWSSTG objects are flagged
ALWSAV of *YES then you get both in a SAVE 21. Nice for DR but NO
Granular restore for the GUEST - All or nothing.

IF You leave the GUEST running and either omit /qfpnwsstg or flag
the objects ALWSAV *NO then your save 21 of the host will not contain
the guest storage. At the same time (if you have two tape drives AND are
a glutton for I/O abuse) you could be saving the GUEST to another
drive. If you have only one tape drive (which I am guessing from
earlier notes.) then you can save the one, and then save the other.
Just don't do what one of my customers did: Attempt to use the same tape
for both SAVE 21s. Oops.

- Larry "DrFranken" Bolhuis

On 12/19/2012 9:41 AM, rob@xxxxxxxxx wrote:

Can I save GUEST and HOST lpar at the same time with full system save?

I

could either omit /QFPNWSSTG or change it's attribute to no save.
So if I end HOST to restricted state, can GUEST keep running?

I like the granularity of doing the full system save on GUEST versus

just

relying upon the save of HOST. That, and the concern about restoring

the

SRM on new hardware, if needed.


Rob Berendt

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