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



Thanks for the information, were doing side by sides with anzobjcnv all
ready accomplished. The Rstusrprf and rstaut have been issues.

On Wed, Jul 27, 2011 at 9:32 AM, <rob@xxxxxxxxx> wrote:

From Jim Oberholtzer:
<snip>
I would prefer the first method simply because it's the safest.
</snip>

I agree. I've done several of these. We try to keep our OS's current
just to avoid such dillimmas. Closest issue we had was migrating a 5.4
system on a 270 to Power 6. We upgraded the 270 to 5.4.5 first. Did the
straight migration over to the Power 6 and quickly upgraded that to 6.1.
Since then we scratched that system, started it with a new lpar and the
old one was restored as a guested lpar. Since that all were upgraded to
7.1.

I don't think any Power 7's support 5.4.5 like the Power 6's did.
https://www-304.ibm.com/support/docview.wss?uid=ssm1platformibmi

Rob Berendt
--
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@xxxxxxxxxx>
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Date: 07/27/2011 09:14 AM
Subject: Re: System Conversion Question?
Sent by: midrange-l-bounces@xxxxxxxxxxxx



Jack,

To get the most complete cut over you would follow the steps you
suggest, upgrade to V6 (or better yet V7 to get the most out of your new
hardware), then save/restore onto the new box. It will test your
recovery knowledge at the very least.

If you want to re-implement your applications on your new box, the load
up V7 with all the licensed programs, apply PTFs and then migrate the
applications. The problem with this approach is if there are user
objects in QGPL and QUSRSYS that need to be brought over. You'll have
to identify those objects and restore them manually. RSTOBJ with the
*NEW has worked for me in the past.

The other problem I have run into with this method is if logical files
are located in a different library that gets restored prior to the
physicals. I've seen as many as five restore passes needed to get all
the dependent files down. That may pop up with the unload reload as
well, but your odds are better there. To get past this I'll restore
the libraries with only the physical files, then come back and do the
logical files and indexes. Again very intensive.

I would prefer the first method simply because it's the safest.

Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects


On 7/27/2011 7:51 AM, Jack Kingsley wrote:
Power6 on 5.4.5 to Power7 from factory FC0205.


Believe the easy thing to do would be upgrade power6 box to 6.1 or 7.1
then
21 save, 01d on the new box.

What if I want to port over only the data portion of the power6 box from
5.4.5 with a prebuilt power7 box, looking for steps involved in this. I
am
seeing varying results in my testing.
--
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.



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.