IBM System Storage Ideas Portal
This portal is to open public enhancement requests against IBM System Storage products. 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.
This is partially delivered as of Spectrum Protect 8.1.2:
* NDMP data can be saved into directory-containers.
* Container pool blocks can be sent to a remote server directory-containers.
Not Delivered:
* NDMP inventory (FILEDATA) cannot be sent with REPLICATE NODE.
* TOC cannot be sent into any type of containers, nor replicated.
* NDMP or PROTECT data cannot be moved into cloud-containers by any method.
* No additional handling of NDMP on tape.
Without REPLCIATE NODE:
* No other pool type would be able to copy NDMP data to another server.
* Recovery of NDMP nodes from the target server would not be possible.
For NDMP received into FILE, DISK, or CONTAINER storage, the ability to REPLICATE NODE would probably still be possible after testing. Restrictions on source and target pool types would need to be enacted.
For NDMP received into TAPE storage, it is unlikely that REPLICATE NODE will be able to handle the data any time soon. SP provides the tape, and position, but the data payloads are raw, without being chunked. There are no bitfiles, no aggregates. This is confirmed by the fact that RECLAIM STGPOOL also will not processes *DUMP format tapes.
For SP to be able to replicate that, it would need to read into NetApp's dump format, and maintain awareness of all of the changes in that format over time. The initial and ongoing workload for such a features would be high, as would the liability risk.
I don't speak for IBM. I'm just giving my 2 cents.