domingo, 6 de janeiro de 2013

SMP/E for z/OS Workshop – O que é e para que serve?

 


SMP/E for z/OS Workshop – O que é e para que serve

1. O que é SMP/E?

SMP/E significa System Modification Program/Extended.

  • É a ferramenta oficial da IBM para gerenciar correções, atualizações e modificações de software no IBM z/OS Mainframe.

  • Ele controla:

    • SYSMODs (System Modifications): PTFs, APARs, USERMODs

    • Aplicação e teste de patches sem quebrar o sistema

    • Gerenciamento de versões e dependências


Resumo rápido:
SMP/E é o controle de versão, patch e deployment para sistemas z/OS.

Sem SMP/E, atualizar o Mainframe era um pesadelo: você aplicava patch e… torcia para nada quebrar.


2. História e evolução

  • Criado nos anos 1980, quando o z/OS ainda era chamado MVS/XA.

  • Antes do SMP/E: sysprogs e operadores aplicavam correções manualmente, resultando em ABENDs e erros misteriosos.

  • SMP/E introduziu:

    • Controle de dependências entre SYSMODs

    • Capacidade de desfazer patches problemáticos (RESTORE)

    • Auditoria e rastreabilidade de modificações

Fofoquice histórica:

  • Nos primeiros dias, existia uma “tradição não oficial” de aplicar patches só às sextas-feiras, depois do expediente… mas ninguém documentava os passos. Isso virou lenda: “o patch de sexta-feira que ninguém lembra”. 😅


3. Casos de uso

  • Aplicar um PTF (Program Temporary Fix) sem derrubar aplicações críticas.

  • Testar correções em uma test library antes de ir para produção.

  • Restaurar versões anteriores se uma atualização causar problemas.

  • Gerenciar múltiplos ambientes: DEV, TEST, PROD, cada um com seu DLIB e SYSMODs.

Exemplo real de uso:

1. RECEIVE: trazer o PTF do IBM Service Repository 2. APPLY: aplicar o PTF na target library de teste 3. ACCEPT: promover a correção para produção 4. RESTORE: desfazer se algo der errado

4. Estrutura de SMP/E

  • DLIB (Distribution Library): onde ficam os SYSMODs recebidos

  • HOLD Library: para SYSMODs que precisam de aprovação ou teste

  • Target Library: onde o software efetivamente roda

Pensando como Bellacosa: a DLIB é o “armário secreto do sysprog”, HOLD é o “cofre do teste”, e a Target Library é “o palco principal do Mainframe”.


5. Easter-eggs e curiosidades

  • Alguns sysprogs antigos batizavam suas bibliotecas de SMP/E com nomes secretos, tipo “JEDI-DLIB”, “R2-D2-HOLD”.

  • Existe uma piada clássica no z/OS: “Se SMP/E aceitar, você está salvo; se não, bem-vindo ao ABEND-land”.

  • Comandos clássicos: RECEIVE, APPLY, ACCEPT, RESTORE → formam a linha da vida do SYSMOD.


6. Resumo Bellacosa

  • O que: Gerenciador de patches e correções para z/OS

  • Para que serve: Aplicar, testar, aceitar e restaurar modificações de software

  • Onde atua: DLIB, HOLD, Target Library

  • História: Criado nos anos 80 para controlar modificações de forma segura

  • Dicas fofoqueiras: Sexta-feira era o dia favorito para patches misteriosos

  • Easter-eggs: Bibliotecas secretas com nomes nerds, piadas internas de sysprog

Sem comentários:

Enviar um comentário