En este apéndice, se describe la interacción del SMC con diversos productos de terceros.
Los clientes que utilizan productos de operaciones automatizadas deben revisar el mensaje WTOR SMC0110, emitido durante el procesamiento de intercambio del SMC, para detectar posibles cambios en las reglas de operaciones automatizadas.
El uso compartido de cintas Unicenter CA-MIA de Computer Associates para z/OS depende de la modificación directa de la EDL durante SSI24 para determinar las unidades de cinta elegibles para un evento de asignación. Sin embargo, el SMC no modifica directamente la EDL como parte del procesamiento de asignación normal. Para permitir una coexistencia adecuada con el uso compartido de cintas CA-MIA, establezca en ON el parámetro MIAcompat del comando ALLOCDef.
El producto de apilamiento en tiempo real de Computer Associates depende del procesamiento DEFER que se realiza durante SSI24. Sin embargo, el SMC generalmente realiza el procesamiento DEFER durante SSI78. Para permitir una coexistencia adecuada con CA1-RTS, configure en ON el parámetro CA1rts del comando ALLOCDef.
CA-Vtape de Computer Associates proporciona las salidas de usuario 02 y 08 para el SMC a fin de activar el procesamiento CA-Vtape. Generalmente, las salidas de usuario 02 y 08 no se llaman si un objeto POLICY adecuado se aplica al evento de asignación del SMC. Existen varias alternativas para garantizar que se invoquen las salidas de usuario proporcionadas por CA-Vtape:
No especifique una sentencia TAPEREQ predeterminada del SMC en el archivo de definiciones TREQDEF del SMC. Si no se encuentra ninguna sentencia TAPEREQ por defecto del SMC, y si el resto de las sentencias TAPEREQs se dirigen a eventos de asignación específicos controlados por el SMC, se llamará a las salidas de usuario proporcionadas si los eventos de asignación no controlados por el SMC deben dirigirse a CA-Vtape.
Si no especifica una sentencia TAPEREQ por defecto del SMC, use las definiciones TAPEREQ heredadas para definir la política de cintas y no dirija la definición TAPEREQ por defecto a un objeto POLICY. Por lo tanto, si la sentencia TAPEREQ por defecto es especificar medios virtuales, especifique la última sentencia de TAPEREQ como:
TAPEREQ JOB(*) MEDIA VIRTUAL
En lugar de:
TAPEREQ JOB(*) POLICY VIRTPOL
Donde la política VIRTPOL especifica MEDIA VIRTUAL.
Especifique ALLOCDef CAVTAPe(ON) en el conjunto de datos SMCCMDS o SMCPARMS durante el inicio. Cuando se especifica ALLOCDef CAVTAPe(ON), se llama a las salidas de usuario 02 y 08 incluso sin un objeto POLICY adecuado del SMC se aplica al evento de asignación.
El programa Fault Analyzer for z/OS de IBM permite determinar por qué una aplicación finaliza de forma anormal. Puede instalarse en sistemas que también ejecutan productos de software StorageTek ELS; sin embargo, no es útil cuando se aplica a finalizaciones anormales que se producen en código ELS. Debido al complejo entorno del subsistema donde se ejecuta el código ELS, es posible que Fault Analyzer finalice de forma anormal.
Si Fault Analyzer for z/OS está instalado en el sistema ELS, se recomienda enfáticamente especificar la siguiente actualización para garantizar que este producto ignore las finalizaciones anormales del producto ELS.
Si Fault Analyzer está instalado, realice la siguiente actualización de SYS1.PARMLIB(IDICNF00):
EXCLUDE (NAME(HSC) NAME(SMC) NAME(CSC))
Donde:
HSC es el nombre de la tarea iniciada por la consola del HSC.
SMC es el nombre de la tarea iniciada por la consola del SMC.
CSC es el nombre de la tarea iniciada por la consola de MVS/CSC.
De manera alternativa, puede especificar EXCLUDE (TYPE(STC)) para excluir de la evaluación de Fault Analyzer todas las tareas iniciadas por una consola. Sin embargo, es posible que esta amplia exclusión no sea adecuada en su entorno.
Asegúrese de que el paquete de seguridad de MVS (por ejemplo, RACF, TopSecret) esté configurado para otorgar al SMC la autoridad necesaria para responder a los mensajes de intercambio de MVS.
No se admite la macro Open Type J durante el procesamiento de manejo de mensajes del SMC.
Además, es posible que las mejoras de asignación del SMC no funcionen si utiliza la macro Open Type J de MVS. Dado que esta macro permite cambiar números de serie de volumen o nombres de conjuntos de datos durante el momento de apertura, es posible que el SMC interprete incorrectamente la información disponible en el momento de la asignación de pasos de trabajos.
Nota:
Algunos productos de software de proveedor usan Open Type J de MVS. Si ocurren resultados de asignación inesperados al utilizar un producto de software de proveedor, consulte al proveedor para determinar si se utiliza Open Type J y siga las recomendaciones que se describen a continuación.La asignación del SMC puede influir erróneamente en la asignación de MVS debido a que posiblemente se modificó la información durante el momento de apertura. Para evitar este problema al usar la macro Open Type J, especifique el grupo esotérico adecuado en el JCL o especifique un grupo esotérico adecuado en una sentencia de control TAPEREQ o un comando POLicy aplicables.
SAMS: DISK (DMS) de Sterling Software tiene dos métodos de asignación de transportes:
Asigna transportes durante el inicio de la sesión, se aferra a los transportes a lo largo de la sesión y usa Open Type J. Consulte Open Type J para obtener más información.
Usa la asignación dinámica (DYNALLOC) para asignar transportes cuando es necesario.
El SMC realiza correctamente las asignaciones cuando se utiliza la asignación dinámica. Por lo tanto, se recomienda utilizar el último método de asignación de transportes.