|
On Nov 1, 2018, at 2:51 PM, Steinmetz, Paul <PSteinmetz@xxxxxxxxxx> wrote:
I forgot to ask about this.
From V7R3 IBM manual - BM i and related software Data migrations.
"Order the target system with feature code 0205 or prepare your target system or logical partition. If the Licensed Internal Code is not preinstalled on the target system with IBM i 7.3, IBM recommends that you upgrade to the new release of the operating system on your source system before you migrate your data to the new system. Feature code 0205 authorizes you to use the new version and release on the source system for the sole purpose of migrating your data. You must reinstall the previous operating system on the source system after the data migration"
1) What is feature code 0205 and what does it buy you or gain.
2) And why is this necessary - "You must reinstall the previous operating system on the source system after the data migration"
Paul
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Jim Oberholtzer
Sent: Thursday, November 01, 2018 3:24 PM
To: 'Midrange Systems Technical Discussion'
Subject: RE: P7 V7R3 to P9 V7R3 migration recommendations / suggestions
Questions
1) Has anyone ever used multiple drives for the BRMS recovery of the *ALLUSR
libraries backup item.
Yes, frequently. Works well particularly when you have several small
libraries and one or two large ones. Restore however is single threaded
since each library will be on a single tape. What I do in this case is use
the STRRCYBRM command and pick the libraries on one tape to restore. Then
run a second STRRCYBRM command and pick the libraries on the second tape.
You can't be in a restricted state but you can have the system severely
restricted.
Just make sure to restore all the journals/journal receivers first.
From what I've read and been told, if the original BRMS save was done using
4 drives, then one could start four interactive STRRCYBRM OPTION(*RESUME) to
reduce the down window.
Pros/cons on this?
Yep, do it all the time as I just pointed out. Pro, four restores going at
once. Con: make sure journals are down first for all the libraries and I
would do QGPL/QUSRSYS before any others. Disk I/O likely will be a bottle
neck.
2) Once an LPAR has been tested, I'd prefer to NOT clear the ASP for final
migration, but rather delete all user libraries and recover only those.
Pros/cons on this?
The eliminates significant work on the system end but you keep talking about
an ASP, why? If youi have the network server storage in an iASP for PowerHA
I can see it but I don't see the value in using standard ASP other than to
add complexity.
3) Any other migration or recovery suggestions from the group?
Practice makes perfect.... You'll learn something everytime you do it.
--
Jim Oberholtzer
Agile Technology Architects
--
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: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxx for any subscription related questions.
Help support midrange.com by shopping at amazon.com with our affiliate link: https://amazon.midrange.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: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxx for any subscription related questions.
Help support midrange.com by shopping at amazon.com with our affiliate link: https://amazon.midrange.com
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.