Activadores de mainframe: Cuando SCF se apaga mediante INI,SHUTDOWN, deja huérfanos 64 bytes en ECSA

Cuando el espacio de direcciones de SCF se apaga mediante el comando recomendado F emcscf,INI,SHUTDOWN, deja un bloque huérfano de 64 bytes en el área de almacenamiento común ampliada (ECSA) que no se reutiliza cuando se reinicia SCF.

A continuación, se muestra un ejemplo de un bloque de almacenamiento huérfano. Lo que llama la atención es $SASXSNP.

Offset   +0       +4       +8       +C                         
00000000 5BE2C1E2 E7E2D5D7 00000040 00000000 *.SASXSNP... ....*
00000010 00000000 00000000 00000000 00000000 *................*
00000020 00000000 00000000 00000000 00000000 *................*
00000030 00000000 00000000 00000000 00000000 *................*

Si la tarea se detiene o se inicia con regularidad, la acumulación de estos bloques de 64 bytes provoca fragmentación en ECSA, lo que puede ser un problema potencialmente grave.

El procesamiento de instantáneas dentro de SCF asigna 64 bytes de área común (SP241 ECSA) que erróneamente permanecen asignados después de un F emcscf,INI,SHUTDOWN comando. Esta área está identificada por el $SASXSNP Punto de atracción.

Corrección permanente:

• En el caso de Mainframe Enablers 10.0.0, el SFA0023 PTF está disponible para abordar el problema; descárguelo desde el servicio de soporte en línea de Dell Technologies.
• En el caso de Mainframe Enablers 8.5, el SF85179 PTF está disponible para abordar el problema. Descárguelo desde el servicio de soporte en línea de Dell Technologies.
• En el caso de Mainframe Enablers 8.4, el SF84174 PTF está disponible para abordar el problema; descárguelo desde el servicio de soporte en línea de Dell Technologies.

Con la instalación del PTF pertinente anterior, realizar un F emcscf,INI,SHUTDOWN o el uso de la utilidad SCFTM31A con procesamiento TERMSCF o CLEANSCF, ahora libera el bloque de 64 bytes en CSA.

Se requiere un volcado de consola del espacio de direcciones de SCF para revisar el almacenamiento huérfano. Asegúrese de que la opción ECSA esté especificada. En el marco del IPCS, el VERBX VSMDATA 'OWNCOMM DETAIL se puede utilizar para revisar el almacenamiento huérfano. El siguiente ejemplo es un volcado de la tarea SCFBM850 iniciada y muestra que las tareas iniciadas anteriormente dejaron los 64 bytes de almacenamiento sin propietario (OG: propietario desaparecido).

0087 SCFBM850 STC05938 OG C 171BB728 00000040 00038646 09/23/2022 06:50:50 0462D6F8 04CDABB0
 Data ------> 5BE2C1E2 E7E2D5D7 00000040 00000000  *$SASXSNP... ....*        
0089 SCFBM850 STC06137 OG C 16D6A190 00000040 00038646 09/26/2022 04:15:37 0462DB08 047B4148
Data ------> 5BE2C1E2 E7E2D5D7 00000040 00000000  *$SASXSNP... ....*

En lugar de realizar un volcado de consola, utilice IPCS para ver el espacio de direcciones de TSO "ACTIVO" actual (origen:> ACTIVE) y se deberían ver los mismos resultados.