IBM Z Software


This portal is to open public enhancement requests against IBM Z Software 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

  1. Post an idea.

  2. Get feedback from the IBM team and other customers to refine your idea.

  3. 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.

Add a new idea Subscribe
Status Future consideration
Workspace IBM Z System Automation
Created by Guest
Created on Mar 27, 2015

RELATED IDEAS

SA ISPF Dialogue Build option to support directly duilding to GDG(+1)

Hi SA Dev,
In the SA ISPF dialogue 2 BUILD OPTION in the ‘Output Data Set' field:
please provide support to allow user to specify the DSN(+1) for
an existing GDG when building to an ACF.

Customers can allocate a new DSN(+1) to an existing GDG using ISPF 3.2.
Please provide the same functionality in SA ISPF Build Option when user specify an existing DSN(+1) to automatically creating a new (+1) dsn.

SA development recommended customers to build the ACF to a GDG dsn. But there is no tool to facilitate this process.
Every SA customer has their own way of copying the ACF file to a GDG dsn.

This additional step can be eliminated and streamlined
if the SA ISPF Dialogue can be modelled after the ISPF 3.2 allocation
to support for the automatic allocation of the DSN(+1).

Thank you for the consideration.
Paul Liao

XAO1 Build Parameters Invalid DSN - syntax
Option ===>

1 Build a complete enterprise
2 Build sysplex group or stand alone system
Sysplex / System name. . * (*, ?, or name)
3 Build entry type or entry name
Entry Type. . . . . . . . * (*, ?, or type)
Entry Name. . . . . . . . * * (*, ?, or name)
4 View build report

Build options:
Output Data Set . . . . 'Z1481AO.D9G.SA.ACF(+1)' (Support allocating GDG(+1))
Mode. . . . . . . . . . ONLINE (ONLINE BATCH)
Type. . . . . . . . . . ALL (MODIFIED ALL)
Configuration . . . . . NORMAL (NORMAL ALTERNATE)

Idea priority Medium
  • Guest
    Reply
    |     Jun 19, 2015

    Due to processing by IBM, this request was reassigned to have the following updated attributes:
    Brand - Servers and Systems Software
    Product family - zSeries Software
    Product - Tivoli System Automation for z/OS (SA z/OS)

    For recording keeping, the previous attributes were:
    Brand - Tivoli
    Product family - Automation
    Product - Tivoli System Automation for z/OS (SA z/OS)

  • Guest
    Reply
    |     Apr 13, 2015

    Hi Raimund,
    Thanks for the responses. Can you please reconsider this RFE.
    I know there is a batch build process and
    that would work great for the long Entire Enterprise build.
    But when we only want to build an APL or an incremental build,
    we prefer the Online build for the reasons below.

    Using batch build has several disadvantages and it is especially
    problematic during our regular system maintenance window.

    But first off, not every support staff has the batch job submission authority.

    Secondly, during our regular zOS maintenance window,
    JES queue is often held to prepare for the systems maintenance activities.
    Batch jobs will not run or not allowed to run during the maintenance window
    until system is IPL'd and system maintenance has completed.
    Therefore SA's Batch build process is hindering our ability
    to add/update new applications during this time.

    Thirdly, batch job is subject to the availability of the WLM initiator.
    If there are no initiators available, the build job will not run.
    Support staff are then wasting time trying to determine the reason and
    again, wasted time and effort in an attempt to get the job to run.

    Lastly, we have software product that automatically archive batch job sysout output. So upon the completion of the batch job, Support staff are then required to signon to the Software product and wading through several screens and navigating several options just to view the successful of the build process.
    A total waste of time and efforts.

    Whereas, the Online Build, we will see the successful/unsuccessful
    build confirmation message immediately on the screen.
    We can review the Build Output on the same screen.
    Fast, Simple and effective.

    So benefits of Online build process.
    -No time wasted mucking with system WLM and initiators in order to get the batch job to run.
    -No time wasted searching for Sysout Output to see the confirmation message.
    -No need for Job submission security and authorization.

    ISPF 3.2 can support the allocation of the new (+1) GDG.
    I would think the SA product should provide the same consistent behavior
    and modernize SA ISPF dialogue for the same functionality.

    Thank you for your consideration.
    Paul Liao

  • Guest
    Reply
    |     Apr 7, 2015

    Hello Paul,
    thanks for your RFE.
    Please have a look at sample INGEBBLD that is delivered in library SINGSAMP.
    This is a sample for a batch driven build process, which allocates a new file of a GDG and copies the newly built ACF to that file.
    Because the vast majority of our clients use the batch build process, there was no strong demand yet to also enhance the ONLINE build process.
    I hope that the batch build process will satisfy your needs so that I can mark this RFE as 'available'.
    Best Regards,
    Raimund Thielker
    System Automation for z/OS - Development

By clicking the "Post Comment" or "Submit Idea" button, you are agreeing to the IBM Ideas Portal Terms of Use.
Do not place IBM confidential, company confidential, or personal information into any field.