SMP / E ( Programa de modificación del sistema / Extendido ) "es una herramienta diseñada para gestionar la instalación de productos de software en el sistema [a] z / OS y realizar un seguimiento de las modificaciones" de esos productos. [1] : 1 [2] [3]
SMP / E administra múltiples versiones de software, ayuda a aplicar parches y actualizaciones ( PTF ), facilita las pruebas ordenadas y, si es necesario, la reversión a un estado anterior, permite una pseudoinstalación de "ejecución de prueba" para verificar que la instalación real funcionará, mantiene la auditoría y registros de seguridad para garantizar que solo se produzcan actualizaciones de software aprobadas y, de lo contrario, proporciona un control centralizado y altamente evolucionado sobre toda la instalación de software en z / OS.
Aunque es posible diseñar y distribuir productos de software que se instalan en z / OS sin SMP / E, la mayoría de los administradores de mainframe prefieren productos habilitados para SMP / E, al menos para paquetes no triviales. El uso de SMP / E generalmente requiere algunos conocimientos prácticos de Job Control Language (JCL), aunque la mayoría de los productos proporcionan JCL de muestra. La rigurosa disciplina de administración de software asociada con SMP / E generalmente se extiende también a la documentación del producto, con IBM y otros proveedores proporcionando un manual estandarizado de "Directorio de programas" para cada producto de software que se alinea con precisión con los procesos de trabajo de SMP / E. El directorio de programas proporciona información detallada sobre prerrequisitos y co-requisitos, por ejemplo.
El uso de SMP / E para administrar las actualizaciones del sistema ayuda a garantizar la integridad del sistema, asegurándose de que el sistema esté en un estado coherente y que los cambios en ese estado se auditen adecuadamente. [4]
Historia
Anteriormente llamado SMP - Programa de modificación del sistema - SMP / E evolucionó de OSMP (Programa de mantenimiento del sistema operativo) en OS / 360 . La versión 4 de SMP fue una revisión importante con una nueva sintaxis. SMP / E se introdujo con MVS e introdujo el uso de conjuntos de datos VSAM . El concepto se extendió a otros sistemas operativos IBM con DOS / VS Maintain System History Program (MSHP) y VM / SP SES (Virtual Machine Serviceability Enhancements Staged, ahora VMSES / E). [5]
Conceptos
A todo el software de IBM y la mayoría de los que no son de IBM se le asigna al menos un FMID (ID de módulo de función) de siete caracteres que identifica la pieza de software y su número de versión. Este primer FMID se llama Base FMID . Por ejemplo, el FMID base de DB2 Versión 9 es HDB9910. Las características que se pueden instalar por separado también tienen FMID (llamados FMID dependientes ) que se relacionan de alguna manera con el producto base: los paneles de DB2 en inglés para el FMID dependiente de la Versión 9 son JDB9910.
Un paquete de software se compone de elementos , componentes individuales como archivos de objeto (MOD), macros (MAC), programas de muestra (SAMP), etc. [1] : p.37
El CSI (Consolidated Software Inventory) es un conjunto de datos que contiene la información que SMP / E necesita para rastrear el contenido de la distribución y las bibliotecas de destino. El CSI contiene " metadatos " que identifican los FMID y los elementos instalados, el ID de la actualización más reciente y las referencias a las bibliotecas asociadas.
Un SYSMOD (Modificación del sistema) es cualquier modificación del sistema. Esto incluye: [1] : p.38
- Función SYSMODS instala un nuevo producto, versión o lanzamiento.
- PTF SYSMODS son arreglos oficiales de IBM para problemas notificados.
- APAR FIXES son arreglos menos formales de IBM.
- USERMODS son modificaciones del usuario a un producto, como " salidas " específicas de la instalación .
A cada SYSMOD se le asigna un ID de SYSMOD de siete caracteres para identificarlo de forma única. Cuando se instala el SYSMOD, este ID se registra en la entrada CSI para el elemento que se agrega o se reemplaza, y se denomina RMID (ID del módulo de reemplazo).
Un lenguaje declarativo simple llamado MCS (Modification Control Statements) proporciona la información a SMP / E identificando el SYSMOD y proporcionando información sobre cómo instalarlo. Cada SYSMOD tiene como prefijo una serie de declaraciones MCS que, por ejemplo, lo identifican como un arreglo APAR o PTF, proporcionan el ID SYSMOD, identifican el FMID aplicable, etc. [6] : pp.5ff
Los requisitos previos o los requisitos previos son SYSMODS que deben instalarse antes de que se pueda instalar un segundo. Los correquisitos o coreqs son dos o más SYSMODS que deben instalarse juntos , ninguno puede instalarse sin los demás. Un SYSMOD remplaza o sorbos de otro si su sustituye funcionalmente la primera. Esta información de prerrequisitos, coreq y sup se proporciona en el MCS. Una cadena de requisitos es la "secuencia de SYSMOD que se identifican directa o indirectamente como requisitos para un SYSMOD dado", por ejemplo, si A es un requisito previo para B y B es un requisito previo para C, entonces A y B son la cadena de requisitos. para C y ambos deben instalarse antes que C, aunque no necesariamente en una ejecución separada de SMP / E. [1] : págs . 231,226,236,232 Las cadenas de requisitos con frecuencia pueden volverse extremadamente complicadas y comprenden cientos de SYSMODS.
HOLDDATA es un conjunto de declaraciones MCS que indican que SYSMODS específicos contienen errores o requieren procesamiento manual fuera del alcance de SMP / E antes de que puedan instalarse. [1] : p.229 El usuario debe tomar medidas para solucionar el problema, si es posible, antes de instalar SYSMODS retenidos.
SMP / E gestiona dos tipos de bibliotecas. Las bibliotecas de destino (TLIBS) contienen el código ejecutable y otra información utilizada para ejecutar el sistema. Originalmente había un número limitado de bibliotecas de destino: SYS1.LINKLIB para programas ejecutables, SYS1.MACLIB para macros estándar , etc., pero a partir de 2012, cada producto de software generalmente tiene su propio conjunto de bibliotecas de destino. Las bibliotecas de distribución (DLIBS) contienen la copia maestra de cada elemento de un sistema. Cada producto (FMID) tiene su propio conjunto de bibliotecas de distribución que normalmente solo utiliza SMP / E. Las bibliotecas en OS / 360 y sucesores , a diferencia de los directorios en Unix , generalmente contienen solo un tipo y formato de datos. Un paquete de software puede tener bibliotecas de objetos (MOD), paneles ISPF (PNL), bibliotecas de macros (MAC) y muchos más.
Usar
SMP / E es un programa grande único que se ejecuta como un trabajo por lotes . Se puede utilizar una serie de paneles ISPF para crear de forma interactiva la secuencia de trabajos SMP / E según la entrada del usuario.
Una secuencia común de pasos se llama RECIBIR-APLICAR-ACEPTAR de los comandos usados para cada paso.
El comando SMP / E RECEIVE procesa SYSMOD desde una fuente fuera de SMP. Anteriormente, esto podría haber sido una cinta PUT distribuida por IBM aproximadamente una vez al mes. Más recientemente, podría ser una colección de SYSMODS descargados de Internet. El proceso RECEIVE utiliza el MCS para crear una entrada en el CSI para cada SYSMOD, marcando su estado como "RECIBIDO" y almacena la información del MCS y los datos reales del SYSMOD.
El RECHAZAR comando se puede utilizar para eliminar SYSMODS en estado de "recibido".
El comando APPLY instala uno o más SYSMODS recibidos en las bibliotecas de destino adecuadas. Los SYSMODS que se van a aplicar se pueden seleccionar mediante varios criterios, por ejemplo, un SYSMOD único se puede seleccionar mediante SYSMOD ID, todos los SYSMODS recibidos en un grupo se pueden seleccionar con SOURCEID o todos los SYSMODS no aplicados que se han recibido se pueden aplicar. Se comprueban las cadenas de requisitos para los SYSMODS especificados y los SYSMODS sin los requisitos adecuados, en estado de espera o que han sido reemplazados se marcan como errores y no se instalan. Por lo general, se indica a SMP / E que también aplique automáticamente cualquier requisito en el estado "RECIBIR" para minimizar estos errores. Los SYSMODS instalados tienen su estado cambiado a "APLICADO" en el CSI. APPLY CHECK se puede utilizar para comprobar los SYSMODS que se instalarán sin realizar realmente la instalación.
El comando RESTORE se puede utilizar para eliminar un SYSMOD aplicado que no se ha aceptado.
El comando ACCEPT instala SYSMODS de forma permanente en las bibliotecas de distribución y marca su estado como "ACEPTADO" en el CSI. Normalmente, ACEPTAR se realiza una vez que se sabe que los SYSMODS funcionan correctamente antes de la siguiente APLICACIÓN del servicio. En SMP / E no hay forma de deshacer una operación ACEPTAR, excepto para eliminar todas las bibliotecas de instalación, incluidos los CSI (y comenzar la instalación nuevamente).
Conjuntos de datos SMP / E
SMP / E es un programa grande y complejo; Las funciones y los conjuntos de datos se agregan con cada lanzamiento. Los principales conjuntos de datos de SMP / E son: [1] [6]
- CSI - Inventario de software consolidado . El CSI contiene toda la información que SMP / E necesita para rastrear la distribución y las bibliotecas de destino.
- PTS - Almacenamiento temporal de PTF . El conjunto de datos de PTS se utiliza para mantener los PTF tal como se reciben.
- MTS - Almacenamiento temporal de macros . El conjunto de datos MTS es una biblioteca de destino para macros que existen solo en una biblioteca de distribución, lo que permite que la versión actual de estas macros se use para ensamblajes durante el procesamiento APPLY.
- STS: almacenamiento temporal de origen . El conjunto de datos STS es una biblioteca de destino para el origen que existe solo en una biblioteca de distribución, lo que permite que la versión actual de estos módulos se utilice para ensamblajes durante el procesamiento APPLY.
Ver también
Referencias
- ^ a b c d e f IBM Corporation (2010). Guía del usuario de SMP / E para z / OS (PDF) .
- ^ Barbara Klein; Rick Long; Kenneth Ray Blackman; Diane Lynne Goff; Stephen P. Nathan; Moira McFadden Lanyi; Margaret M. Wilson; John Butterweck; Sandra L. Sherrill (29 de noviembre de 2011). Introducción a IMS: su guía completa del sistema de gestión de información de IBM . Educación Pearson. pag. 71. ISBN 978-0-13-288700-7.
El Programa de Modificación del Sistema Extendido (SMP / E) es una herramienta z / OS para administrar la instalación de productos de software en un sistema z / OS y para rastrear modificaciones a esos productos.
- ^ Robert R. Moeller (21 de enero de 2005). Auditoría interna moderna de Brink . John Wiley e hijos. pag. 471. ISBN 978-0-471-70926-8.
Los programas de utilidades permiten a los programadores de sistemas realizar fácilmente ajustes en los programas del sistema operativo. El SMP / E (Programa de modificación del sistema extendido) de IBM, por ejemplo, se utiliza para aplicar correcciones al sistema operativo MVS.
- ^ Sharp, Susan; Mosby, Teresa (1992). "El sistema Scrubber". EDPACS . 20 (5): 8-14. doi : 10.1080 / 07366989209451601 . ISSN 0736-6981 .
- ^ Morton, Dave. "Sistemas operativos IBM Mainframe: Cronología y breve explicación para IBM System / 360 y más allá" (PDF) . Consultado el 23 de octubre de 2012 .
- ^ a b IBM Corporation (2010). Referencia de SMP / E para z / OS (PDF) .
enlaces externos
- Instalación y mantenimiento del sistema mediante SMP / E