|
I had an issue with qsysopr and a profile that was on the new machine on the
rstusrprf portion, bascially it was skipped and thus RSTAUT didn't do what
was intended either.
On Wed, Jul 27, 2011 at 9:06 AM, Jim Oberholtzer<midrangel@xxxxxxxxxx>wrote:
> 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.> then
> >
> >
> > Believe the easy thing to do would be upgrade power6 box to 6.1 or 7.1
> > 21 save, 01d on the new box.> am
> >
> > 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
> > seeing varying results in my testing.
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.