Google -IBM CATCO- for story of PowerHA running on v5r4 as clustering and
geo mirroriing. Had to do custom code to keep the "system" type objects in
sync. Did it as part of night processing.


message: 5
date: Tue, 21 May 2013 12:00:03 -0500
from: Jim Oberholtzer <midrangel@xxxxxxxxxxxxxxxxx>
subject: Re: Migrate iTERA to PowerHA

PowerHA has an Administrative Domain that can copy 80% of the *SYSBAS.
The HA Assist (iCluster) product gets you about another 15% over that.
There are some objects no one can replicate at an application level.

So the answer to your question is yes, PowerHA gets all the things you
were thinking of.

Upgrades happen just as with any other upgrade, although once an iASP
has been taken to V7R1, it cannot be reattached to a V6R1 system.

I don't think to many folks use PowerHA at V5R4 so the answer to your
question is a bit different.

Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects


On 5/21/2013 11:29 AM, rob@xxxxxxxxx wrote:
So this doesn't copy stuff like user profiles, object ownership and that
stuff?

I guess I can see leaving some of this stuff out of the iasp, like the
key
assigned to a vendor package. Stuff we already deal with in Mimix type
of
environments.

What about the object conversions I mentioned earlier: stream file type1
to type2, STROBJCVN, etc. Any of that a factor during the upgrade?


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: Jim
Oberholtzer <midrangel@xxxxxxxxxxxxxxxxx> To: Midrange Systems
Technical Discussion <midrange-l@xxxxxxxxxxxx>, Date: 05/21/2013 11:52
AM Subject: Re: Migrate iTERA to PowerHA Sent by:
midrange-l-bounces@xxxxxxxxxxxx With PowerHA all the customer data is
in an iASP leaving *SYSBAS to only the OS and LPP. (and stuff that has
to be there that the administrative domain or HA Assist replicate) So
you push the iASP over to the second system in the cluster, vary it on
and away you go. Now number 1 only has *SYSBAS attached. Upgrade/Apply
PTFs at your pleasure during working hours. When done bring the
cluster back and repeat with number two. Most folks actually have two
copies of the iASP in separate locations rather than just doing the
clustering described above. It's all part of clustering. Jim
Oberholtzer Chief Technical Architect Agile Technology Architects On
5/21/2013 10:29 AM, rob@xxxxxxxxx wrote:
I think this has been answered before so forgive my continuing
doubts.
But is this setup sort of like:

Power 7 #1

connected to SAN

Power 7 #2

You do some magic that says run on #2 now. Both #1 and #2 are using
the
same SAN but only one can be 'live' at a time?

How does one upgrade the OS? Wouldn't that require some outage?
Considering that part of the OS may be a conversion like changing
stream
files from TYPE1 to TYPE2 (remember that?), strobjcvn, all the system
cross reference files, etc.


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 46755http://www.dekko.com
--
--


--

***********************************************************************
The information transmitted is intended solely for the individual or
entity to which it is addressed and may contain confidential and/or
privileged material. Any review, retransmission, dissemination or
other use of or taking action in reliance upon this information by
persons or entities other than the intended recipient is prohibited.
If you have received this email in error please contact the sender and
delete the material from any computer. As a recipient of this email,
you are responsible for screening its contents and the contents of any
attachments for the presence of viruses. No liability is accepted for
any damages caused by any virus transmitted by this email.

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.