ibm smp/e

SMP/E PRIMER

Anderson David de Souza

21 November 2013

2

Table of contents

O que é o SMP/E e por que devo utilizá-lo?

Como o SMP/E trabalha?

Quais comandos básicos SMP/E eu preciso saber?

Recebendo o SYSMOD em SMP/E data sets

Aplicando o SYSMOD às target libraries

Restaurando as target libraries a um nível anterior

Aceitando o SYSMOD às distribution libraries

Exibindo dados SMP/E

z/OS storage concepts

3


System Modification Program Extended (SMP/E)–Gerenciar a instalação de produtos de software–E acompanhar as modificações

4


Entendendo o sistema–O z/OS pode parecer ser um grande bloco de código que movimenta sua CPU, na verdade, o z/OS é um sistema complexo com diversos blocos menores de código, cada um desses blocos menores de código executam uma função específica no sistema

z/OS

SMP

RACF

TSO

...

5


Entendendo o sistema– Cada função do sistema é composta por um ou mais load modules

• Unidade básica legível por máquina, código executável

6


Alterando os elementos do sistema– Modificações no sistema (SYSMODs)

• Modification control statements (MCS), ++Quais elementos estão sendo atualizados/substituídosComo o SYSMOD se refere ao software e outros SYSMODsOutras informações de instalação especificas

• Modification textObject modules, macros, e outros elementos

– Categorias SYSMODs• Function SYSMODs• PTF (program temporary fix) SYSMODs• APAR (authorized program analysis reports) SYSMODs• USERMOD (user modifications) SYSMODs

7


Alterando os elementos do sistema– Introduzindo um elemento – Function SYSMOD

8


Alterando os elementos do sistema– Tipos de function SYSMOD

• base• dependent

9


Alterando os elementos do sistema– Impedindo ou corrigindo problemas com um elemento – PTF SYSMOD

10


Alterando os elementos do sistema– Corrigindo problemas com um elemento – APAR SYSMOD

11


Alterando os elementos do sistema– Personalizando um elemento – USERMOD SYSMOD

12


Alterando os elementos do sistema– Pré-requisitos SYSMOD

• PTF SYSMODs pode depender de outra PTF SYSMODs• APAR SYSMODs pode depender de PTF SYSMODs

e outros APAR SYSMODs• USERMOD SYSMODs pode depender de PTF SYSMODs,

APAR SYSMODse outro USERMOD SYSMODs

– Considere a complexidade dessas dependências• Quando você multiplica essa complexidade por centenas de load modules em

dezenas de libraries, a necessidade de uma ferramenta como o SMP/E torna-se evidente

13


Alterando os elementos do sistema

14


Mantendo o controle dos elementos do sistema– Modification control statements (MCS)

15


Mantendo o controle dos elementos do sistema

16


Mantendo o controle dos elementos do sistema– Acompanhamento e controle de requisitos

• Function modification identifiers (FMIDs)Identifica a function SYSMOD que introduz o elemento no sistema

• Replacement modification identifiers (RMIDs)Identifica a última SYSMOD (usualmente a PTF SYSMOD) para substituir o elemento

• Update modification identifiers (UMIDs)Identifica as SYSMODs que atualizaram um elemento desde a última vez que ele foi substituído

17

Table of contents










18


Distribution and target libraries

19


Distribution and target libraries

20


Consolidated software inventory (CSI)– Zonas SMP/E

• Distribution zone• Target zone• Global zone

– Global zone• Entradas necessárias para identificar e descrever cada target e distribution zone• Informações sobre SMP/E processing options• Informações de status para todos SYSMODs SMP/E iniciados• Dados de exceção (geralmente HOLDDATA) para SYSMODs que requerem

tratamento especial ou que estão em erro– HOLDDATA, uma SYSMOD especifica mantida desde a instalação

• A PTF contém erro e não deve ser instalada antes da correção (ERROR HOLD)• Ações do sistema podem ser necessárias antes da instalação (SYSTEM HOLD)• O usuário pode querer executar ações antes de instalar o SYSMOD (USER HOLD)

21


Consolidated software inventory (CSI)

22

Table of contents










23


Definindo a zona que você deseja trabalhar– Comando SET

Recebendo o SYSMOD em SMP/E data sets– Comando RECEIVE

Aplicando o SYSMOD às target libraries– Comando APPLY

Restaurando as target libraries a um nível anterior– Comando RESTORE

Aceitando o SYSMOD e atualizando as distribution libraries– Comando ACCEPT

24


Exibindo dados SMP/E– Query dialogs

• Informações específicas que você solicita em diálogos interativos SMP/E– LIST command

• Gera uma lista de informações sobre o sistema– REPORT commands

• Verifica, compara e gera informações do conteúdo das zonas no sistema– SMP/E CSI application programming interface

• Pode ser usado para escrever programas de aplicação para consultar o conteúdo dos CSI data sets do seu sistema

25


Fluxo do processamento SMP/E SYSMOD

26

Table of contents










27

SMPPTS

SMPTLIBRelativeFiles


O que acontece durante o processamento de RECEIVE

SYSMODs

Instruções de quais os elementos estão no SYSMOD e como instalá-los

Substituições de elementos atuais ou atualizações contidas no SYSMOD

MCSs

O método RELFILE empacota os elementos em arquivos relativos separados dos MCS

O método inline empacota os elementos imediatamente após os MCS associados

O método indirect library empacota os elementos em DASD data sets separados do MCS

HOLDDATA é processada e é armazenada para utilização futura durante a instalação das

SYSMODs afetadas

MCSs

28


O que acontece durante o internet service retrieval– Internet Service Retrieval

• Comando RECEIVE ORDER• Servidor IBM Automated Delivery Request

– RECEIVE ORDER• HOLDDATA ou PTF

– HOLDDATA• 2 anos do Enhanced HOLDDATA

– PTF (inclui HOLDDATA)• Corrective: PTFs que resolvem APARS específicas• Preventive: PTFs disponíveis que atendem aos seus critérios de seleção

– PTF Preventive• Critical: PTFs para problemas high impact pervasive (HIPER) ou PTFs em erro (PE)• Recommended: PTFs Recommended Service Update SOURCEID (RSUyymm) e

PTFs Critical. Inclui PTFs através do nível de RSU mais recente• All: Todas as PTFs disponíveis

– RECEIVE ORDER automatizado

29


Como SMP/E mantém o controle do processamento de RECEIVE

30


Utilizando o comando RECEIVE– Suponha receber de uma fita CBPDO ou uma fita ESO– Recebendo SYSMODs e HOLDDATA

• SET BDY(GLOBAL).RECEIVE.

– Recebendo apenas HOLDDATA• SET BDY(GLOBAL).

RECEIVE HOLDDATA.– Recebendo apenas SYSMODs

• SET BDY(GLOBAL).RECEIVE SYSMODS.

– Recebendo SYSMODs e HOLDDATA de um produto específico• SET BDY(GLOBAL).

RECEIVE FORFMID(HOP0001).

31


Utilizando o comando RECEIVE– Solicitando uma nova requisição PTF com o comando RECEIVE ORDER

32


Utilizando o comando RECEIVE– Relatórios

• RECEIVE summary report: Fornece uma olhada rápida em todos os SYSMODs que foram processados durante a execução do comando RECEIVE. Mostra os SYSMODs que foram recebidos , que não foram recebidos, e o motivo

• RECEIVE exception SYSMOD Data report: Fornece um resumo rápido de informações de HOLDDATAs processadas durante a execução do comando RECEIVE. Lista as SYSMODs que requerem um tratamento especial ou que estão em erro, e aqueles SYSMODs que não exigem tratamento especial ou que tiveram um erro corrigido

• File allocation report: Fornece uma lista de data sets usados para o processamento RECEIVE e informações sobre esses data sets

33


Sumário do comando RECEIVE– RECEIVE

• Copia o MCS de cada SYSMOD para o SMPPTS• Carrega elementos no SMPTLIB para SYSMODs utilizando relative file packaging• Entradas SYSMOD serão recebidas na global zone• Entradas HOLDDATA serão recebidas na global zone• Relata os resultados do processamento

– RECEIVE ORDER:• Coloca a ordem de serviço diretamente com o Servidor IBM• Espera a ordem ser atendida• Faz downloads e processa o conteúdo do pacote de serviços

34

Table of contents










35

O que acontece durante o processamento de APPLY– Selecionando os SYSMODs

– Selecionando os elementos

– Verificando o processo APPLY

– Atualizando as target libraries

APPLY


SYSMODs

Pré-Requisito

SYSMODs Instalado

Pré-RequisitoPré-Requisito

APPLY SYSMODs

Pré-Requisito

elemento

elemento

elemento

elemento

APPLYAnalise de Pré-Requisitos

System UtilitiesAPPLYSMPTLIB, SMPPTS /

indirect libraries

Target Libraries

elementos

36


Como SMP/E mantém o controle do processamento de APPLY

37


Utilizando o comando APPLY– Aplicando PTF SYSMODs

• SET BDY(ZOSTGT1).APPLY PTFS.

• SET BDY(ZOSTGT1).APPLY SELECT(UZ00001,UZ00002).

– Aplicando APAR e USERMOD SYSMODs• SET BDY(ZOSTGT1).

APPLY APARSUSERMODS.

– Aplicando SYSMODs para produtos selecionados• SET BDY(ZOSTGT1).

APPLY PTFSFORFMID(HOP0001).

38


Utilizando o comando APPLY– Aplicando SYSMODs com pré-requisitos

• SET BDY(ZOSTGT1).APPLY PTFS

APARSFORFMID(HOP0001)GROUPEXTEND.

– Aplicando SYSMODs usando o operando CHECK• SET BDY(ZOSTGT1).

APPLY PTFSAPARSFORFMID(HOP0001)GROUPEXTENDCHECK.

39


Utilizando o comando APPLY– Relatórios

• SYSMOD status report:Fornece um resumo do processamento que ocorreu para cada SYSMOD elegível com base nos operandos especificados no APPLY. Mostra que SYSMODs foram aplicados, que não foram aplicados, e o motivo

• Element summary report: Fornece uma visão detalhada de cada elemento afetado pelo processamento APPLY, quais bibliotecas os elementos foram instalados

• Causer SYSMOD summary report: Fornece uma lista de SYSMODs que causaram falha em outros SYSMODs, e descreve os erros que devem ser corrigidos para processar com sucesso os SYSMODs

• File allocation report:Fornece uma lista de data sets utilizados para o processamento APPLY e fornece informações sobre esses data sets

40


Sumário do comando APPLY– Seleciona os SYSMODs para instalação– Verifica se todos os outros SYSMODs necessários foram (ou estão sendo) instalados– Com base nos SYSMODs, seleciona os elementos para instalar– Direciona o SMP/E para chamar os utilitários do sistema para atualizar as target libraries– Registros que são aplicados

• Target zone: Cria entradas SYSMOD e entradas de elementos• Global zone: Atualiza as entradas SYSMOD• SMPSCDS data set: Cria entradas BACKUP

– Relata os resultados do processamento

41

Table of contents










42


O que acontece durante o processamento de RESTORE– Removendo os SYSMODs


– Verificando o processo RESTORE

– Substituindo os elementos nas target libraries

RESTORE SYSMOD A1

SYSMOD A2

SYSMOD B

SYSMOD C1

SYSMOD C2

RESTORE SYSMOD A1

SYSMOD A2

Target Zone Distribution Libraries

elementos elementos

RESTOREAnalise de Pré-Requisitos

SystemUtilities

RESTORE Distribution Libraries Target Libraries

elementoselementos

43


Como SMP/E mantém o controle do processamento de RESTORE

44


Utilizando o comando RESTORE– Restaurando um único SYSMOD

• SET BDY(ZOZTGT1).RESTORE SELECT(UZ00001).

– Restaurando SYSMODs usando o operando GROUP• SET BDY(ZOZTGT1).

RESTORE SELECT(UZ00003)GROUP.

– Restaurando SYSMODs usando o operando CHECK• SET BDY(ZOZTGT1).

RESTORE SELECT(UZ00003)GROUPCHECK.

45


Utilizando o comando RESTORE– Relatórios

• SYSMOD status report: Fornece um resumo do processamento que ocorreu para cada SYSMOD elegível com base nos operandos especificados no RESTORE. Mostra que SYSMODs foram restaurados, que não foram restaurados, e o motivo

• Element summary report: Fornece uma visão detalhada de cada um dos elementos substituídos ou modificados no RESTORE, diz em quais bibliotecas os elementos foram restaurados


• File allocation report: Fornece uma lista de data sets utilizados para o processamento RESTORE e fornece informações sobre esses data sets

46


Sumário do comando RESTORE– Remove o SYSMOD da target zone indicada– Substitui elementos da SYSMOD nas target libraries com os das distribution libraries– Registros que são restaurados:

• Target zone: Restaura entradas de elementos para refletir seu nível da distribution zone e apaga todas as informações sobre o SYSMOD restaurado

• Global zone: Exclui entradas SYSMOD e declarações MCS no SMPPTS para o SYSMOD restaurado. Quaisquer SMPTLIB data sets criados durante o processamento RECEIVE também são excluídos para o SYSMOD restaurado (Processamento opcional)

• SMPSCDS data set: Exclui as entradas BACKUP para o SYSMOD restaurado– Relata os resultados do processamento

47

Table of contents










48


O que acontece durante o processamento de ACCEPT– Selecionando os SYSMODs


– Verificando o processo ACCEPT

– Atualizando as distribution libraries

ACCEPTSYSMODs

Pré-Requisito

SYSMODs Instalado

Pré-RequisitoPré-Requisito

ACCEPT SYSMODs

Pré-Requisito

elemento

elemento

elemento

elemento

ACCEPTAnalise de Pré-Requisitos

System UtilitiesACCEPTSMPTLIB, SMPPTS /

indirect libraries

Distribution Libraries

elementos

49


Como SMP/E mantém o controle do processamento de ACCEPT

50


Utilizando o comando ACCEPT– Aceitando PTF SYSMODs

• SET BDY(ZOSDLB1).ACCEPT PTFS.

• SET BDY(ZOSDLB1).ACCEPT SELECT(UZ00001,UZ00002).

– Aceitando SYSMODs para produtos selecionados• SET BDY(ZOSDLB1).

ACCEPT PTFSFORFMID(HOP0001).

• SET BDY(ZOSDLB1).ACCEPT FORFMID(HOP0001).

51


Utilizando o comando ACCEPT– Aceitando SYSMODs com pré-requisitos

• SET BDY(ZOSDLB1).ACCEPT PTFS

FORFMID(HOP0001)GROUPEXTEND.

– Aceitando SYSMODs usando o operando CHECK• SET BDY(ZOSDLB1).

ACCEPT PTFSFORFMID(HOP0001)GROUPEXTENDCHECK.

52


Utilizando o comando ACCEPT– Relatórios

• SYSMOD status report: Fornece um resumo do processamento que ocorreu para cada SYSMOD elegível, com base nos operandos especificados no ACCEPT. Mostra que SYSMODs foram aceitos, que não foram aceitos, e o motivo

• Element summary report: Fornece uma visão detalhada de cada elemento afetado pelo processamento ACCEPT. Quais bibliotecas os elementos foram instalados


• File allocation report: Fornece uma lista de data sets utilizados para o processamento ACCEPT e fornece informações sobre esses data sets

53


Sumário do comando ACCEPT– Seleciona os SYSMODs para instalação– Verifica se todos os outros SYSMODs necessários foram (ou estão sendo) instalados– Com base nos SYSMODs, seleciona os elementos para instalar– Direciona o SMP/E para chamar os utilitários do sistema para atualizar as distribution

libraries– Registros que são aceitos

• Distribution zone: Cria entradas SYSMOD e entradas de elementos• Global zone: Exclui entradas SYSMOD e declarações MCS no SMPPTS. Qualquer

data set SMPTLIB criado durante o processamento RECEIVE também são excluídos (Processamento opcional)

– Relata os resultados do processamento

54


55

Table of contents










56


Query dialogs– A maneira mais fácil e rápida de obter apenas as informações desejadas

LIST command– Quando você precisar de uma lista de informações sobre o sistema

REPORT commands– Para verificar e comparar o conteúdo da zona e gerar a saída de comando que pode ser

usada para atualizar o seu sistema

SMP/E CSI application programming interface– Para escrever um programa de aplicação para consultar o conteúdo dos CSI data sets

do seu sistema

57


Utilizando query dialogs

58



59



60



61



62


Utilizando o comando LIST– Listando entradas em uma zona particular

• SET BDY(GLOBAL).LIST SYSMODS.

– Listando entradas especificas• SET BDY(ZOSTGT1).

LIST SYSMOD(UZ00001).– Listando SYSMODs que foram recebidos mas não instalados

• SET BDY(GLOBAL).LIST SYSMODS

NOAPPLY(ZOSTGT1).

63


Utilizando o comando LIST– Relatórios

• LIST summary report: Fornece informações sobre o tipo de entrada, o nome da entrada e status da entrada para as zonas e data sets que você especificou

• File allocation report: Fornece uma lista de data sets utilizados para o processamento LIST, e fornece informações sobre esses data sets

64


Utilizando os comandos REPORT– Útil quando você quiser comparar os SYSMODs instalados em duas zonas

• Distribution zone para outra distribution zone• Target zone para outra target zone• Distribution zone para a target zone• Target zone para a distribution zone

– Verificando SYSMODs instalados em uma target zone em um sistema, mas não instalados em uma target zone no outro sistema

• SET BDY(GLOBAL).REPORT SYSMODS

INZONE(ZOSTGT1)COMPARED(ZOSTGT2).

65


Utilizando os comandos REPORT– Relatórios

• SYSMOD comparison report: Fornece um resumo dos SYSMODs encontrados na input zone, mas que não se encontram na comparison zone. Ele pode ajudá-lo a determinar quais SYSMODs podem precisar ser instalados na comparison zone, assim o seu conteúdo reflete o da input zone

• File allocation report: Fornece uma lista de data sets utilizados para o processamento do REPORT, e fornece informações sobre esses data sets

66


SMP/E CSI application programming interface (GIMAPI)– Permite escrever programas aplicativos que têm acesso somente leitura aos dados

armazenados em SMP/E CSI data sets (Consolidated Software Inventory)– GIMAPI usa estruturas de dados tanto para receber o parâmetros de consulta do

chamador e devolver o resultado da consulta para o chamador• Para solicitar uma consulta, você deve definir a estrutura de dados contendo os

parâmetros de consulta apropriados e chamar o GIMAPI– Forma geral da chamada GIMAPI

• GIMAPI(apicmd,parmptr,outptr,language,rc,cc,msgbuff)• Onde apicmd especifica o comando API que o GIMAPI processa (ou QUERY, FREE

ou VERSION)

67


Sumário– Query dialogs

• Maneira fácil e rápida para obter informações– LIST command

• Melhor para listagem– REPORT commands

• Melhor para verificar e comparar o conteúdo da zona– SMP/E CSI application programming interface

• Melhor para escrever um programa de aplicação para consultar o conteúdo dos CSI data sets do seu sistema

68

Table of contents










69


Adress space– Intervalo de endereços virtuais que o SO atribui a um usuário ou separadamente

executa o programa é chamado de um address space. Área contígua de endereços virtuais disponíveis à execução de instruções e o armazenamento de dados

Previous IBM architectures– System/370, 1ª arquitetura IBM a utilizar conceitos de virtual storage e address space

• S/370 utiliza 24 bits para endereçamento. Portanto, o maior endereço acessível no MVS/370 foi de 16 MB, que também foi o tamanho do address space

– MVS/XA, a arquitetura XA aumentou para 31 bits para endereçamento e o tamanho do address space passou de 16 MB (line) para 2 GB (128x)

– Bit de ordem superior do endereço: 31 bits (bit 32 on) ou de 24 bits (bit 32 off)

z/OS z/Architecture– Com o z/OS, a z/Architecture extendeu a 64 bits e o tamanho do address space passou

de 2 GB (the bar) para 16 EB (8 GBx)

70


Address space concept

71


Addressing mode – AMODE– AMODE é um atributo de programa para indicar qual modo de endereçamento que deve

estar ativo quando um programa é inserido• AMODE=24: O programa pode enviar até 16 M de endereços virtuais (24 bits)• AMODE=31: O programa pode enviar até 2 G de endereços virtuais (31 bits)• AMODE=ANY: O programa foi projetado ao modo de endereçamento 24 bit ou 31 bit• AMODE=64: O programa pode enviar até 16 E de endereços virtuais (z/Architecture)

Residency mode – RMODE– Utilizado para indicar onde um programa deve ser colocado no virtual storage (by z/OS

program management) quando o sistema o carrega a partir do DASD• RMODE=24: O module deverá residir abaixo dos 16 MB da linha do virtual storage.

Entre as razões para RMODE24 é que o programa é AMODE24• RMODE=ANY: O module pode residir em qualquer lugar no virtual storage, mas

preferencialmente acima dos 16 MB da linha do virtual storage. Por isso, um RMODE é também chamado de RMODE 31. Observe, no z/OS não há RMODE=64, o virtual storage acima de 2 G não é adequado para programas, apenas dados

72


Addressing mode and residence mode

73

Publicações úteis

IBM SMP/E for z/OS

ibm smp/e

Technology