IBM Power Ideas Portal
This portal is to open public enhancement requests against IBM Power Systems products, including IBM i. To view all of your ideas submitted to IBM, create and manage groups of Ideas, or create an idea explicitly set to be either visible by all (public) or visible only to you and IBM (private), use the IBM Unified Ideas Portal (https://ideas.ibm.com).
Shape the future of IBM!
We invite you to shape the future of IBM, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:
Search existing ideas
Start by searching and reviewing ideas and requests to enhance a product or service. Take a look at ideas others have posted, and add a comment, vote, or subscribe to updates on them if they matter to you. If you can't find what you are looking for,
Post your ideas
Post an idea.
Get feedback from the IBM team and other customers to refine your idea.
Follow the idea through the IBM Ideas process.
Specific links you will want to bookmark for future use
Welcome to the IBM Ideas Portal (https://www.ibm.com/ideas) - Use this site to find out additional information and details about the IBM Ideas process and statuses.
IBM Unified Ideas Portal (https://ideas.ibm.com) - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM.
ideasibm@us.ibm.com - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.
Due to processing by IBM, this request was reassigned to have the following updated attributes:
Brand - Servers and Systems Software
Product family - Power Systems
Product - IBM i
Component - Install, Upgrade, Licensing
Operating system - IBM i
Source - Other
For recording keeping, the previous attributes were:
Brand - Servers and Systems Software
Product family - Power Systems
Product - IBM i
Component - Availability, Recovery
Operating system - IBM i
Source - Other
Closing this request due to low number of votes, low priority from COMMON Americas Advisory Council (CAAC), and low priority from development perspective versus high cost and technical obstacles. The load source is more than a boot device, so there is a need to go to DST to copy the load source since it contains customer data. Changing this design point would be require a major effort/investment and prioritization versus other higher priority enhancements. Note, DB2 Mirror may also provide an alternative solution for this scenario in the future.
The CAAC has reviewed this requirement and recommends that IBM view this as a “nice to have” low priority feature. This certainly would enhance the OS and would be nice to have, but there is not a significant number of community members that have a need for it at this time.
Background: The COMMON Americas Advisory Council (CAAC) members have a broad range of experience in working with small and medium-sized IBM i customers. CAAC has a key role in working with IBM i development to help assess the value and impact of individual RFEs on the broader IBM i community, and has therefore reviewed your RFE.
For more information about CAAC, see www.common.org/caac
For more details about CAAC's role with RFEs, see http://www.ibmsystemsmag.com/Blogs/i-Can/May-2017/COMMON-Americas-Advisory-Council-%28CAAC%29-and-RFEs/
Nancy Uthke-Schmucki - CAAC Program Manager
My interest is the DST function in the option 9 Copy Disk Unit Data under work with disk unit recovery. Want the function for both internal and external disk.
There are various storage/load source migration scenarios -- internal to internal, internal to external, compatible external to external (e.g., DS8k to DS8k), incompatible external to external (e.g., the AIX case described going from XIV to V7000). Some scenarios are inherently more disruptive in some cases due to the changes in hardware, attachment, etc. Also, in the compatible external storage cases, one might expect to leverage storage replication technologies such as HyperSwap to enable migration with zero downtime. Please prioritize the different types of storage/load source migration scenarios which you feel are most important for your request.
With AIX, myself and an another SE was able to migrate a customer from an XIV to a V7000 without any downtime. We mirrored the rootvg in the XIV with the new rootvg in the V7000. We then broke the mirror leaving the rootvg on the V7000. We transitioned the customer from an XIV to a V7000 without the users knowing we were there.
With the Load Source Migration in IBM i, you have 1 to 2 hours of downtime while the system is IPLd in DST for the Load Source Migration.
We would be nice if we could implement the AIX LVM functionality for the rootvg migration building a mirror and then breaking the mirror leaving the rootvg in the target storage in IBM i.
To help understand the request, please provide more details about the AIX LVM aspects of the solution you're proposing and how it might address specific issues/problems with the current load source migration process.