Dynamic SGC volume expansion from GDPS

As IBM haven't done proper migration from the RFE tool here the original content.

Description:It would be great if GDPS could initiate and validate the completion of a Dynamic SGC volume expansion instead of client should do it manually from DS8K GUI/CLI. It would give great value if we can do our work from GDPS directly instead of having a need for logon to the DS8K itself.

Use case:An LCP environment is not static. Single volume handling will be required from time to time. Not once, but often. So we need your assistance to improve the efficiency for us using it.

Business justification:More efficient use of the product and improved user experience for GDPS users.

Bookmarkable URL:https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=149217

N/A

We have not LCP

We agree with this requirement, avoiding DSCLI usage is a good target.

Avoiding DSCLI interaction would be a desirable enhancement.

Although it is not often done, reducing the need to interact with DS8K CLI manually is always helpful.
Having more functions under the orchestration of the GDPS is a good suggestion, without compromising any capabilities. (i.e. GDPS should not cause a function on DSCLI to be disabled, at least without a warning, either)

We've not implemented LCP yet and no plans to do so in the immediate future, but would be fully supportive of the removal of manual actions .

Looks as a good idea, but need to be better described. As is, raises me a concern of loss the control over the SGC available space. Eventually, a policy to keep enough space available for a dynamic SGC might require a reserved threshold limit very high.

We haven't implemented LCP yet. But if we come to it in the future I fully support this RFE and would like to see it implemented by then.

n/a

n/a

We would take advantage of this feature in general. We would appreciate if GDPS could "manage" Dynamic Expansion of Duplex and MGM volumes.

We agree, anything GDPS can do to eliminate a manually managed multiplier + a customer having to work on the DS8K to manage the SGC pool is a step in the right direction.

with GDPS enhancements to observe and monitor the dynamic SGC volume expansion, the next logical extension is to make the adjustment of SGC capacity available from GDPS.

I am not sure what SGC is or stands for, but I know mirroring (GDPS, CSM, DSCLI, etc.) is the only thing that does not support dynamic volume expansion. Resizing a volume, which has become necessary with all the UCBs and LCUs that we have been offered (journal volumes, practice volumes, safe guard volumes, etc.) and only 255 LCUs/DS8K, we have had to increase the size of volumes. Removing from GDPS, resizing (in our case 7 volumes/volser), and put it back into GDPS, it's a complete nightmare. Our procedure is 24-page long, and contains 8 jobs, 10 rexx execs, and 21 dscli command scripts, and 1 pcomm savelist. I will gladly show it you, if you are interested in seeing how hard it is. Yes, I absolutely vote for this.

Would certainly ease working with SGC to be able to monitor Dynamic SGC volume expansion from GDPS instead of client should do it manually from DS8K GUI/CLI.