Skip to Main Content
IBM Z Hardware and Operating Systems Ideas Portal


This is the public portal for all IBM Z Hardware and Operating System related offerings. 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.

Status Future consideration
Workspace z/OS
Categories DFSMS HSM
Created by Guest
Created on Nov 26, 2021

HSM improvement related to the ARCMDEXT EXIT and new parameter request

The Itau bank has 2 very large Sysplexes Bank and Cards.
The Bank environment has a heavy batch workload that relies on the HSM task. The batch processing has a lot of GDG datasets.
The Itau is using the EXIT ARCMDEXT to inform the HSM during the migration to not migrate some GDG generations, it is a very important step to avoid recalls during the batch window.
But, the problem in this scenario like the details in the case TS007360791, sometimes the migration start and the list resulted from the EXIT ARCMDEXT processing is passed to HSM after the migration start, so, sometimes when it happens the migration process some GDG generations that must be not migrated. In this situation when a critical batch job starts and need this same generation that was migrated needs to recall to continue the job, it is a bad scenario for Itau because it can delay the entire batch window.
During the case, it was not possible considering the current design a way to avoid this behavior, the IBM HSM support also suggested to use the parm "# GDG Elements on Primary", but this parm also will not avoid the migration of GDG generations and will not protect the batch from running recalls like the Itau needs.

So, this RFE is to request two new functions:

1. A way to make sure the EXIT ARCMDEXT and migration will be synchronized prior the migration starts, so, the migration will not migrate any GDG generation that was inside the list of ARCMDEXT, I mean it will make sure the migration will have the most current position from ARCMDEXT.

2. OR/AND create a new parameter for GDG datasets where we can inform the datasets or the number of GDG generation that we want to preserve on the primary disk and HSM can't migrate those generations. I mean here, the HSM will not consider the datasets included in this policy to be migrated.

Idea priority High
  • Guest
    Reply
    |
    Apr 28, 2022

    This should be manageable through the MGMTCLAS Primary Days value as that takes priority over the #GDG Elements on Primary. We manage our GDG's this way for the same reasons you are and it works fine.