Dos de las funciones principales del SMC son influir en la asignación de MVS para seleccionar dispositivos compatibles con volúmenes de cinta e interceptar mensajes de MVS para montajes y desmontajes de cintas a fin de automatizar estas operaciones para unidades virtuales y de biblioteca.
Para volúmenes específicos, la asignación del SMC se basa principalmente en la ubicación y los medios de volúmenes.
Para volúmenes nuevos, la asignación de SMC y el procesamiento del montaje se basan principalmente en las políticas de usuario. Las políticas para controlar los montajes y las asignaciones nuevos se pueden seleccionar mediante la interfaz ACS del DFSMS de StorageTek o las sentencias de control TAPEREQ del SMC.
Puede usar las salidas de usuario para seleccionar políticas. Consulte la Referencia de interfaces ELS heredadas para obtener más información.
Una política especificada mediante el DFSMS tiene prioridad sobre una política especificada mediante TAPEREQ; esta última, a su vez, tiene prioridad sobre una política especificada en una salida de usuario.
Use el comando POLicy del SMC para especificar políticas para las solicitudes de montaje y asignación de cintas. Este comando permite crear una política designada que contiene todos los atributos asociados con un evento de montaje o asignación, como MEDia, RECtech o MODel, SUBPool, ESOTeric, VTCS MGMTclas y TAPEPlex.
El comando POLicy se puede utilizar con sentencias TAPEREQ o la interfaz del DFSMS de StorageTek para asociar una política designada con solicitudes de montaje y asignación.
Además, el comando POLicy ofrece la capacidad de influir en las variables de asignación durante el procesamiento IDAX (salida de asignación dinámica/de interpretador de MVS). Los parámetros POLicy IDAXpueden ser utilizados por la interfaz del DFSMS de StorageTek y los usuarios TAPEREQ para cambiar las variables generalmente proporcionadas por el JCL.
Las políticas del SMC generalmente están definidas en un único conjunto de datos o miembro PDS que se carga durante el inicio del SMC mediante el comando READ del SMC. Además, el comando POLicy se puede ejecutar en cualquier momento para agregar una política nueva o reemplazar el contenido de una política existente.
En el siguiente conjunto de datos SMCCMDS de muestra, el comando READ carga el conjunto de datos CNTL.PDS(POLMEM) que contiene las políticas SMC del:
Ejemplo 4-1 Conjunto de datos SMCCMDS de muestra
ALLOCDEF ZEROSCR(ON,INSIDE) MSGDEF CASE(MIXED) TAPEPLEX NAME(HSCPLEX) LOCSUB(HSC0) READ DSN(’CNTL.PDS(POLMEM)’) TREQDEF DSN(’CNTL.PDS(TREQMEM)’)
Nota:
Los comandos POLicy deben ser procesados antes del comando TREQDEF si alguna sentencia TAPEREQ hace referencia a las políticas por su nombre.
Si algún comando POLicy hace referencia a un TAPEPlex, el nombre del TapePlex debe definirse mediante un comando TAPEPlex antes de procesar el comando POLicy.
Consulte la Referencia de comandos, sentencias de control y utilidades de ELS para obtener más información sobre el comando POLicy del SMC, el comando SMSDef y la sentencia de control TAPEREQ.
El comando POLicy del SMC permite establecer preferencias de dispositivos durante el proceso de asignación. El parámetro ESOTeric puede especificar una lista que contiene un máximo de ocho grupos esotéricos. Durante la exclusión de unidades, se incluyen los dispositivos de cualquiera de las listas de grupos esotéricos. Durante el establecimiento de prioridades de las unidades, los dispositivos se ordenan de acuerdo con su posición en la lista de grupos esotéricos. Esta función le permite realizar lo siguiente:
Optar por modelos más rápidos o más lentos de unidades equivalentes.
Optar por un tipo de dispositivo determinado (por ejemplo, 9940) si hay unidades disponibles, pero seleccionar un tipo de dispositivo alternativo si las unidades preferidas están ocupadas.
De forma predeterminada, la preferencia de unidades por parte del SMC se basa en los siguientes criterios (en orden):
ubicación LSM del volumen específico
lista de grupos esotéricos
recuento nuevo de LSM.
La ponderación relativa se puede cambiar con el parámetro PREFer de POLicy. Consulte la Referencia de comandos, sentencias de control y utilidades de ELS para obtener más información.
El procesamiento del SMC durante IDAX (salida de asignación dinámica/de interpretador de MVS) permite la especificación de políticas de usuario adicionales sobre la base de la configuración del comando IDAX del SMC y las políticas de cinta en comandos POLicy del SMC individuales.
El procesamiento IDAX del SMC permite cambiar los parámetros del JCL para grupos esotéricos, recuento de volúmenes, fecha de caducidad o período de retención, o nombre de programa y subsistema, sobre la base de las políticas especificadas en los objetos de política designada del SMC.
Estas funciones de política IDAX son activadas por el comando IDAX del SMC, que permite:
Especificar que las políticas de IDAX se aplican sobre la base de TAPEREQ. Especificar que el procesamiento IDAX del SMC debe ejecutarse antes del procesamiento de la interfaz de DFSMS de IBM. El parámetro SEQUENCE(FIRST) del comando IDAX especifica que el procesamiento IDAX del SMC precede al procesamiento del DFSMS de StorageTek.
Especificar que los juegos de datos MOD se tratan como un nuevo (MOD(ON)).
El comando POLicy del SMC permite establecer las políticas que se aplicarán durante IDAX. Todos los parámetros de política que comienzan con las letras "IDAX" se aplican únicamente si está especificado el parámetro POLICY(ON) del comando IDAX del SMC. Estos parámetros incluyen:
IDAXESOTERIC
Este parámetro especifica el nombre de un grupo esotérico que será reemplazado por el grupo esotérico del JCL. IDAXESOTERIC también se puede aplicar cuando la sentencia del JCL no contiene información sobre unidades. A diferencia del parámetro POLICY ESOTERIC, que permite especificar dispositivos como un subconjunto del grupo esotérico del JCL, IDAXESOTERIC realiza una sustitución de grupos esotéricos "verdadera".
IDAXEXPDT y IDAXRETPD
Estos parámetros son mutuamente excluyentes y permiten especificar un período de retención o fecha de caducidad para la sentencia DD, que sustituyen cualquier valor especificado en JCL.
IDAXVOLCNT
Este parámetro permite sustituir el parámetro de recuento de volúmenes especificado en JCL.
IDAXSUBSYS y IDAXPROGRAM
Puede usar estos parámetros para indicar a una asignación que utilice StorageTek ExHPDM (Extended High-Performance Data Mover) de Oracle.
El SMC puede realizar una sustitución de grupos esotéricos durante IDAX con el parámetro IDAXESOTERIC del comando POLicy. Cuando el SMC realiza una sustitución de grupos esotéricos durante IDAX, la unidad original se reemplaza con una unidad (grupo esotérico) diferente. Se puede sustituir cualquier grupo esotérico válido; por ejemplo, puede sustituir un grupo esotérico de disco con un grupo esotérico de cinta.
Nota:
Si el procesamiento IDAX del SMC modifica las unidades que eran de disco opcionalmente, o cambia las unidades de cinta a disco, es recomendable especificar el parámetro SEQUENCE(FIRST) del comando IDAX para permitir que el procesamiento del DFSMS del SMC preceda al procesamiento del DFSMS de IBM. Esto garantiza que los conjuntos de datos de cinta y disco se gestionan de la manera prevista.
Las nuevas asignaciones gestionadas por el DFSMS no son elegibles para la sustitución de grupos esotéricos IDAX del SMC.
El SMC realiza una sustitución de grupos esotéricos para todos los juegos de datos DISP=NEW.
Por defecto, el SMC trata a los juegos de datos DISP=MOD como preexistentes y no realiza una sustitución de grupos esotéricos. El SMC realiza una sustitución de grupos esotéricos para juegos de datos DISP=MOD únicamente si está especificado el parámetro MOD(ON) del comando IDAX y si la primera referencia del juego de datos en el JCL del trabajo es DISP=MOD o DISP=NEW..
Las cadenas de afinidad de unidades se separan si distintos miembros de la cadena seleccionan políticas POLICY con diferentes parámetros IDAXESOTERIC.
Las cadenas VOL=REF dentro de un trabajo se validan y actualizan con el grupo esotérico principal de la cadena para garantizar que se respeten las referencias de volúmenes.
Debe especificar SMSDef TEMPdsn(ON) antes de que pueda realizarse la sustitución de grupos esotéricos de IDAX para conjuntos de datos temporales.
Consulte la Referencia de comandos, sentencias de control y utilidades de ELS para obtener más información sobre los comandos IDAX y SMSDef.
Las sentencias de control TAPEREQ del SMC identifican los atributos de solicitud de cintas, incluida la política de cintas asociada con las solicitudes de asignación y montaje. La política seleccionada se basa en los criterios de selección de TAPEREQ, como el nombre del trabajo o el juego de datos.
El parámetro TAPEREQ POLicy indica al SMC que haga referencia a una política del SMC asociada definida por un comando POLicy del SMC.
Las sentencias de control TAPEREQ residen en un conjunto de datos de definición especificado por el comando de operador TREQDEF. Las sentencias TAPEREQ deben incluidas en este conjunto de datos de definición; no pueden ejecutarse como comandos de operador.
Nota:
Consulte la Referencia de comandos, sentencias de control y utilidades de ELS para obtener más información sobre la sentencia de control TAPEREQ y el comando POLicy.
Los comandos POLicy deben ser procesados antes del comando TREQDEF si alguna sentencia TAPEREQ hace referencia a las políticas por su nombre. Consulte Conjunto de datos SMCCMDS de muestra para obtener más información.
Si la instalación está usando sentencias TAPEREQ sin POLICY, o salidas de usuario, consulte Referencia de interfaces heredadas de ELS para obtener información acerca de la interacción entre POLICY y otras especificaciones de TAPEREQ y de políticas de salida de usuario.
Mediante una combinación de sentencias TAPEREQ y comandos POLicy, el SMC le permite especificar una política de asignación basada en números de serie de volumen específicos. En algunos casos, es posible que esta función le permita sustituir los VOLATTRs que no pertenecen a la biblioteca del HCS por las sentencias de control TAPEREQ y los comandos POLicy del SMC.
Nota:
La palabra claveVOLSER en una sentencia TAPEREQ se permite únicamente si la palabra clave POLicy también está especificada y hace referencia a una política del SMC antes definida con la palabra clave VOLTYPE(SPECIFIC).El uso de la política asociada con números de serie de volumen permite:
Definir diferentes características de volumen para el mismo número de serie de volumen para distintos clientes.
Por ejemplo, supongamos que el VOLSER AAAAAA existe en el TapePlex en un servidor del HSC con el medio STK1R, pero en un cliente específico, el volumen AAAAAA es un cartucho estándar que no perteneciente a una biblioteca. La siguiente combinación de comandos POLicy y sentencias TAPEREQ permite que el SMC omita la consulta de volúmenes para el volumen AAAAAA y use la información de política especificada:
POLICY NAME(MANVOL) VOLTYPE(SPECIFIC) MEDIA(STANDARD) NOTAPEPLEX TAPEREQ VOLSER(AAAAAA) POLICY(MANVOL)
Limitar la consulta de volúmenes a un único TapePlex basado en un número de serie de volumen.
Por ejemplo, suponga que un host de cliente tiene dos sistemas TapePlex definidos, PLEX1 y PLEX2, que contienen rangos de números de serie de volumen superpuestos (AAA000-AAA999 y BBB000-BBB999). De forma predeterminada, el SMC consulta los sistemas TapePlex en el orden en el que están definidos y utiliza información del primer TapePlex que reconoce el número de serie de volumen. La siguiente combinación de comandos POLicy y sentencias TAPEREQ permiten que el SMC elija la versión correcta del volumen para el cliente de host:
POLICY NAME(PLEX1VOL) VOLTYPE(SPECIFIC) TAPEPLEX(PLEX1) POLICY NAME(PLEX2VOL) VOLTYPE(SPECIFIC) TAPEPLEX(PLEX2) TAPEREQ VOLSER(AAA000-AAA999) POLICY(PLEX1VOL) TAPEREQ VOLSER(BBB000-BBB999) POLICY(PLEX2VOL)
Realizar la asignación directa de volúmenes fuera de la biblioteca en un TapePlex específico.
La siguiente combinación de comandos POLicy y sentencias TAPEREQ hacen que el SMC omita la consulta de volúmenes de la biblioteca y asigne los volúmenes seleccionados no pertenecientes a la biblioteca a las unidades de biblioteca compatibles con los cartuchos estándar:
POLICY NAME(INLIB) VOLTYPE(SPECIFIC) ESOTERIC(LIB1ESOT) MEDIA(STANDARD) NOTAPEPLEX TAPEREQ VOLSER(AAA000-AAA999) POLICY(INLIB)
Nota:
En el ejemplo anterior, el parámetroNOTAPEPLEX del comando POLicy indica al sistema del SMC que omita la lógica de consulta de volúmenes TapePlex.En el siguiente ejemplo, se ilustra el método recomendado para especificar comandos Policy del SMC, comandos TREQDEF y sentencias de control TAPEREQ.
Incluya la siguiente entrada en el procedimiento Start del SMC:
//SMCCMDS DD DSN=MY.PARMLIB(MYSMCCMD),DISP=SHR
Incluya las siguientes entradas en el miembro MYSMCCMD del SMCCMDS:
READ DSN(’MY.PARMLIB(SMCPOL)’) TREQDEF DSN(’MY.PARMLIB(SMCTREQ)’)
Nota:
Si las sentenciasTAPEREQ incluyen parámetros POLicy, los comandos POLicy deben ser procesados antes del comando TREQDEF, ya que el nombre de la política en la sentencia TAPEREQ se valida según las definiciones de políticas especificadas.Agregue los comandos POLicy del SMC al SMCPOL miembro, por ejemplo:
POLICY NAME(POL1) SUBPOOL(SP1) MEDIA(STK1R) RECTECH(STK1RC) TAPEPLEX(HSC) POLICY NAME(POL2) SUBPOOL(SP2) MEDIA(VIRTUAL) MGMTCLAS(ABC)
Modifique las sentencias de control TAPEREQ en el SMCTREQ miembro para que hagan referencia a las políticas designadas, por ejemplo:
TAPEREQ DSN(A.B.*) POLICY(POL1)TAPEREQ DSN(A.C.*) POLICY(POL2)
Estas sentencias TAPEREQ hacen referencia a los nombres de políticas del SMC definidos en el Paso 3.
El parámetro HOST del comando READ del SMC permite especificar diferentes definiciones de políticas para distintos hosts. Por ejemplo:
READ DSN(MY.PARMLIB(PRODPOLS)) HOST=PRODREAD DSN(MY.PARMLIB(TESTPOLS)) HOST=TEST
Si el nombre de host es PROD, se carga el PRODPOLS del miembro. Si el nombre de host es TEST, se carga el TESTPOLS del miembro.
La interfaz del DFSMS del SMC permite seleccionar un comando POLICY del SMC al devolver un nombre de MGMTCLAS de las rutinas ACS del DFSMS de StorageTek.
Nota:
En la Referencia de interfaces ELS heredadas, se describe un método alternativo para usar la interfaz del DFSMS del SMC.Para activar la interfaz del DFSMS del SMC, especifique el parámetro SMS del comando ALLOCDef de la siguiente manera:
ALLOCDEF SMS=ON
Para desactivar la interfaz del DFSMS del SMC, especifique el parámetro SMS del comando ALLOCDef de la siguiente manera:
ALLOCDEF SMS=OFF
El comando SMSDef permite adaptar la compatibilidad predeterminada del DFSMS del SMC a los requisitos de instalación. Este comando proporciona la capacidad de incluir u omitir determinadas funciones del DFSMS del SMC. Consulte la Referencia de comandos, sentencias de control y utilidades de ELS para obtener más información sobre el comando SMSDef.
STORCLAS y MGMTCLAS se pueden especificar ejecutando una rutina de selección automática de clase (ACS).
Nota:
La interfaz del DFSMS del SMC no admite los parámetrosSTORCLAS y MGMTCLAS del JCL debido a conflictos con el DFSMS de MVS de IBM. El uso del parámetro STORCLAS del JCL hace que un conjunto de datos sea gestionado por el DFSMS de IBM, y el parámetro MGMTCLAS de JCL requiere un conjunto de datos gestionado por el DFSMS de IBM. De manera similar, las rutinas del DFSMS que no tienen la variable &ACSENVIR=’STKTAP1' hacen que el conjunto de datos sea gestionado por el DFSMS de IBM y no pueden ser utilizadas por la interfaz del DFSMS del SMC.Es recomendable especificar SMSDef MGMTPol (ALL) para indicar al SMC que procese todos los nombres de clases de gestión devueltos por el DFSMS como nombres de políticas.
El comando SMSDef del SMC permite adaptar la compatibilidad predeterminada del DFSMS del SMC mediante la inclusión u omisión de determinadas funciones del DFSMS del SMC. Consulte la Referencia de comandos, sentencias de control y utilidades de ELS para obtener más información sobre este comando.
DFSMS de IBM invoca rutinas del ACS con la variable &ACSENVIR configurada en ALLOC antes de que el SMC invoque las rutinas del ACS con la variable &ACSENVIR configurada en STKTAP1.
El SMC invoca las rutinas ACS en los siguientes puntos del procesamiento:
SSI55: salida de asignación dinámica/de interpretador (IDAX)
SSI24: asignación común
Intercepción de mensajes de montaje
La siguiente lista de variables de solo lectura se transfiere del SMC al DFSMS cuando la información está disponible para el SMC. No todas las variables están disponibles para todas las llamadas a las rutinas ACS. En especial, los procesos que se llevan a cabo en el espacio de direcciones JES3, como MDS, no ofrecen al SMC acceso a los bloques de control de MVS que contienen los valores para estos campos. Consulte las descripciones de cada interfaz del DFSMS para conocer las excepciones.
&ACSENVIR (igual a STKTAP1 para la interfaz del SMC)
&ALLVOL
&ANYVOL
&DATACLAS
&DD
&DSORG
&DSN
&DSTYPE
&EXPDT
&FILENUM
&JOB
&LABEL
&LIBNAME
&NVOL
&PGM
&RETPD
&SYSNAME
&SYSPLEX
&UNIT
En el entorno STKTAP1, la variable &ANYVOL se utiliza únicamente para buscar un VOLSER específico y no contiene los valores REF=xx para las asignaciones de VOL=REF.
El campo &DATACLAS se define cuando la sentencia DD del JCL especifica este parámetro.
&LIBNAME está definido con el carácter 3 si SMSDef TEMPdsn(ON) está especificado y el juego de datos actuales que se está procesando es un juego de datos temporal.
Si la instalación utiliza la rutina IGDACSXT para modificar las variables de solo lectura antes de las llamadas de rutina ACS del DFSMS, tenga en cuenta que las siguientes variables, aun si están inicializadas, no se transfieren a las rutinas ACS del DFSMS cuando &ACSENVIR está definido en STKTAP1.
&ACCT_JOB
&ACCT_STEP
&GROUP
&MSGVP
&USER
&XMODE
Consulte la publicación de IBM DFSMSdfp Storage Administration Reference (Referencia de administración de almacenamiento DFSMSdfp) para obtener más información sobre las limitaciones al utilizar variables de solo lectura.
Al escribir una rutina de clase de gestión, considere lo siguiente:
La rutina de clase de gestión es invocada únicamente cuando se asigna una clase de almacenamiento.
La rutina de clase de gestión debe tener el valor de variable de solo lectura &ACSENVIR=’STKTAP1’. Las rutinas del DFSMS que no tienen la variable &ACSENVIR=’STKTAP1' hacen que el juego de datos sea gestionado por el DFSMS de IBM y no pueden ser utilizadas por la interfaz de DFSMS del SMC.
Durante la intercepción del mensaje de montaje de volumen IEC501A, la variable de solo lectura &UNIT contiene el tipo de unidad genérica, como 3490. Por lo tanto, se debe prestar atención al codificar rutinas ACS que usan la variable de solo lectura &UNIT.
Los mensajes emitidos por el DFSMS para las asignaciones estáticas JES3 se envían al archivo de rastreo GTF del SMC.
La siguiente figura proporciona una rutina de clase de gestión de muestra:
Ejemplo 4-2 Creación de rutinas de clase de gestión
PROC STORCLAS
IF &ACSENVIR = ’STKTAP1’ THEN
SET &STORCLAS = ’STKSTORC’
END
END
======================================================================
PROC MGMTCLAS
FILTLIST LOCAL INCLUDE(BACKUP*.**.,
PROD.BKP*.**)
FILTLIST REMOTE INCLUDE(PROD.OFFSITE.**)
IF &ACSENVIR = ’STKTAP1’ THEN
SELECT
WHEN (&DSN = &LOCAL)
SET &MGMTCLAS = ’INVTAPE’
WHEN (&DSN = &REMOTE)
SET &MGMTCLAS = ’OFFVTAPE’
END
END
Nota:
En este ejemplo, la rutinaSTORCLAS asigna una clase de almacenamiento a cada llamada. Esto garantiza que la rutina MGMTCLAS también sea direccionada en el momento del montaje.Durante el procesamiento de rutinas ACS del DFSMS, el SMC establece los valores para todas las variables de solo lectura cuando la información está disponible. No toda la información está disponible para todos los procesos para los que el SMC llama a las rutinas ACS.
Durante el procesamiento del mensaje IEF233A en el momento de la asignación y el montaje, el SMC establece la variable de solo lectura &UNIT en el valor especificado por el parámetro UNIT= de la sentencia DD. Al procesar el mensaje de montaje IEC501A, el SMC establece la variable de solo lectura &UNIT en el tipo de unidad genérica, como 3490.
Durante la asignación dinámica, el valor &DATACLAS se puede especificar mediante la codificación de la unidad de texto DADACL. Sin embargo, este valor no está disponible para el SMC durante el procesamiento del mensaje de montaje IEF233A.
Durante el procesamiento C/I POSTSCAN en JES3, las siguientes variables de solo lectura no están disponibles para el SMC:
&DATACLAS (si se especifica en el JCL)
&EXPDT
&PGM
&RETPD
Durante el procesamiento SSI23 de asignación dinámica, todas las variables de solo lectura están disponibles para las rutinas ACS.
Durante el procesamiento MDS en JES3, las siguientes variables de solo lectura no están disponibles para el SMC:
&DATACLAS (si se especifica en el JCL)
&EXPDT
&PGM
&RETPD
Durante el procesamiento del mensaje de montaje IAT5210, las siguientes variables de solo lectura no están disponibles para el SMC:
&DATACLAS (si se especifica en el JCL)
&EXPDT
&PGM
&RETPD
&UNIT (no contiene el grupo esotérico original, pero contiene el número de dispositivo seleccionado, como 0A10)
Al procesar el mensaje de montaje IEF233A para una asignación dinámica, el valor &DATACLAS especificado por la unidad de texto DADACL SVC99 no está disponible.
Al procesar el mensaje de montaje IEC501A, el SMC establece la variable de solo lectura &UNIT en el tipo de unidad genérica, como 3490.
Nota:
Cada interacción del SMC con el DFSMS invoca todos los niveles de rutinas ACS. La disponibilidad de variables antes enumerada se aplica a todas las rutinas ACS.El DFSMS ofrece las siguientes formas de validar la correcta ejecución de rutinas ACS:
Sentencia WRITE del DFSMS en las rutinas de ACS
Función de prueba de la ISMF del DFSMS
Cuando el SMC invoca las rutinas ACS del DFSMS, todos los mensajes emitidos por las sentencias WRITE del DFSMS se envían al archivo de rastreo GTF si el rastreo del SMC está activo.
Nota:
Las sentencias WRITE del DFSMS únicamente se envían al juego de datos SYSMSG para la fase de sustitución de grupos esotéricos SSI55 de salida de asignación dinámica/de intérprete (IDAX).
Las sentencias WRITE del DFSMS únicamente se envían al juego de datos SYSMSG para la fase de sustitución de grupos esotéricos SSI55 de salida de asignación dinámica/de intérprete (IDAX).