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.
The BRMS team does not intend to provide a solution to this request at this time, so it is being closed. There is a work-around which has been provided.
In the original problem added the following steps to the end of the work-around provided above.
Press F9 to show all options
SEQNBR is pre-filled with IFS file sequence number, but POSITION is always *FIRST.
When F9 is pressed, the native restore command is prompted. After this happens, BRMS does not get control back. Since the restore command that is prompted allows a customer to change the OBJ() parameter, BRMS is no longer able to know the correct POSITION() parameter in the event that the OBJ() parameter is changed. The native restore support expects an exact POSITION() parameter match to the OBJ() parameter and will fail the restore when it doesn't find the correct match. BRMS defaults the to use POSITION(*FIRST) when the command is prompted because is it the safest way to execute a restore command which will work for all prompted cases.
The BRMS team needs more information to further assess your Request for Enhancement. BRMS should use the POSITION parameter for *LINK restores that retain object level detail, but it appears this scenario has uncovered an issue with your specific restore path. We think there is a circumvention possible while waiting for this to be fixed.
Please try the following scenario and let us know if it works:
WRKMEDIBRM VOL(yyyyyy) // specify a volume created with a CTLGRP *LINK option "Retain object detail" *YES
Option 9 on *LINK
Option 9 on a folder that contains at least one file
Option 9 on the single row displayed
Option 7 on a file (or more)
This should bring up the individual recovery items for each file that was selected with option 1 next to each item.
Press to do the restores.
Exit out of WRKMEDIBRM interface when the restores complete and use F10 to view details messages to check for successful restores.
Always assumed that with the information of the position available in the BRMS database, it was used.
Thanks for bringing this forward.
One could discuss if this is a bug or an enhancement. Why store information in the database and not use it?